面向对象分析文档模板.docVIP

面向对象的软件开发方法 姓 名： 张法晏 班级名称： 智科2 指导教师： 刘卫平 实验日期： 2016/4/25 日期 版本 描述 作者 8/10/07 0.1 Write use –case specification for the “Maintain Information” use case 方健宏 2016年4月 目 录 1. 概述 - 3 - 1.1 系统简述 - 3 - 1.2 软件设计目标 - 3 - 1.3 参考资料 - 3 - 2. 术语表 - 4 - 3. 用例 - 4 - 4. 设计概述（此处请用简单的结构化描述） - 4 - 4.1 简述 - 4 - 4.2 系统结构设计 - 4 - 4.3 系统界面 - 5 - 4.4 约束和假定 - 5 - 5. 对象模型 - 5 - 5.1 类定义 - 5 - 5.2 类关联描述 - 6 - 5.3 对象模型图 - 6 - 6. 对象数据字典描述 - 6 - 6.1 子系统1中的对象 - 7 - 7. 动态模型 - 8 - 7.1 场景（Scenarios） - 8 - 7.2事件定义（Events） - 8 - 7.3 状态图 - 9 - 8. 功能模型 - 9 - 8.1 确定输入输出与事件关系 - 9 - 8.2 功能模型图 - 9 - 9. 数据库定义 - 9 - 10. 部署图 - 9 - 11. 非功能性需求 - 9 - 12. 辅助文档 - 10 - 13. 词汇索引 - 10 - 1. 概述1.1 系统简述系统要完成什么所面向的用户系统运行的环境的简短描述这部分主要来源于需求说明书的开始部分。1.2 软件设计目标这部分论述整个系统的设计目标，明确地说明哪些功能。对非功能性的需求例如性能、可用性等，亦需提及。需求规格说明书对于这部分的内容来说是很重要的参考，看看其中明确了的功能性以及非功能性的需求。这部分必须说清楚设计的全貌如何，务必使读者看后知道将实现的系统有什么特点和功能。在随后的文档部分，将解释设计是怎么来实现这些的。1.3 参考资料列出本文档中所引用的参考资料。（至少要引用需求规格说明书）2. 术语表对本文档中所使用的各种术语进行说明。如果一些术语在需求规格说明书中已经说明过了，此处不用再重复，可以指引读者参考需求说明。3. 用例此处要求系统用用例图表述（UML），对每个用例（正常处理的情况）要有中文叙述。 参与者 （如：教学秘书） 包含、扩展或泛化 该用况所包含、可扩展的用例，以及包含或扩展它的用例；或者该用例的子用例或者父用例 前置条件 启动此用况所必须具备的条件。 后置条件 在该用况结束时确保成立的条件。 工作流描述 该用况的细节。（基本流与可选流） 例外 在该用况的执行的过程中可能引起的例外。 限制 在应用中可能出现的任何限制。 注释 提供可能对该用况是重要的任何附加信息。 其中工作流的描述如下模板： 研究生启动系统； 系统提示研究生输入研究生证号和密码； 研究生输入研究生证号和密码； 系统进行验证，给出验证信息； 若通过，若该生选择选课 系统在扩展点”选课”处执行用况“选课”； 若通过，若该生选择查看学分 系统在扩展点”查看学分”处执行用况“查看学分” 4. 设计概述4.1 简述这部分要求突出整个设计所采用的方法（是面向对象设计还是结构化设计）、系统的体系结构（例如客户/服务器结构）以及使用到的相应技术和工具（例如OMT、Rose）4.2 系统结构设计这部分要求提供高层系统结构的描述，使用方框图来显示主要的组件及组件间的交互。最好是把逻辑结构同物理结构分离，对前者进行描述。别忘了说明图中用到的俗语和符号。4.2.1 顶层系统结构4.2.2 子系统1结构4.2.3 子系统2结构4.3 系统界面各种提供给用户的界面以及外部系统在此处要予以说明。如果在需求规格说明书中已经对用户界面有了叙述，此处不用再重复，可以指引读者参考需求说明。如果系统提供了对其它系统的接口，比如说从其它软件系统导入/导出数据，必须在此说明。4.4 约束和假定描述系统设计中最主要的约束，这些是由客户强制要求并在需求说明书写明的。说明系统是如何来适应这些约束的。另外如果本系统跟其它外部系统交互或者依赖其它外部系统提供一些功能辅助，那么系统可能还受到其它的约束。这种情况下，要求清楚地描述与本系统有交互的软件类型（比如某某某数据库软件，某某某EMail软件）以及这样导致的约束（比如只允许纯文本的Email）。实现的语言和平台也会对系统有约束，同样在此予以说明。对于因选择具体的设计实现而