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

面向对象分析文档模板 PAGE 7 - 面向对象的软件开发方法 姓 名： 张法晏 班级名称： 智科2 指导教师： 刘卫平 实验日期： 2016/4/25 日期 版本 描述 作者 <8/10/07> <0.1> <Write use –case specification for the “Maintain Information” use case> <方健宏> 2016年4月 1. 概述 1.1 系统简述 系统来源或者背景；系统要完成什么任务；所面向的用户；系统运行的环境的简短描述。 这部分主要来源于需求说明书的开始部分。 1.2 软件设计目标 这部分论述整个系统的设计目标，明确地说明要实现哪些功能。 对非功能性的需求例如性能、可用性、安全性、可靠性、可移植性等，亦需提及。需求规格说明书对于这部分的内容来说是很重要的参考，看看其中明确了的功能性以及非功能性的需求。 这部分必须说清楚设计的全貌如何，务必使读者看后知道将实现的系统有什么特点和功能。在随后的文档部分，将解释设计是怎么来实现这些功能的。 1.3 参考资料 列出本文档中所引用的参考资料。（至少要引用需求规格说明书），格式如下)： ([序号] 作者. 书籍或者论文名称. 出版社或者期刊名称, 出版年.月 如果是期刊后面必须有起止页码，格式如下： 董国林,刘鑫. 基于STC单片机的指纹考勤系统设计. 工业控制计算机,2012.11(25):110-111 林.巴斯等. 软件构架实践. 清华大学出版社, 2003.8 2. 术语表 对本文档中所使用的各种专业术语、容易引起歧义的术语以及自定义的术语进行说明。如果一些术语在需求规格说明书中已经说明过了，此处不用再重复，可以指引读者参考需求说明。 3. 用例 3.1 用例图 3.2 用例描述 此处要求系统用用例图表述（UML），对每个用例（正常处理的情况）要有中文叙述。用例中请将事件进行标注。 用例序号（如：用例1）：用例名称（如：年度学籍审查） 对该用例进行一句或两句简短描述 参与者 （如：教学秘书） 包含、扩展或泛化 该用况所包含、可扩展的用例，以及包含或扩展它的用例；或者该用例的子用例或者父用例 前置条件 启动此用况所必须具备的条件。 后置条件 在该用况结束时确保成立的条件。 工作流描述 该用况的细节。（基本流与可选流） 例外 在该用况的执行的过程中可能引起的例外。 限制 在应用中可能出现的任何限制。 注释 提供可能对该用况是重要的任何附加信息。 其中工作流的描述如下模板： 研究生启动系统； 系统提示研究生输入研究生证号和密码； 研究生输入研究生证号和密码； 系统进行验证，给出验证信息； 若通过，若该生选择选课 系统在扩展点”选课”处执行用况“选课”； 若通过，若该生选择查看学分 系统在扩展点”查看学分”处执行用况“查看学分” 4. 设计概述（此处请用简单的结构化描述） 4.1 简述 这部分要求突出整个设计所采用的方法（是面向对象设计还是结构化设计）、系统的体系结构（例如客户/服务器结构）以及使用到的相应技术和工具（例如OMT、Rose） 4.2 系统结构设计 这部分要求提供高层系统结构的描述，使用方框图来显示主要的组件及组件间的交互。最好是把逻辑结构同物理结构分离，对前者进行描述。别忘了说明图中用到的俗语和符号。 4.2.1 顶层系统结构 4.2.2 子系统1结构 4.2.3 子系统2结构 4.3 系统界面 各种提供给用户的界面以及外部系统在此处要予以说明。如果在需求规格说明书中已经对用户界面有了叙述，此处不用再重复，可以指引读者参考需求说明。如果系统提供了对其它系统的接口，比如说从其它软件系统导入/导出数据，必须在此说明。 4.4 约束和假定 描述系统设计中最主要的约束，这些是由客户强制要求并在需求说明书写明的。说明系统是如何来适应这些约束的。 另外如果本系统跟其它外部系统交互或者依赖其它外部系统提供一些功能辅助，那么系统可能还受到其它的约束。这种情况下，要求清楚地描述与本系统有交互的软件类型（比如某某某数据库软件，某某某EMail软件）以及这样导致的约束（比如只允许纯文本的Email）。 实现的语言和平台也会对系统有约束，同样在此予以说明。 对于因选择具体的设计实现而导致对系统的约束，简要地描述你的想法思路，经过怎么样的权衡，为什么要采取这样的设计等等。 5. 对象模型 5.1 类定义 提供整个系统的对象模型，如果模型过大，按照可行的标准把它划分成小，例如可以把客户端和服务器端的对象模型分开成两个图表述。 对象图应该包含什么呢？ 在其中应该包含所有的系统对象。这些对象都是从理解需求后得到的。要明确哪些应该