文档介绍：
系统需求分析说明书
版本<>
文件编号:
生效日期:
受控编号:
密级:
版本:
修改状态:
总页数
8
正文
附录
编制:IT
审核:
批准:
[注:以下提供的模板用于 IT的文档编写。其中包括用方括号括起来并以蓝色斜体(样式=InfoBlue)显示的文本,它们用于向作者提供指导,在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式(样式=Body Text)。]
文档修改记录
修改编号
修改页码及条款
修改人
审核人
修改日期
生成版本
目录
1. 引言 4
. 目的 4
. 预期的读者和阅读建议 4
. 范围 4
. 术语及缩略语 4
. 参考资料 4
2. 需求综合说明 4
. 系统远景 4
. 产品功能 5
. 用户类和特征 5
. 运行环境 5
. 假设和依赖 5
. 外部软件接口需求 5
3. 需求具体描述 5
. 功能 5
. 非功能性需求 5
. 性能 5
. 安全性 5
. 可用性 6
4. 待定问题 6
5. 附属文档 6
a. 附页:需求规格说明书确认 7
需求确认的意义 7
需求确认签字 7
需求规格说明书
引言
目的
,以及非功能性需求。以清晰系统范围,,并最终为系统设计、测试和验收提供依据。
预期的读者和阅读建议
。针对不同读者,阅读侧重点可以有所不同:
项目领导组:阅读和评审的重点为规格说明书的概要部分,以及本部门需求说明的概述部分。并负责对规格说明书概要以及本部门功能说明进行最终确认。
项目实施组、各部门用户代表:阅读和评审侧重点为本部门需求说明以及用例描述部分。
测试组:阅读和理解的重点为本部门需求说明以及用例描述部分。
范围
,。其中优先级为“高”的功能,计划在项目第一期实现,优先级为“中”或者“低”的功能,可以考虑在后续项目周期中实现。;系统测试须以本说明书描述的功能和用例为标准;系统验收也以本说明书的范围和功能描述为准。
本说明书第一版本通过评审之后,所有的需求变更,须通过项目定义的需求变更程序进行(需求变更提出之后,项目实施组对变更进行预审,提出变更对项目的影响,如果影响较大,提交项目管理组权衡之后决定。具体流程参见需求变更控制流程),并根据变更的性质和变更对项目的影响程度,生成和发布新版本的需求规格说明书。
术语及缩略语
参见术语表。
参考资料
序号
标题
资料存放位置
获取日期
来源
需求综合说明
系统远景
**生产系统,合并和改善现有**系统排单、自动分缸和整经浆纱工艺部分的功能,更好的支持各部门生产信息跟踪和数据统计方面的工作。
产品功能