条件 对清单的正删改查,选择清单,然后把当前用户清单中的信息加入到短信发送界面的联系人列表中 扩展用例 无 包含用例 无 触发事件 用户点击从清单选择按钮
基本操作流程 1. 选择一个用户自定义的清单
2. 点击返回按钮,把当前用户清单中的信息加入到短信发送界面的联系人列表中 可选操作流程 1. 添加一个新清单
2. 在清单中添加联系人
3. 删除清单
4. 修改清单名
第4章 系统分析
§4.1 概述
理解需求陈述所描述的真实世界的系统,并把它的功能抽象为模型。分析模型是准确的简洁的问题表述,能够答复问题,并创建问题的解决方案。
系统分析描述对象的三个方面:对象的静态结构(类模型)、对象之间的交互(交互模型)和对象的生存期(状态模型)。类模型是对真实世界实体的抽象。涉及反映控制和定制影响的问题,例如用户界面和过程控制,都需要有重要的状态模型。
把系统分析换分成两个阶段。第一个阶段,领域分析,专注于理解问题的本质。第二个阶段,应用分析,它构建于领域模型之上,合并了用户可见的主要的应用程序制品,用户必须核准这些制品的使用权。
§4.2 领域分析
§4.2.1 概述
领域分析,设计一套准确简介、可理解和正确的真实世界模型。构造领域模型的目的:澄清需求,为风险承担人和开发者之间约定提供依据,而且要把模型当成的出发点。
§4.2.2 领域类模型
1. 寻找并保留正确的类
图4-1 短信通软件的类
2. 短信通软件完整类图
图4-2 短信通软件的类图
§4.2.3 领域状态模型
短信类的对象执行迁移上的活动,因此为短信类添加状态图,如图4-3所示
图4-3 领域状态模型
§4.3 应用分析
§4.3.1 概述
应用分析通过把一些重要的应用制品加进前面的领域模型当中来完成对分析过程的讨论。在分析阶段包含了这些应用制品,是因为它们很重要,对用户可见,且要得到用户的核准。
§4.3.2 应用程序交互模型(时序图)
时序图捕获了参与者之间的会话与交互过程。
1. 清单发送时序图
图4-4 清单发送时序图
2. 定时短信时序图
图4-5 定时短信时序图
§4.3.3 应用程序交互模型(活动图)
对于复杂用例,我们往往还需一张用于描述主导交互流的顺序图,而且还需要描述各种错误和决策点,因此对于复杂用例编制活动图。
如图4-6所示为定时短信的活动图。
图4-6 定时短信活动图
§4.3.4 应用类模型
1. 确定用户界面
主界面原型如图4-7所示
图4-7 主界面的界面原型
图4-8 单号码连发界面原型
图4-9 清单发送界面原型
图4-10 定时短信主界面原型
2. 确定控制器
控制器是一种管理应用程序内部控制权的主动对象。它接收外界或系统内部对象的信号,响应它们,调用它们,调用系统对象上的信号,以及给外界发送信号。控制器是以对象的形式来捕获的一段具体化的行为,这种行为要比普通代码更容易操作和转换。多数应用的核心都是一项或多项控制器,由它们来组织应用程序的行为序列。
短信通软件有一个控制器,就是短信的发送,由控制器进行处理。
§4.3.5 应用状态模型
应用状态模型专注于应用类,并且扩展了领域状态模型。应用类比领域类拥有重要的时序行为。
1. 系统总状态图
图4-11 系统总状态图
2. 清单群发状态图
图4-12 清单群发状态图
3. 定时短信发送状态图
图4-13 定时短信状态图
4. 检查交互模型
通过检查分析,状态图很可靠,与交互模型的场景也具有一致性。
第5章 系统设计
§5.1 概述
系统设计的目标是设计出一套用来解决应用问题的高层策略,也即架构。架构的选取是一项重要决策,可能会产生广泛的影响,这个过程以需求和以往的经验为基础,此阶段必须制定决策,引导后续类的设计。
§5.2 估算性能
§5.2.1 估算发送性能
假定规划用户发送短信的性能,假设用户只需发送一条短信,且网络良好,短信是即时发送的。
假设用户某次发送了50条短信,且网络条件良好,假定每条短信发送用时为2秒(从用户发送到接收人接收到),但2秒钟内约有0.2秒是短信通处理的时间,其余为移动运营商发送短信的时间(1.8秒),那么全部发
上一篇:
桥梁毕业设计(任务书+文献综述+开题报告+外文翻译)_-
下一篇:
猪疥癣病的防治