面向对象需求分析文档.doc

《面向对象需求分析文档.doc》由会员分享，可在线阅读，更多相关《面向对象需求分析文档.doc（9页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、【精品文档】如有侵权，请联系网站删除，仅供学习与交流面向对象需求分析文档文档编号： Draft Released Modifying编 撰：编撰日期：保密级别：文档版本：1.0.0项目名称（The English Name）面向对象需求分析课程文档XXX项目小组修订表编号生成版本修订人修订章节与内容修订日期12345审批记录版本审批人审批意见审批日期1.0.0目 录1.引言41.1目的41.2适用范围41.3参考资料41.4术语和缩略语42.系统概述42.1产品描述42.2产品功能52.3一般约束53.功能性需求分类53.1功能描述183.2功能描述284.产品的非功能性需求94.1外部接口说

2、明94.1.1用户接口94.1.2软件接口94.2性能需求94.2.1硬件的限制94.3属性94.3.1友好性94.3.2安全性94.3.3可维护性94.3.4可转移/换性104.4系统的运行环境104.5其他需求104.5.1用户操作需求10附录A：需求确认101. 引言1.1 目的【 说明编写这份软件需求说明书的目的，小组长、项目负责人和其他各部门领导及用户是文档的预期读者。明确系统范围、系统与其他系统的接口问题、及用户的各种功能、界面等需求。由预期读者签字确认，审核人中应该包括用户部门领导。】1.2 适用范围【说明：a. 待开发的软件系统的名称；b. 说明软件将干什么，如果需要的话，还要

3、说明软件产品不干什么；c. 说明软件与其他系统的接口，本系统要完成什么，不完成什么，要实现的系统功能，需要其他系统提供什么，本系统需要为其他系统提供什么。】1.3 参考资料资料名称标识符出 版 单 位作 者日 期1.4 术语和缩略语术语、缩略语解 释2. 系统概述2.1 产品描述【叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张结构图来说明

4、该系统的组成和本产品同其他各部分的联系和接口。】注：结构图是用来描述系统的总体结构以及系统内部个部分之间的联系，它以树型结构来表示。例如：2.2 产品功能【本条是为将要完成的软件功能提供一个摘要。有时，如果存在较高层次的规格说明时，则功能摘要可从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，可以使用以下任意一种方法来进行说明：a. 编制功能的一种方法是制作功能表，以便客户或者第一次读这个文件的人都可以理解；b. 用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记这样的图不是产品设计时所需求的，而只是一种有效的解释性的工具。】2.3 一般约束【本条对设计系统时限

5、制开发者选择的其他一些项作一般性描述。而这些项将限定开发者在设计系统时的任选项。这些包括：a 管理方针；b 硬件的限制；c 并行操作；d 通信协议；安全和保密方面的考虑。】3. 功能性需求分类功能性需求分类方法：UML的模型图 UML 的模型图能够将被建模的系统的某一个方面的某一部分以图形的方式表示出来，不同的视图通过将多个不同的模型图有机组合在一起就能够描述系统模型的某方面的特征。UML的模型图是有模型元素构成的，模型元素以图标的形式直观形象的表达各种概念。有的模型元素可以在多个模型图中使用，如注释和注释连接可以在任何模型图中使用，用于给其他的模型元素进行注释。各种模型图能使用的模型元素集合

6、也不相同，在介绍各种模型图的时候会有具体的说明。 UML定义了九种模型图：用例图（Use Case View）、类图（Class Diagram）、对象图（Object Diagram）、构件图（Component Diagram）、部署图（Deployment Diagram）、状态图（StateChart Diagram）、活动图（Activity Diagram）、序列图（Sequence Diagram）以及协作图（Collaboration Diagram）。例如：用例图：活动图：状态图：【E-R图是相对于概念模型而言的,在数据库中有严格的界定,是P.P.S.Chen于1976年提出

7、的实体-联系方法(Entityt-Relationship Approach).该方法用ER图来描述现实世界的概念模型 ER图提供了表示实体型属性和联系的方法;实体型:用矩形表示.属性:用椭圆形表示.联系:用菱形表示.例如：3.1 功能描述1【选用面向对象分析该功能时，要写明该功能模块的前置条件，模块中所参与的角色，用用例图对功能模块建模后，要有详细的用例描述话语。】3.1.1 具体功能1用交互图（活动图、时序图等）描述具体功能的业务交互流程3.1.2 具体功能23.2 功能描述24. 产品的非功能性需求4.1 外部接口说明4.1.1 用户接口【提供用户使用软件产品时的接口需求。】4.1.2

8、软件接口【在此要指定需使用的其他软件产品，以及同其他应用系统之间的接口。】4.2 性能需求【从整体来说，本条应具体说明软件、或人与软件交互的静态或动态数值需求。a.静态数值需求可能包括：1)支持的终端数；2)支持并行操作的用户数；3)系统响应的时间特性；b.动态数值需求可能包括：欲处理的事务和任务的数量，以及在正常情况下和峰值工作条件下一定时间周期中处理的数据总量。】4.2.1 硬件的限制【本项包括在各种硬件约束下运行的软件要求，例如，应该包括：a.硬件配置的特点（接口数，指令系统等）；b.内存储器和辅助存储器的容量。】4.3 属性【在软件的需求之中有若干个属性，以下指出其中的几个】4.3.1

9、 友好性【指的是用户对界面的要求，程序界面友好度，可操作性等友好性信息】4.3.2 安全性【指的是保护软件的要素，以防止各种非法的访问、使用、修改、破坏或者 泄密。这个领域的具体需求必须包括：a. 利用可靠的密码技术；b. 掌握特定的记录或历史数据集；c. 给不同的模块分配不同的功能；d. 计算临界值的检查。】4.3.3 可维护性【规定若干需求以确保软件是可维护的。】4.3.4 可转移/换性【利用开发平台提供的数据转换功能，可以实现跨平台数据转换，实现不同数据库数据间的数据转换，如：FoxPro、Access、Microsoft SQL Server间的数据转换。】4.4系统的运行环境【系统的

10、起始运行时间，结束运行时间，运行的时限，运行的周期等。】4.5 其他需求4.5.1 用户操作需求【这里说明用户要求的常规的和特殊的操作。a.在用户组织之中各种方式的操作。例如，用户初始化操作；b.数据处理运行功能；c.后援和恢复操作。】5. 类图【利用动词名词法分析项目的类图。】附录A：需求确认需求评审报告摘要需求文档输入名称，标识符，版本，作者，完成日期，.需求评审报告输入名称，标识符，评审日期，.评审结论 工作成果合格，“无需修改”或者“需要轻微修改但不必再审核”。 工作成果基本合格，需要做少量的修改，之后通过审核即可。 工作成果不合格，需要做出比较大的修改，之后必须重新对其评审。评审意见评审小组成员输入评审小组成员.精品文档.文档状态：