软件设计文档需求规说明书样例.docxVIP

2009－2010学年第2学期 软件工程课程大作业 软件需求规格说明书 项目名称： 组长： 学号： 姓名： 专业： 成员： 学号： 姓名： 专业： 学号： 姓名： 专业： 学号： 姓名： 专业： 学号： 姓名： 专业： 选课班级： 任课教师： 完成时间200 年 月 日  目 录 1．概述 1 1.1 用户简介 1 1.2 目的与目标 1 1.3 术语定义 1 1.4 参考资料 1 1.5 相关文档 1 1.6 版本更新信息 2 2．目标系统描述 2 2.1 组织结构与职责 2 2.2 角色定义 2 2.3 作业流程（业务模型） 2 2.4 单据、账本、报表(视具体应用) 3 2.4.1 单据(视具体应用) 3 2.4.2 账本(视具体应用) 3 2.4.3 报表(视具体应用) 3 2.5 可能的变化 4 3．目标系统功能需求 4 3.1 功能需求分析 4 3.2 功能需求点列表（功能模型） 4 3.2 功能需求概述（表达之一） 4 4．目标系统性能需求 5 4.1 时间要求 5 4.2 空间性能 5 4.3 性能需求点列表（性能模型） 5 5．目标系统界面与接口需求 5 5.1 界面需求 5 5.2 接口需求点列表（接口模型） 6 6．目标系统其他需求 6 6.1 安全性 6 6.2 可靠性 6 6.3 灵活性 6 6.4 特殊需求 6 7．目标系统假设与约束条件 6 XX软件需求规格说明书 1．概述 本文档是进行项目策划、概要设计和详细设计的基础，也是软件企业测试部门进行内部验收测试的依据。 1.1 用户简介 在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行功能、进度、成本、性能等方面的平衡决策。 对于产品开发类项目，需要在此将该产品定义的用户群的特点描述清楚。 1.2 目的与目标 项目的目的是对开发本系统的意图的总概括。项目的目标是将目的细化后的具体描述。项目目标应是明确的、可度量的、可以达到的, 项目的范围应能确保项目的目标可以达到。 对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统的目标。 1.3 术语定义 将该需求规格说明书中的术语、缩写进行定义, 包括用户应用领域与计算机领域的术语与缩写等。 1.4 参考资料 说明该用户需求报告使用的参考资料，如： [1] 商务合同 [2] 招标书 [3] 用户领域的资料 [4] 用户需求调查表 [5] 用户需求报告 [6] 参照的标准 每一个文件、文献要有标题、或文件号，发布或发表日期以及出版单位。 1.5 相关文档 [1] 项目开发计划 [2] 概要设计说明书 [3] 详细设计说明书 1.6 版本更新信息 版本更新记录格式，如表5-19所示。 表5-19 版本更新记录 版本号 创建者 创建日期 维护者 维护日期 维护纪要 V1.0 王大林 2001/03/03 — — — V1.0.1 — — 王小林 2001/03/16 业务模型维护 2．目标系统描述 2.1 组织结构与职责 将目标系统的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职责也应进行简单的描述。组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围很有帮助。取得用户的组织结构，是需求获取步骤中的工作任务之一。 2.2 角色定义 用户环境中的企业角色，和组织机构一样，也是分析人员理解企业业务的基础，是需求获取的工作任务，同时也是分析人员提取对象的基础。每个角色的授权可以进行详细的描述，建议采用表格的形式，如表5-20所示。 表5-20 角 色 定 义 编号 角色 所在部门 职 责 相关的业务 1008 采购员 业务部 商品采购、合同签订、供应商选择 进货、合同管理 1009 对用户角色的识别也包括使用了计算机系统后的系统管理人员。 2.3 作业流程（业务模型） 目标系统的作业流程是对现有系统作业流程的重组、优化与改进。企业的作业流程首先要有一个总的业务流程图，将企业中各种业务之间的关系描述出来，然后对每种业务进行详细的描述，使业务流程与部门职责结合起来。详细业务流程图可以采用直式业务流程图、Use case图、其他示意图的形式。 图形可以将流程