1、手机端页面文档仅支持阅读 15 页，超过 15 页的文档需使用电脑才能全文阅读。
2、下载的内容跟在线预览是一致的，下载后除PDF外均可任意编辑、修改。
3、所有文档均不包含其他附件，文中所提的附件、附录，在线看不到的下载也不会有。
分配是迭代的活动。
过程活动将得有可能重复若干次，在每次迭代中，需要要向顾客终端用户和开发者咨询，并贯穿整个活动。
后附需求分析模板三需求跟踪设计的需求跟踪。
建立需求和软件部件软件程序单元函数的跟踪对应关系，更新跟踪数据表文档索引中的设计文档数据。
更新需求跟踪矩阵。
实现的需求跟踪。
对需求和软件部件软件程序单元函数的跟踪对应关系进行维护，更新跟踪数据表文档索引中的代码数据。
更新需求跟踪矩阵。
测试的需求跟踪。
对需求和软件部件软件程序单元函数的跟踪对应关系进行维护，更新跟踪数据表文档索引中的测试文档数据。
更新需求跟踪矩阵。
验证的需求跟踪。
对需求和软件部件软件程序单元函数的跟踪对应关系进行维护，更新跟踪数据表文档索引中的验证验收测试文档数据。
更新需求跟踪矩阵。
四需求管理角色担当产品经理。
软件需求管理活动的责任人。
负责组织需求规范书和建议•可用性指出可用时间百分比使用小时数维护访问权降级模式操作等。
•平均故障间隔时间通常表示为小时数，但也可表示为天数月数或年数。
•平均修复时间系统在发生故障后可以暂停运行的时间。
•精确度指出系统输出要求具备的精密度分辨率和精确度按照已知的标准。
•最高或缺陷率通常表示为每千行代码的数目或每个功能点的数目。
•或缺陷率按照小大和严重等来分类。
需求中必须对严重进行界定，例如数据完全丢失或完全不能使用系统的部分功能。
需求说明。
性能此节应概述系统的性能特征。
其中需包括具体的响应时间。
如果可行，按名称引用相关用例。
•对事务的响应时间平均最长•吞吐量，例如每秒处理的事务数•容量，例如系统可以容纳的客户或事务数•降级模式当系统以种形式降级时可接受的运行模式•资源利用情况，如内存磁盘通信等在此给出需求说明。
可支持性此节应列出将提高所构建系统的可支持性或可维护性的所有需求，其中包括编码标准命名约定类库维护访问权和维护实用程序。
在此给出需求说明。
设计约束此节应列出所构建系统的所有设计约束。
设计约束代表已经批准并必须遵循的设计决定。
其中包括软件语言软件流程需求开发工具的指定用途构架及设计约束购买的构件类库等。
在此给出需求说明。
联机用户文档和帮助系统需求如果存在对联机用户文档帮助系统关于声明的帮助等的需求，请在此说明。
购买的构件此节说明在系统中使用的所有购入构件所有适用的许可或使用限制，以及所有相关的兼容性及互操作性或接口标准。
接口此节规定应用程序必须支持的接口界面。
它应非常具体，包含协议端口和逻辑地址等，以便于按照接口界面需求开发并检验软件。
用户界面说明软件将实现的用户界面。
硬件接口此节指出软件所支持的所有硬件接口，其中包括逻辑结构物理地址预期行为等。
软件接口此节说明软件系统中与其他构件之间的软件接口。
这些构件可以是购入的构件取自其他应用程序重新利用的构件，也可以是为此软件需求规约范围之外的子系统开发，但该软件应用程序必须与之交互的构件。
通信接口说明与其他系统或设备如局域网远程串行设备等的所有通信接口。
许可需求定义所有许可执行需求或软件将体现的其他使用限制需求。
法律版权及其他声明此节说明软件涉及的所有必需的法律免责声明保证版权声明专利声明字标商标或徽标符合性问题。
适用的标准通过引用，此节说明了所有适用的标准以及适用于所述系统的相应标准的具体部分。
例如，其中可以包括法律质量及法规标准业界在可用性互操作性国际化操作系统相容性等方面的标准。
附录各种需要在本文档中补充说明的附录和附表。
项目团队管理制度青岛软件有限公司目录概述二需求管理指导方针三需求跟踪四需求管理角色担当五变更控制附录概述目的本文件的目的是对软件开发需求管理阶段的行为做了详细的规定，确保能够按照规范编制规格说明书并处理有关需求变更等事宜。
范围软件的需求管理活动应根据项目组的实际情况和项目组的具体情况进行，本文件是从下面的几个方面进行的对问题的识别分析和综合编制需求分析的文档需求评审等。
二需求管理指导方针阶段项目组在进行软件需求管理中，将需求工程分为需求开发和需求管理需求开发需求开发包括对个软件项目需求的获取分析规格说明和验证，需求开发的结果有项目视图和范围文档使用实例文档软件需求规格说明及相关分析模型，经评审批准，这些文档就定义了开发工作的需求基线，这些基线在客户和开发人员之间就构筑了计划产品功能需求和非功能需求的个约定，需求约定是需求开发和需求管理之间的桥梁。
需求管理需求管理包括在项目进展过程中维持需求约定集成性和精确性的所有活动，所有需求管理强调控制对需求基线的变动，保持项目计划和需求致，控制单个需求和需求文档的版本情况，管理需求和联系链之间的联系或管理单个需求和其他项目可交付产品之间的依赖关系，跟踪基线中需求的状态图需求管理的活动路线图图流程图需求分析规范分析活动的目的是通过保证备用技术需求反映了需求的质量属性和表达了顾客的需要，将备用技术需求转化为非正式的需求。
分配是迭代的活动。
过程活动将得有可能重复若干次，在每次迭代中，需要要向顾客终端用户和开发者咨询，并贯穿整个活动。
后附需求分析模板三需求跟踪设计的需求跟踪。
建立需求和软件部件软件程序单元函数的跟踪对应关系，更新跟踪数据表文档索引中的设计文档数据。
更新需求跟踪矩阵。
实现的需求跟踪。
对需求和软件部件软件程序单元函数的跟踪对应关系进行维护，更新跟踪数据表文档索引中的代码数据。
更新需求跟踪矩阵。
测试的需求跟踪。
对需求和软件部件软件程序单元函数的跟踪对应关系进行维护，更新跟踪数据表文档索引中的测试文档数据。
更新需求跟踪矩阵。
验证的需求跟踪。
对需求和软件部件软件程序单元函数的跟踪对应关系进行维护，更新跟踪数据表文档索引中的验证验收测试文档数据。
更新需求跟踪矩阵。
四需求管理角色担当产品经理。
软件需求管理活动的责任人。
负责组织需求规范书和需求跟踪矩阵的撰写。
产品开发部负责软件需求的实现，参与需求管理活动。
测试部负责需求实现的测试验证。
质量管理部负责对软件需求管理活动的测评，保证需求管理活动质量，并组织软件需求跟踪矩阵的撰写，负责需求配置库需求基线的管理。
五变更控制变更控制包括评估变更对现有约定的影响，合适时协商更改。
对由于已分配需求的变更造成对软件计划工作产品和活动更改要进行识别，
软件公司项目团队管理制度
