暑期项目实训第二周（1）

———————————————————————————————————————————————————————————

目录

一、需求报告-第三次对接

根据上周细节确认会议，我们对文档再次进行实时的更新并进行第三次的对接，第三次对接主要的对接对象是设计与编码人员。在需求分析方面，还存在不了解或者不明白的地方等等这些问题的设计与编码人员与我们开发过程管理人员进行了交流以及确认。

二、非功能需求

完善需求分析文档的其它部分
1、引言：

1. 编写目的
2. 项目说明
3. 产品范围
4. 参考资料

2、任务概述：

1. 目标
2. 产品应用环境
3. 用户业务范围

3、业务需求分析（已完成）

4.非功能性需求

1. 性能需求
   1.1 精度
   1.2 时间特性要求（响应时间，更新处理时间那一类的）
   1.3 灵活性变化
2. 输入输出要求（解释系统的输入数据与输出数据，规范和类型）
3. 数据管理能力（管理文件的规模）
4. 故障处理要求
5. 业务规则
6. 质量定义
7. 其他专门要求

5、运行环境规定

1. 硬件配置
2. 软件配置
3. 接口

其中我完成的部分是第四部分——非功能性需求
由于要符合一般企业工厂的标准要求，我在网上多方面查找一些标准且合适我们项目的非功能性需求。

参考资料：

常见非功能性需求的描述案例
web系统非功能性需求
业务规则方法的基本原则
软件需求说明书 概要设计说明书 项目开发计划 详细设计说明书 模版
机房收费文档（三）需求规格说明书

总结

身为一位开发过程管理人员，必须得与项目经理、设计与编码人员进行相关问题实时性的交流、沟通以及解答。
在完善需求分析文档方面，非功能性需求的各种方面具有硬性的要求和规则，需要开发过程管理人员了解清楚相关的规定并通知相关设计与编码人员明白并遵守。