需求规格说明书草稿.docVIP

模块名称 [如：机票] 文件版/次 1.0 生效日期 [YYYY-MM-DD] 总页数 21 上海**公司 需求规格说明书 ——[模块名称] 编写：  本文档模板为双面打印设计，请采用双面打印 请保护环境，注意纸张的回收利用1 修改说明 7 2 项目概述 8 2.1 项目背景 8 2.2 项目愿景 8 2.3 项目目标 8 2.4 项目干系人 8 2.5 约束条件 8 2.5.1 需求限制条件 8 2.5.2 设计的约束 9 2.5.3 相关模块约束{此部分放在设计考虑还是放在需求考虑有待斟酌} 9 2.6 相关事实（可省略） 9 3 相关业务说明 9 3.1 组织结构及职责说明 9 3.2 业务详述 11 3.2.1 业务目标 11 3.2.2 业务用例 11 3.2.3 业务流程说明 11 3.2.4 业务状态说明 13 3.3 业务实体说明 14 3.3.1 业务实体图 14 3.3.2 业务实体说明 14 3.4 待解决的问题 14 3.5 业务解决方案 15 4 系统功能需求说明 15 4.1 系统边界（可省略） 15 4.2 系统功能结构 15 4.3 用例模型概述 16 4.4 用例清单 17 5 用例详细描述 17 5.1 用例名称 17 5.2 预控措施维护 18 6 非功能性需求 20 6.1 系统接口需求 20 6.1.1 用户界面 20 6.1.2 硬件接口 20 6.1.3 软件接口 20 6.1.4 通讯接口 20 6.2 系统性能需求 20 6.3 系统安全性 20 6.4 可靠性需求 20 6.5 可维护性需求 21 6.6 可移植性需求 21 6.7 数据存储需求 21 6.8 数据转入说明 21 7 产品组件需求列表 21 8 附件： 22 8.1 技术术语解释 22 8.2 附件：参考资料 22 8.3 附件：需求承诺 22 图表目录 图表 1-组织机构图 10 图表 2-业务流程图 11 图表 3-状态图 12 图表 4-业务实体图 13 图表 5-系统功能结构图 15 图表 6-预控措施维护界面 18 修改说明 日 期 版 本 号 修改类型 修 改 摘 要 修改链接 用户对进度要求 作 者 2012/5/9 1.0 初稿 2012年2月底可运行 张丽 新增{删除、修改} {内容描述} {变更1——用例名称 } 修改 删除  项目概述 项目背景 {该模块现状描述} {对手系统现状描述（可列举多个对手）} {对比分析：该模块现状优势、不足。对手系统现状优势、不足。} 项目愿景 {根据项目背景分析，希望给用户带来哪些利益？} 项目目标 {具体描述为实现项目愿景，系统需要实现哪些目标？} 项目干系人 {包括用户关键负责人、相关项目经理、需求分析师等人员信息，项目计划完成后可适合补充技术经理、开发、测试、美工人员信息} 项目角色：用户 部门： 姓名： 电话： 手机： 邮件： 负责内容： {描述负责哪些功能模块} 项目角色：项目经理 部门： 姓名： 电话： 手机： 邮件： 负责内容： 项目角色：需求分析师 部门： 姓名： 电话： 手机： 邮件： 负责内容： 约束条件 需求限制条件 {系统运行环境、是否存在与其他系统接口、硬件约束等信息} 设计的约束 {如报表格式、数据保留字段要求等信息} 相关模块约束{此部分放在设计考虑还是放在需求考虑有待斟酌} {对其他相关模块可能造成的影响} 相关事实（可省略） {补充说明，双方的一些相关义务，便于项目更好的开展} 由用户方提供服务器，由于服务器的提供会影响产品上线时间，要求用户在上线前准备好服务器，避免不必要的工期延误。 在系统上线前，需要进行一次性的数据初始化工作。第一次的初始化数据由我方进行维护工作，用户方需将初始化数据及时提供给我方。之后的数据维护、录入工作由用户方自己完成。 系统上线前，我方将组织用户方进行一次集中培训，并将用户手册交付用户方。 相关业务说明 组织结构及职责说明 {模块使用人的组织机构图} 如： 图表 1-组织机构图 {描述模块使用人所属部门，主要职责} 签发人、负责人所在部门为运行部、照明公司各班组，主要负责作业内容如下： 签发人： 根据《上海市路灯管理中心工作票使用和填写规定（试行）》中的规定，在工作票中录入负责人、许可人、危险点、采取措施等相关内容。 检查负责人提交的工作票，并盖上合格或者不合格章后存档保存一年。 负责人： 根据《上海市路灯管理中心工作票使用和填写规定（试行）》中的规定，完善签发人填