1、第九章 体系结构设计题：根 据课件可行性研究 P11 P14映射出该企业销售管理系统的软件体系结构某企业销售管理系统输 入进货单销 售管理 执 行处 理 订单 处 理供 货 处 理 进货 统计 缺 货 销 售 统计数据 输 入输 入销 售订单数据 处 理 数据 统计销管系统第一级分解处 理 订单检验订单 查阅库 存 确定供 货修改 缺 货 纪录 修改供 货订单处 理供 货修改 纪录 开 备货单修改 库 存 纪录 修改缺 货纪录处 理 进货修改 库 存 处 理缺 货订单 修改缺 货纪录统计 缺 货汇总缺货量打印缺货通知单销 售 统计按 顾 客所在地区 统计按 销 售日期 统计按 销 售 货物 统
2、计按 顾 客名统计统计选择 生成 统计 表输入进货单销 售管理 执 行处 理 订单 处 理供货处 理 进货 统计 缺 货 销 售 统计检验订单查阅库存确定供货修改纪录开备货单修改库存纪录修改缺货纪录修改缺货纪录修改供货订单修改库存处理缺货订单修改缺货纪录汇总缺货量打印缺货通知单按顾客所在地区统计按销售日期统计按销售货物统计按顾客名统计统计选择 生成统计表数据 输 入输入销售订单订单处 理 数据 统计体系结构图输入进货单销 售管理 执 行处 理 订单处 理供 货处 理 进货统计 缺 货 销 售 统计检验订单查阅库存确定供货 修改纪录 开 备货单修改库存纪录修改缺货纪录修改供货订单修改库 存处 理
3、缺 货订单修改缺 货纪录汇总缺货量打印缺货通知单按顾客所在地区统计按销售日期统计按销售货物统计按顾客名统计统计选择 生成统计表数据 输 入输入销售订单订单处 理数据 统计优化 体系结构图第十章 构件级设计建模题 10.14：（ 1）一个细化的设计类 ；（ 2）接口描述 ；（ 3）该类中包含的某一操作的活动图 ；（ 4） 前几章讨论的 safehome类中的一个详细的状态图。（ 1&2）一个细化的设计类 及接口描述 要点： 在系统体系结构图的基础上，对每一个构件进行细化 类设计： 定义了：属性、操作和接口 （内部）接口设计： 是类、构件或其他分类的外部可见的操作说明 是一组描述类部分行为的操作，
4、并提供了那些操作的访问方法示例： 要点：根据用 户 提供的 规 格 说 明来 计 算每 页 的印刷 费 用接口：1.调 用 getJobData模 块 ， 获 取 Job的相关数据2.调 用数据 库 接口 accessCostDB， 访问 包含所有印刷 费 用数据的数据 库（ 3）该类中包含的某一操作的活动图 要点： 对于类中的操作 如果足够复杂才进一步展开细化设计 活动图： 细化操作的一种表示形式 是在比源码更高的抽象级别上computePaperCost()操作活 动图（ 4） safehome类中的一个详细的状态图 要点： 状态图 (Statechart Diagram): 描述一个实体
5、基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的时间做出反应的。 包括了状态机（它指定对象所在的状态序列）、使对象达到这些状态的事件和条件、以及达到这些状态时所发生的操作 研究目的： 研究类、角色、子系统、或组件的复杂行为。 注意： 当行为的改变和状态有关时才创建状态图。 把初始状态放置在左上角。 把最终状态放置在右下角，清晰显示 状态名称要简单但应具有描述性。（ 4） safehome类中的一个详细的状态图 举例 -SafeHome安全功能状态图：第十一章 用户界面设计题 11.5：假 设你被邀请开发一个基于 Web的家庭银行系统。 请给 出用户模型、设计模型、 心 理 模
6、 型和实现模型。 题 11.6：针对习题 11.5中的系统，开发一组带有主菜单和子菜单 项定 义的屏幕布局。用户界面设计 界面设计的主要任务： 把用户能理解的任务领域的概念和行为（心理模型）转换成产品内部的实现模型，从而向用户呈现一个尽可能接近其心理模型的产品。 这样的产品能够减少用户的学习和记忆负担，从而达到提高易用性的目的。用 户界面实现模型用 户 模型设计模型心理模型基于 Web的家庭银行系统 用户模型 ： 由工程师建立 确定系统最终用户的轮廓 在开始设计之前，对预期用户加以了解： 年龄、性别、身体情况 教育、文化种族背景 动机、目标 性格 基于 Web的家庭银行系统示例一： 目标用户
7、有银行账户且能自主进行一系列严格的经济操作的成年人，年龄范围在 16岁以上； 性别不限；身体状况应该允许操作电脑并能记忆一定操作规范； 文化教育背景应为义务教育程度以上，有操作计算机的基本常识； 动机：日常事务较繁忙，无暇去营业厅办理相关业务，可通过该系统快捷办理； 目标：足不出户只要通过网络在家里完成各类账户之间的转账、余额及历史交易的查询、金融信息的查询、代缴电话费和税费、银行账户和证券账户之间资金的划拨、网上购物等业务。 鉴于此，该系统的终端用户是在家庭中使用个人电脑的用户，他们不需要对系统内部有任何了解，只需通过网络界面进行自身期望的金融操作，所以需将用户级别设定为对系统了解不多的新手
8、。这种情况下用户对系统界面的要求是希望操作能够 “ 傻瓜 ” 化，以尽量亲和的页面和尽量简单好记的操作步骤完成用户的需要。基于 Web的家庭银行系统 示例二： 基于 Web的家庭银行系统面向的用户对象主要集中在网络服务已经银行服务相对发达的城市或乡镇的大众用户 。用户 使用该系统的动机在于能够足不出户，实现如金融信息检索、网上交易、电子通信、在线投资、计算理财等操作，相当于把银行搬进了家中 。该 系统面向的用户应当是一般用户，能够熟练完成计算机的基本操作，并根据常识以及一定的系统引导帮助下对系统正确使用。基于 Web的家庭银行系统 设计 模型 ： 由软件工程师创建，要包含用户模型的一些信息 对
9、软件的数据、体系结构、界面和程序上的表示 数据设计： 数据字典、数据库设计 体系结构设计： 体系结构图 接口设计： 用户界面设计、外部接口设计、构件间内部接口设计 构件级设计： 数据流图、类图、活动图、状态图、泳道图 示例 数据字典 ：基于 Web的家庭银行系统 设计模型序号 数据项名 数据类型 数据长度 定义及备注01 账户名 Char 12 用户唯一的标识，用于登录等多个重要操作02 账户密码 Char 20 登录时用于安全验证。03 银行卡号 Char 20 每个家庭可有多个银行卡。04 账户余额 Smallint 银行卡剩余金额05 输出额 Smallint 账户明细中银行卡账户进金额
10、06 输入额 Smallint 账户明细中银行卡账户出金额07 转账金额 Smallint 转账汇款中转出金额08 交易金额 Smallint 网上购物中订单付款金额09 付费金额 Smallint 缴费站中缴费金额10 日期 Datetime 各种操作的时间记录11 . 示例 体系结构设计 ：基于 Web的家庭银行系统 设计模型 示例 接口 -用户界面设计 ：基于 Web的家庭银行系统 设计模型 示例 数据流图 ：基于 Web的家庭银行系统 设计模型1层0层 示例 类图 ：基于 Web的家庭银行系统 设计模型 示例 活动图 ：基于 Web的家庭银行系统 设计模型 示 例一： 主 要功能 需要
11、实现的主要功能有：帐户管理、内部互转、转账汇款、自助缴费、贷款管理、投资管理（证券、基金、外汇买卖、国债）、电子商务、理财计划、财务分析、功能申请以及信用卡管理。基于 Web的家庭银行系统 设计模型基于 Web的家庭银行系统 心理 模型 -对系统的感觉： 最终用户在脑海里对系统产生的印象 用户：我 觉 得 基于 Web的家庭银行系统 应 该是。 示例一： 界面简洁大方，常用的功能可以便捷的点击使用 功能名称直观、易理解，菜单的层次分明 操作上尽量简单，最好可以记住之前的操作等 当找不到某个想要功能时，可以快速的获得帮助 最重要的是，需要保证账户和金融信息的安全性 示例一（续）： 账户管理部分管理形式灵活，能够对所有银行卡分类管理，甚至能够下属分给各个家庭成员，对各个银行卡查询余额和明细，明细可以根据时间查询，在任意时间区间中查询操作。 转账汇款分类操作，包含特殊类型如异地和跨行，希望明确标明手续费及收费明细，保证信息的输入安全及输出安全。 缴费站能够尽量多的作代理缴费工作，如有代缴电费，电话费，煤气费，学费等等。 安全中心要有对账户的全方位的安全监护，各种形式包括口令卡和 U盾，对密码良好管理，能够在忘记密码的情况下重新找回或保证账户仍能重新启用。验证方式多样，电话邮箱信息等，绑定方式有如 邮箱、手机等 。基于 Web的家庭银行系统 心理模型
