技术开发管理制度

1、技术开发发管理制制度20144（试行行）主 题： 软件件开发管管理制度度 文档编号号： 版本说明明：版本号版本日期期作者备注V1.00 20144年100月300日牟宝林创建V1.00 20144年100月300日牟宝林审批目录TOC o 1-3 h z u HYPERLINK l _Toc298791411 第一节总总则 PAGEREF _Toc298791411 h 3 HYPERLINK l _Toc298791412 第二节立立项管理理 PAGEREF _Toc298791412 h 3 HYPERLINK l _Toc298791413 第三节需需求分析析 PAGEREF _Toc2

2、98791413 h 4 HYPERLINK l _Toc298791414 第四节项项目计划划和监控控 PAGEREF _Toc298791414 h 4 HYPERLINK l _Toc298791415 第五节系系统设计计 PAGEREF _Toc298791415 h 5 HYPERLINK l _Toc298791416 第六节系系统实现现 PAGEREF _Toc298791416 h 5 HYPERLINK l _Toc298791417 第七节系系统测试试和用户户测试 PAGEREF _Toc298791417 h 66 HYPERLINK l _Toc298791418 第八

3、节试试运行 PAGEREF _Toc298791418 h 77 HYPERLINK l _Toc298791419 第九节系系统验收收 PAGEREF _Toc298791419 h 8 HYPERLINK l _Toc298791420 第十节系系统上线线 PAGEREF _Toc298791420 h 8 HYPERLINK l _Toc298791421 第十一节节合作开开发管理理 PAGEREF _Toc298791421 h 9 HYPERLINK l _Toc298791422 第十二节节系统交交付 PAGEREF _Toc298791422 h 100 HYPERLINK l

4、_Toc298791423 第十三节节外包开开发管理理 PAGEREF _Toc298791423 h 10 HYPERLINK l _Toc298791424 第十四节节附则 PAGEREF _Toc298791424 h 100 HYPERLINK l _Toc298791425 附件一立立项分析析报告 PAGEREF _Toc298791425 h 111 HYPERLINK l _Toc298791426 附件二业业务需求求说明书书 PAGEREF _Toc298791426 h 14 HYPERLINK l _Toc298791427 附件三系系统需求求规格说说明书 PAGEREF

5、_Toc298791427 h 117 HYPERLINK l _Toc298791428 附件四需需求变更更申请 PAGEREF _Toc298791428 h 226 HYPERLINK l _Toc298791429 附件五项项目计划划书 PAGEREF _Toc298791429 h 288 HYPERLINK l _Toc298791430 附件六项项目计划划变更说说明 PAGEREF _Toc298791430 h 322 HYPERLINK l _Toc298791431 附件七设设计说明明书 PAGEREF _Toc298791431 h 333 HYPERLINK l _To

6、c298791432 附件八单单元测试试用例 PAGEREF _Toc298791432 h 336 HYPERLINK l _Toc298791433 附件九设设计评审审报告 PAGEREF _Toc298791433 h 338 HYPERLINK l _Toc298791434 附件十系系统/用户测测试计划划 PAGEREF _Toc298791434 h 40 HYPERLINK l _Toc298791435 附件十一一系统/用户测测试报告告 PAGEREF _Toc298791435 h 43 HYPERLINK l _Toc298791436 附件十二二试运行行计划 PAGERE

7、F _Toc298791436 h 444 HYPERLINK l _Toc298791437 附件十三三数据迁迁移计划划 PAGEREF _Toc298791437 h 46 HYPERLINK l _Toc298791438 附件十四四数据迁迁移报告告 PAGEREF _Toc298791438 h 48 HYPERLINK l _Toc298791439 附件十五五试运行行报告 PAGEREF _Toc298791439 h 550 HYPERLINK l _Toc298791440 附件十六六系统验验收报告告 PAGEREF _Toc298791440 h 51 HYPERLINK l

8、 _Toc298791441 附件十七七系统上上线计划划 PAGEREF _Toc298791441 h 54 HYPERLINK l _Toc298791442 附件十八八系统验验收评估估报告 PAGEREF _Toc298791442 h 557 HYPERLINK l _Toc298791443 附件十九九系统交交付申请请 PAGEREF _Toc298791443 h 59第一节总总则为规范自自有软件件研发以以及外包包软件的的管理工工作，特特制定本本制度。本制度度适用于于公司软软件研发发与管理理。本制度中中软件开开发指新新系统开开发和现现有系统统重大改改造，此此类工作作均需要要以项目目

9、制管理理。本制度中中自行开开发是指指主要依依赖公司司自身的的管理、业务和和技术力力量进行行系统设设计、软软件开发发、集成成和相关关的技术术支持工工作，一一般仅向向外购置置有关的的硬件设设备和支支撑软件件平台；合作开开发是公公司与专专业ITT公司（合作商商）共同同协作完完成ITT应用的的项目实实施和技技术支持持工作，一般形形式是公公司负责责提供业业务框架架，合作作商提供供技术框框架，双双方组成成开发团团队进行行项目实实施，IIT系统统的日常常支持由由技术研研发部承承担；外外包开发发是指将将IT应用用项目的的设计、开发、集成、培训等等任务承承包给某某家专业业公司（可以是是专业的的IT公司司或咨询询

10、公司等等），由由该公司司（承包包商）负负责应用用项目的的实施。软件开发发遵循项项目管理理和软件件工程的的基本原原则。项项目管理理涉及立立项管理理、项目目计划和和监控、配置管管理、合合作开发发管理和和结项管管理。软软件工程程涉及需需求管理理、系统统设计、系统实实现、系系统测试试、用户户接受测测试、试试运行、系统验验收、系系统上线线和数据据迁移。除特别指指定，本本制度中中项目组组包括业业务组（或需求求提出组组）、开开发组（可能包包括网络络管理员员和合作作开发商商）。第二节立立项管理理提出项目目需求的的部门参参与公司司层面立立项，进进行立项项的技术术可行性性分析，编写立项分分析报告告（附附件一），开

11、展展前期筹筹备工作作。立立项分析析报告应明确确项目的的范围和和边界。需求提出出部门将将立项项分析报报告交交相关部部门会签签后，上上交公司司总裁与与董事长长进行立立项审批批，以保保证系统统项目与与公司整整体策略略相一致致。立项分分析报告告得到到批准后后，成立立项目组组（如果果是外包包开发，则成立立外包商商项目组组；如果果是合作作开发，则与外外包商共共同成立立合作开开发项目目组，以以下统称称“项目组组”），项项目组应应包括业业务组（由公司司技术研研发部需需求管理理组和相相关业务务部门组组成）和和开发组组（自行行开发为为技术研研发部开开发组、网络管管理员；外包开开发为技技术研发发部指定定的开发发组长

12、、网络管管理员和和外包商商成员；合作开开发为技技术研发发部开发发组指定定人员、网络管管理员和和外包商商成员）。公司司技术研研发部PPMO（项目管管理办公公室）委委派一名名项目经经理负责责监督项项目的进进度，进进行项目目管理工工作，确确保开发发能及时时完成并并能满足足业务需需要。项项目组人人员的选选择应满满足项目目对业务务及技术术要求，项目组组人员应应有足够够的业务务和ITT技术方方面的专专业知识识来胜任任项目各各方面的的工作。第三节需需求分析析立项后业业务组对对用户需需求进行行汇总整整理，出出具业业务需求求说明书书（附附件二），并确确保业业务需求求说明书书中包包含了所所有的业业务需求求。经系系

13、统使用用部门审审批确认认，作为为业务需需求基线线。业务组在在获得业务需需求说明明书后后，提出出技术需需求和解解决方案案，并对对系统进进行定义义，出具具系统统需求规规格说明明书（附件三三）。系统需需求规格格说明书书需详详细列出出业务对对系统的的要求（界面、输入、输出、管理功功能、安安全需求求、运作作模式、关键指指标(KKPI)等），最好是是采用原原型方式式表达。系统统需求规规格说明明书需需要由业业务组提提交给相相关业务务部门负负责人确确认。对于合作作开发的的项目，当业务务需求发发生变更更时，业业务组应应提交需求变变更申请请（附附件四），项目目经理审审批后交交给开发发组长实实施。项目组应应对需求求

14、变更影影响到的的文档及及时更新新。第四节项项目计划划和监控控软件开发发采用项项目形式式进行管管理。项项目经理理负责整整个项目目的计划划、组织织、领导导和控制制。需求分析析过程中中，项目目经理组组织制定定详细的的项目目计划书书（附附件五），包括括具体任任务描述述和项目目进度表表等。在项目的的各个阶阶段，业业务组组组长和开开发组组组长需配配合项目目经理制制定阶段段性项目目计划。业务组组组长和和开发组组组长需需配合项项目经理理对项目目计划执执行情况况进行监监控，确确保项目目按计划划完成。第十六条条项目计计划需要要变更时时，项目目经理填填写项项目计划划变更说说明（附件六六），并并提交公公司主管管领导审

15、审批，通通过审批批后，交交给业务务组组长长和开发发组组长长执行。第五节系系统设计计系统设计计应分为为概要设设计和详详细设计计，系统统设计要要遵循完完备性、一致性性、扩展展性、可可靠性、安全性性、可维维护性等等原则。在系统设设计阶段段中，用用户应充充分参与与，确保保系统设设计能满满足系统统需求。项目组进进行设计计，出具具设计计说明书书（附附件七）和单单元测试试用例（附件件八）。设计计说明书书中需需要定义义系统输输入输出出说明和和接口设设计说明明。公司司主管领领导组织织相关人人员对概概要设计计进行评评审，出出具设设计评审审报告（附件件九）。业务组组组长和和开发组组组长应应参加此此评审并并对评审审意

16、见签签字确认认。设计评审审均以业务需需求说明明书和和系统统需求规规格说明明书为为依据，确保系系统设计计满足全全部需求求。对已确认认通过的的系统设设计进行行修改需需获得项项目经理理、业务务组组长长和开发发组组长长的审批批后方可可进行。对系统设设计的修修改的文文档须由由文档管管理人员员进行归归档管理理。第六节系系统实现现开发组根根据设设计说明明书制制定系统统实现计计划，并并提交项项目经理理对计划划可行性性进行审审批。系统实现现包括程程序编码码、单元元测试。开发组保保证开发发、测试试和生产产环境独独立，为为各环境境建立访访问权限限控制机机制，并并明确项项目成员员的职责责分工。对开发发环境、测试环环境

17、与生生产环境境在物理理或逻辑辑方面应应该做到到隔离；如果环环境的分分隔是通通过逻辑辑形式实实现的，应定期期检查网网络设置置。项目目组对已已授权访访问生产产环境的的人员进进行详细细记录，并对该该记录进进行定期期检查，确保只只有经授授权的人人员才能能访问到到生产环环境。第七节系系统测试试和用户户测试测试组制制定系系统测试试计划（附件件十），并提交交项目经经理对计计划可行行性进行行审批。系统测测试计划划必须须定义测测试标准准，并明明确各种种测试的的测试步步骤和需需要的系系统设置置要求。开发组向向数据拥拥有部门门申请获获取测试试用业务务数据的的使用权权，对获获取的数数据进行行严格的的访问控控制，确确保

18、只有有相关项项目人员员才能访访问及使使用。开发组负负责测试试数据准准备，测测试用数数据要足足够模拟拟生产环环境中的的实际数数据。对对已评定定为敏感感信息的的数据进进行敏感感性处理理和保护护。开发组或或合作开开发商协协助技术术研发部部测试组组建立测测试环境境进行系系统测试试。在系系统测试试中对新新系统内内部各模模块之间间的接口口和与其其他系统统的接口口进行充充分测试试。技术术研发部部测试组组出具系统测测试报告告（附附件十一一），测测试人员员签字确确认测试试结果。系统测试试通过后后，开发发组配合合业务组组建立用用户测试试环境，业务组组根据用用户测试试用例进进行用户户测试，出具用户测测试报告告（附附

19、件十一一），业业务组组组长和开开发组组组长应在在用户测测试报告告中签字字确认。项目组完完成系统统帮助文文档（其其中包括括用户户操作手手册和和安装装维护手手册）。凡涉涉及应用用系统的的变更，应对系系统帮助助文档及及时更新新。第八节试试运行系统主要要使用部部门根据据项目规规模及影影响决定定试运行行策略。项目组制制定试试运行计计划（附件十十二），并制定定试运行行验收指指标，上上报公司司主管领领导审批批。试试运行计计划中中应包含含问题应应对机制制，明确确问题沟沟通渠道道和职责责分工。项目组联联合试运运行单位位进行相相关系统统部署工工作，准准备培训训资料，对相关关用户和和信息技技术人员员进行培培训。用用

20、户培训训的完成成度应为为实施后后评估的的指标之之一。项目组根根据试试运行计计划进进行系统统转换和和数据迁迁移。系系统转换换前，检检查系统统环境，确保运运行环境境能满足足新应用用系统的的需要。系统转转换时必必须详细细记录原原系统中中的重要要参数、设置等等系统信信息，并并填写试试运行报报告相关关内容。系统参参数、设设置的转转换工作作作为系系统上线线的验收收的评估估指标之之一。数据迁移移前，应应制定详详细的数据迁迁移计划划（附附件十三三），数据迁迁移计划划中应应包含迁迁移方案案、测试试方案、数据定定义，新新旧数据据对照表表、迁移移时间、回退计计划等信信息。数数据迁移移计划需需经项目目经理和和主管领领

21、导签字字审批。数据迁移移后，项项目组对对数据迁迁移的完完整性和和准确性性作出检检查，出出具数数据迁移移报告（附件件十四），其中中包括数数据来源源、转换换前状态态、转换换后状态态，数据据迁移负负责人、对完整整性检查查情况、对准确确性检查查情况等等内容。各相关关部门验验收转换换结果后后在该报报告上签签字确认认。系统转换换和数据据迁移由由试运行行单位业业务部门门和公司司主管领领导共同同监督并并进行验验收。系统转换换和数据据迁移验验收通过过后，正正式启动动试运行行。在试试运行过过程中，试运行行单位办办公室把把系统运运行情况况（系统统资源使使用，反反应速度度等）记记录到试试运行报报告中。必要时时，项目目

22、组应根根据系统统运行情情况对应应用系统统进行优优化。试运行达达到试运运行计划划规定的的终止条条件时，项目组组编写试运行行报告（附件件十五）。此报报告应由由项目组组和试运运行单位位签字确确认，并并提交公公司主管管领导审审阅。公公司主管管领导审审阅试运运行结果果，决定定试运行行结束或或延期。第九节系系统验收收系统主要要使用部部门及技技术研发发部联合合组成独独立系统统验收小小组，也也可授权权原项目目组作为为验收小小组。验验收小组组从功能能需求及及技术需需求层面面对系统统进行综综合评估估。验收小组组应根据据验收情情况整理理形成系统验验收报告告（附附件十六六）提交交系统主主要使用用部门和和技术研研发部审

23、审阅。系统主要要使用部部门和开开发部门门负责人人根据系系统测试试、试运运行情况况签署验验收意见见。第十节系系统上线线系统上线线应遵循循稳妥、可控、安全的的原则。通常情况况下，系系统上线线包含数数据迁移移工作。项目组制制定系系统上线线计划（附件件十七），上报报公司主主管领导导审批。在上线线计划得得到批准准后才能能开始部部署上线线工作。系统上上线计划划内容容应包括括但不限限于：部署方式式和资源源分配（包括人人力资源源及服务务器资源源）； 上线工作作时间表表； 上线操作作步骤以以及问题题处理步步骤； 项目阶段段性里程程碑和成成果汇报报（项目目执行状状态的审审阅、进进度安排排等）； 数据迁移移的需求求

24、和实施施计划； 完整可行行的应急急预案和和“回退”计划；用户培训训计划（包括：培训计计划、培培训手册册、培训训考核等等）；公司下发发的系统统标准参参数配置置。上线单位位在上线线初期需需加强日日常运行行状态监监控，出出现问题题时应及及时处理理，对重重大问题题应启动动紧急预预案。在完成上上线后要要填写系统验验收评估估报告（附件件十八）。系系统验收收评估报报告内内容包括括：数据据准确性性、系统统性能及及稳定性性、接口口问题、权限问问题、业业务操作作影响度度、问题题处理情情况、备备份、批批处理等等。上线单位位管理层层要对系统验验收评估估报告进行审审批签字字。公司主管管领导批批准结项项后，业业务组和和开

25、发组组将整理理的文档档提交各各自部门门统一管管理。第十一节节合作开开发管理理合作开发发商的选选择应遵遵循公司司相关规规定，合合作商资资质认定定参见第第三方管管理制度度。合作开发发商必须须遵循公公司软软件开发发管理制制度。项目经理理同合作作开发商商明确规规定项目目变更的的范围和和处理方方式，重重点关注注需求和和设计变变更。项目经理理负责监监控合作作开发商商的项目目管理及及软件开开发活动动。合作作开发商商应按计计划定期期向项目目经理报报告进展展状态，并提交交阶段性性成果文文档。发发生重大大问题时时，合作作开发商商需及时时向项目目经理汇汇报。开发组组组长派专专人监控控合作开开发商的的质量保保证过程程

26、。项目组同同合作开开发商商商定验收收的标准准和方法法。以上各要要求需要要在开发发合同中中明确。第十二节节系统交交付在系统验验收通过过后，项项目组对对运维组组进行系系统维护护培训。项目组提提交全部部经审批批的交付付物给PPMO存存档。项目组填填写系系统交付付申请（附件件十九），提交交主管技技术总裁裁审批后后，交付付运维组组。第十三节节外包开开发管理理立项申请请得到公公司主管管领导的的审批后后，选定定开发商商，签订订外包开开发合同同。项目经理理负责监监控外包包开发商商的项目目管理及及软件开开发活动动。外包包开发商商应按计计划定期期向项目目经理报报告进展展状态，并提交交阶段性性成果文文档。发发生重大

27、大问题时时，外包包开发商商需及时时向项目目经理汇汇报。项目经理理监控外外包开发发商的质质量保证证过程。项目组同同外包开开发商商商定验收收的标准准和方法法。以上各要要求需要要在开发发合同中中明确。第十四节节附则本制度由由公司技技术研发发部负责责解释和和修订。本制度自自发布之之日起开开始执行行。附件一立立项分析析报告文件状态态： 草稿 正式发发布 正在修修改文件标识识：当前版本本：作者：完成日期期：版本历史史版本/状状态作者参与者起止日期期备注项目介绍绍1.1. 项目目目的提示：用用简练的的语言说说明本项项目“是什么么”，“实现什什么目的的”。描述述简练且且清晰。1.2. 项目目背景提示：阐阐述项

28、目目背景，重点说说明“为什么么”会产生生本项目目。（1）公公司的短短期、长长期发展展战略；（2）业业务需求求及发展展趋势；（3）技技术状况况及发展展趋势；（4）特特殊的业业务需求求等。1.3. 项目目范围提示：根根据对现现有需求求的了解解来确定定项目基基本范围围，说明明本系统统“应当包包含的内内容”和“不包含含的内容容”。2. 项项目计划划2.1. 项目目团队提示：说说明项目目团队的的角色、知识技技能要求求、建议议人选、人数、工作时时间，如如下表所所示。角色知识技能能要求建议人选选、人数数工作时间间项目经理理需求开发发人员系统设计计人员编程人员员测试人员员质量保证证人员配置管理理人员服务与维维

29、护人员员2.2. 成本本估计内容成本（人人民币）备注人力资源源软硬件资资源差旅费会议费接待费2.3. 进度度表提示：制制定项目目开发的的进度表表（建议议给出项项目里程程碑计划划）。例例如：编号里程碑名名称预计结束束时间备注需求调研研完成项目计划划完成需求分析析完成概要设计计完成详细设计计完成实现完成成集成测试试完成系统测试试完成用户验收收测试完完成试运行结结束项目验收收3. 总总结提示：给给出清晰晰的建议议结论，便于上上级领导导决策。附件二业业务需求求说明书书文件状态态： 草稿 正式发发布 正在修修改文件标识识：ProjjecttNamme-当前版本本：X.Y作者：完成日期期：Yearr-Mo

30、onthh-Daay 版本历史史版本/状状态作者参与者起止日期期备注1概述1.1 业务调调研人员员名单【可选】序号职能部门门姓名主管联系电话话备注1.2业业务范围围此处描写写总体业业务的概概要分类类并。1.3 业务目目标从高层或或商务利利益的角角度提出出本业务务系统的的期望目目标，以以及评价价标准。1.4 相关文文档说明：列列出本文文档的所所有参考考文献（可以是是非正式式出版物物），包包括现有有规范、标准、批文、引用到到的文件件、资料料等。1.5 业务词词汇表说明：列列出本文文档的所所引用的的专属领领域词汇汇、术语语等，以以便于业业务需求求的提供供者和接接收者是是建立在在一致的的业务理理解基础

31、础之上的的。2 组织织结构及及业务2.1 业务相相关组织织结构、人员组组织结构构说明：如如果客户户岗位设设置复杂杂可分别别设置，业务组组织结构构和人员员组织结结构2.2 组织机机构描述述2.3 角色职职责说明：将将业务涉涉及的具具体人员员进行一一定程度度的分类类和抽象象，描述述该抽象象角色的的操作职职责。2.4 管理综综述【可选】说明：主主要描述述该业务务的管理理特点和和管理模模式。例例如：典型按库库存生产产模式。生产计计划以年年度销售售计划为为指导，并综合合考虑设设备能力力、生产产天数、库存、历史销销售记录录。采购购计划的的制订以以生产计计划为依依据。2.5 现有业业务流程程清单【可选】说明

32、：现现有业务务流程需需要考虑虑，很多多新的业业务是在在已有业业务流程程基础上上进行重重组的。流程编号号流程名称称责任部门门辅助部门门3 业务务流程及及业务处处理描述述说明：针针对每一一项具体体的目标标业务，描述具具体的业业务流程程，以及及相关业业务的具具体描述述。3.1 具体业业务流程程（系统统名称+编号）对于具体体业务流流程的命命名有规规范，对对具体流流程进行行编号，便于形形成需求求矩阵，同时形形成需求求的管理理和跟踪踪。3.1.1业务务流程3.1.2业务务描述说明：描描述具体体的业务务流程。3.1.3相关关业务对对象说明：业业务对象象：业务务流程中中涉及的的单据、报表等等。业务对象象使用部

33、门门对应电子子档案编编号3.1.4业务务规则及及关键算算法说明：描描述业务务环节关关键算法法体系。4 假定定和约束束说明：列列出进行行本软件件开发工工作的假假定和约约束，例例如开发发期限等等。4.1 运行环环境约束束4.2 设计约约束【可选】说明：开开发过程程中必须须使用的的软件语语言、软软件进程程需求、主要开开发工具具、核心心技术、第三方方产品等等。4.3 产品应应当遵循循的标准准或规范范【可选】说明：阐阐述本产产品应当当遵循什什么标准准、规范范或业务务规则，违反标标准、规规范或业业务规则则的产品品通常不不太可能能被接受受。5 其他他5.1 目前核核心问题题和困难难5.2 业务对对项目实实施

34、的需需求和期期望【可选】5.3 其他未未尽事宜宜附件三系系统需求求规格说说明书文件状态态： 草稿 正式发发布 正在修修改文件标识识：ProjjecttNamme- 当前版本本：X.Y 作者：完成日期期：Yearr-Moonthh-Daay 版本历史史版本/状状态作者参与者起止日期期备注1 引言言1.1 目的例如：规规定系统统的边界界和目标标，描述述系统的的功能性性需求和和非功能能性需求求。1.2读读者对象象及阅读读建议说明：指指明本文文档面向向的读者者群，及及相应的的阅读意意见。1.3文文档范围围【可选】说明：对对本文的的范围做做阐述，本文档档改动时时，受到到影响的的范围，例如，本文引引用到的

35、的用例模模型，系系统原型型，系统统测试用用例等文文档。1.4 参考文文档说明：列列出本文文档的所所有参考考文献（可以是是非正式式出版物物），包包括计划划任务书书、合同同、批文文、引用用到的文文件、资资料及软软件开发发标准等等。1.5 术语与与缩写解解释说明：列列出本文文件中用用到的专专门术语语的定义义和缩写写词的原原词组，并给予予解释，以便于于所有读读者达成成共识。2 综合合描述2.1 系统背背景【可选】说明：介介绍系统统的预期期效果、历史原原因。2.2 问题说说明【可选】提供一段段说明，总结此此项目需需要解决决的问题题。可以以采用以以下格式式：问题是对问题题进行说说明 影响问题影影响的干干系

36、人 问题的后后果该问题题会导致致什么后后果 成功的解解决方案案应列出出成功解解决方案案的一些些主要优优点 2.3系系统范围围说明：阐阐述本项项目“适用的的业务领领域”和“不适用用的业务务领域”，本产产品“应当包包含的内内容”和“不包含含的内容容”。说清清楚系统统范围的的好处是是：（11）有助助于判断断什么是是需求，什么不不是需求求；（22）可以以将开发发精力集集中在产产品范围围之内；（3）有助助于控制制需求的的变更。完整整而准确确的定义义本产品品的干系系人； 明确确本产品品所影响响到的部部门和业业务； 用图图表或者者文字描描述产品品的范围围，概要要的定义义产品的的功能。 2.4 干系人人与用户

37、户说明 【可选】 2.4.1用户户环境 【可选】 详细说明明目标用用户的工工作环境境。以下下是几项项建议： 该任务由由多少人人来完成成？是否否总在变变化？ 一个任务务周期需需要多长长时间？执行每每项活动动要用多多长时间间？是否否总在变变化？ 是否有特特殊的环环境约束束：移动动、户外外、乘机机旅行等等？ 目前使用用的是哪哪些系统统平台？以后会会使用哪哪些平台台？ 还在使用用哪些应应用程序序？您的的应用程程序是否否需要和和这些应应用程序序集成？ 在此处可可以从业业务模型型中摘录录一些内内容来概概述所涉涉及的任任务和角角色等等等。 2.4.2 干干系人简简档 【可选】 通过在下下表中填填写各干干系人

38、的的相关信信息来说说明系统统中的各各个干系系人，详详尽的简简档应包包括各种种干系人人在以下下方面的的信息：代表谁是此此产品的的干系人人代表？（如在在他处已已作记录录，则此此处为可可选。）此处只只需填写写姓名。 说明对干系系人类型型的简要要说明。 类型介绍干干系人的的技能特特长、技技术背景景和熟练练程度（即权威威用户、业务用用户、专专家用户户、初级级用户等等） 职责列出干干系人对对所开发发的系统统负有的的关键职职责，即即他们作作为干系系人的利利益。 使用频率率该干系系人使用用系统的的频率 意见/问问题在此处处列出会会阻碍成成功的问问题以及及任何其其他相关关信息。 2.4.3关键键的干系系人/用户

39、需需要列出干系系人认为为现有解解决方案案存在的的关键问问题。对对于列出出的每个个问题，需澄清清以下要要点： 为什什么会出出现这一一问题？ 目前前如何解解决该问问题？ 干系系人需要要什么样样的解决决方案？务必要了了解干系系人或用用户对解解决各个个问题的的相对重重视程度度。分级级和累积积投票方方法表明明，必须须解决的的问题与与干系人人或用户户希望解解决的问问题大有有不同。2.5 目标业业务模型型【可选】说明：新新系统业业务模型型描述，如有相相应业务务模型材材料了，可作为为需求规规格说明明书的输输入参考考资料。2.6 功能摘摘要总结该产产品将提提供的主主要优点点和特性性，而不不必涉及及每个功功能的细

40、细节。对对功能加加以组织织，使客客户或初初次阅读读该文档档的其他他人能够够理解此此功能列列表。2.7 功能清清单及重重要程度度说明说明：功功能名称称、功能能描述、重要程程度。重要程度度，以AABC三三类来表表示：AA：核心心功能；B：辅助助功能；C：外围围功能；级别，按按照继承承关系分分为：一一级，二二级，三三级；编号级别重要程度度功能名称称功能描述述备注2.8 功能与与业务对对照关系系表说明：业业务组为为主编写写业务需需求，业业务需求求提交至至信息技技术组后后，由信信息技术术组建立立目标技技术开发发管理制制度第 177 页，共 553 页页系统业务务模型并并与业务务组进行行确认（本操作作可选

41、，也可由由信息技技术组与与开发商商合作建建立），目标业业务模型型作为系系统需求求的输入入，由信信息技术术组与开开发商合合作撰写写和评审审系统统需求规规格书明明书。业务需求求目标系统统业务活活动（可可选）功能名称称2.9 假定和和约束说明：列列出进行行本软件件开发工工作的假假定和约约束，例例如：开开发语言言、开发发期限等等。格式限制制说明：本项将将指定由由现有的的标准或或规则派派生的要要求。例例如：报表格式式；数据据命名；财务处处理；审审计追踪踪，等等等。硬件限制制说明：本项包包括在各各种硬件件约束下下运行的的软件要要求，例例如，应应该包括括：硬件配置置的特点点（接口口数，指指令系统统等）；内存

42、储储器和辅辅助存储储器的容容量。2.9.1运行行环境约约束说明：硬硬件设备备、支持持软件、接口、控制等等方面的的约束名称详细要求求2.9.2设计计约束【可选】说明：开开发过程程中必须须使用的的软件语语言、软软件进程程需求、主要开开发工具具、核心心技术、第三方方产品等等。2.9.3产品品应当遵遵循的标标准或规规范说明：阐阐述本产产品应当当遵循什什么标准准、规范范或业务务规则，违反标标准、规规范或业业务规则则的产品品通常不不太可能能被接受受。3 具体体需求3.1功功能需求求3.1.1具体体功能3.1.1.11内容说明：对对于每一一类功能能或者有有时对于于每一个个功能，需要具具体描述述其输入入、加工

43、工和输出出的需求求。3.2 非功能能需求3.2.1外部部接口3.2.1.11用户接接口说明：提提供用户户使用软软件产品品时的接接口需求求。例如如，如果果系统的的用户通通过显示示终端进进行操作作，就必必须指定定如下要要求：a 对屏屏幕格式式的要求求说明：对对界面上上的各对对象、类类型、宽宽度、取取值范围围、数据据来源、能否为为空等属属性进行行描述。b 报表表或菜单单的页面面打印格格式和内内容c 输入入输出的的需求说明：解解释各输输入输出出数据类类型，并并逐项说说明其媒媒体、格格式、数数值范围围、精度度等。对对软件的的数据输输出及必必须标明明的控制制输出量量进行解解释并举举例，包包括对硬硬拷贝报报

44、告（正正常结果果输出、状态输输出及异异常输出出）以及及图形或或显示报报告的描描述。d 程序序功能键键的可用用性说明：快快捷键定定义等。3.2.1.22 硬件件接口【可选】说明：要要指出软软件产品品和系统统硬部件件之间每每一个接接口的逻逻辑特点点。还可可能包括括如下事事宜：支支撑什么么样的设设备，如如何支撑撑这些设设备，有有何约定定。3.2.1.33软件接接口【可选】说明：在在此要指指定需使使用的其其他软件件产品（例如，数据管管理系统统、操作作系统或或数学软软件包），以及及同其他他应用系系统之间间的接口口。对每每一个所所需的软软件产品品，要提提供如下下内容：名字、助记符符、规格格说明号号、版本本

45、号、来来源。对于每一一个接口口，这部部分应说说明与软软件产品品相关的的接口软软件的目目的，并并根据信信息的内内容和格格式定义义接口，但不必必详细描描述任何何已有完完整文件件的接口口，只要要引用定定义该接接口的文文件即可可。【接口定定义】下表是对对一些接接口的具具体描述述:接口名称称接口描述述填写接口口完成的的任务接口类型型填写是输输入接口口（innbouund）还是输输出接口口（ouutbooundd）源系统填写接口口输入方方系统或或部件目标系统统填写接口口输出方方系统或或部件厂商提供供/客户化化开发文件类型型填写文件件类型；若通过过数据库库表来交交互，请请指明数数据库及及表名文件数量量峰值数

46、据据量频度填写数据据处理的的频度复杂度批处理 /人工工填写接口口数据的的驱动模模式是人人工（mmanuual）还是自自动(aautoomattic)，还是是都支持持接口类型型填写是实实时接口口还是批批量接口口等【其他系系统详细细信息】说明：列列出所有有与接口口交互的的外围系系统的详详细信息息。包括括输入、输出系系统等系统填写与接接口交互互的系统统名称系统类型型填写是接接口的数数据源系系统(ssourrce)还是目目标系统统(obbjecct) 数据库填写交互互系统使使用的数数据库及及版本软件填写交互互系统的的软件名名称架构类型型交互系统统的架构构类型是是B/SS 还是是C/SS。位置填写该软软

47、件在交交互软件件体系中中所出的的位置技术支持持填写交互互系统的的开发商商和支持持商功能支持持填写具体体的支持持商或技技术团队队数据归属属【接口隶隶属系统统的详细细信息可选 】系统填写接口口隶属系系统的名名称模块隶属于具具体的模模块名称称数据库隶属系统统的数据据库及版版本负责人控制报告告【接口配配置】（1）接接口基础础信息配配置说明：接接口基础础信息的的配置项项目，描描述配置置的方式式。（2）接接口运行行参数配配置说明：接接口运行行参数的的配置方方式和步步骤。【其他配配置可选 】说明：外外围系统统或相关关模块的的配置。3.2.1.44通信接接口【可选】说明：指指定各种种通信接接口。例例如，局局部

48、网络络的协议议等等。3.2.2其他他非功能能性需求求说明：下下表中的的各种需需求，可可根据实实际情况况进行选选择其中中的一种种或者几几种进行行描述，在表的的后面是是各种需需求的详详细解释释。名称详细要求求静态数值值需求动态数值值需求精度时间特性性要求可用性可靠性可维护性性安全性可移植性性可扩展性性兼容性3.2.2.11 静态态数值需需求说明：支支持的终终端数；支持并并行操作作的用户户数。3.2.2.22 动态态数值需需求说明：欲欲处理的的事务和和任务的的数量，以及在在正常情情况下和和峰值工工作条件件下一定定时间周周期中处处理的数数据总量量。3.2.2.33 精度度说明:对对该软件件的输入入、输

49、出出数据精精度的要要求，可可能包括括传输过过程中的的精度。3.2.2.44时间特特性要求求说明：对对于该软软件的时时间特性性要求，如对：a响应应时间；b更新新处理时时间；c数据据的转换换和传送送时间；d解题题时间等等要求。3.2.2.55 数据据管理要要求【可选】说明：需需要管理理的文卷卷和记录录的个数数、表和和文卷的的大小规规模，要要按可预预见的增增长对数数据及其其分量的的存储要要求做出出估算。3.2.2.66 可用用性指出普通通用户和和高级用用户要高高效地执执行特定定操作所所需的培培训时间间，指出出典型任任务的可可评测任任务次数数或根据据用户已已知或喜喜欢的其其他系统统确定新新系统的的可用

50、性性需求性能3.2.2.77可靠性性指出可用用时间百百分比 ( xxx.xxx%)、使用用小时数数、维护护访问权权、降级级模式操操作等。平均故故障间隔隔时间 (MTTBF)。平均均修复时时间 (MTTTR)系统在在发生故故障后可可以暂停停运行的的时间。指出系系统输出出要求具具备的精精密度（分辨率率）和精精确度（按照某某一已知知的标准准）。3.2.3文档档需求说明：主主要是在在线用户户手册与与帮助系系统，也也包括其其他的文文档3.2.4第三三方产品品【可选】说明：使使用到的的第三方方产品相相关的使使用许可可、使用用限制、接口标标准。3.3 数据字字典说明：把把相关的的数据抽抽取出来来统一维维护，

51、在在其他章章节如有有类似信信息描述述，则关关联到数数据字典典的相关关部分并并加辅助助说明，如：引引用到的的字段等等。4 补充充资料【可选】4.1待待确定的的问题列列表【可选】需求标题题1 调查方式式调查人调查对象象时间、地地点需求信息息记录附件四需需求变更更申请记录号：项目：类型：开发项目目项目负责责人：变更申请请人：申请部门门：申请日期期：变更内容容变更的内内容及其理由由说明变更更的内容容及变更更的理由由，如果变更更为业务务组提出出，则业业务组填填写；如果变更更为为信信息技术术组提出出，则信信息技术术组填写写；变更的系系统及版版本说明变更更所涉及及的工作作产品及及其当前前版本，如果变更更为业

52、务务组提出出，则业业务组填填写；如果变更更为为信信息技术术组提出出，则信信息技术术组填写写；对业务及及其接口口的影响响分析需求求变更引引起的业业务变更更、业务务接口的的变更，业务组填填写业务负责责人意见见：同意不同意意签字日期期：变更结果果变更分析析对相关的的资源影影响分析需求求变更对对人员、开发设设备和目目标设备备的影响响，仅信息技技术组填填写风险分析析分析需求求变更的的风险，仅信息技技术组填填写对其他系系统或接接口的影影响分析需求求变更引引起的系系统变更更、其他他系统或或接口的的变更，仅信息技技术组填填写对开发工工作量、进度和和成本影影响估计需求求变更对对开发工工作量和和进度的的影响，需说

53、明明本次变变更工作作量/成本是是否超过过本项目目总开发发工作量量/总成本本的1%？仅信息技技术组填填写开发部审审批意见见信息技术术组负责责人意见见：同意不同意意指定验验证人员员：签字：日日期：处经理意意见：同意不同意意汇报上上级签字：日日期：上级经理理意见：同意不不同意签字：日日期：变更结果果变更的系系统及版版本说明变更更后的工工作产品品签字：日日期：变更验证证验证变更更结果完整性是否否正确性是否是否否附加变更更是否否版本和名名称是否否验证人意意见：符合要求求不符合合要求签字：日日期：附件五项项目计划划书文件状态态： 草稿 正式发发布 正在修修改文件标识识：ProjjecttNamme- 当前

54、版本本：X.Y 作者：完成日期期：Yearr-Moonthh-Daay 版本历史史版本/状状态作者参与者起止日期期备注1 文档档介绍1.1 文档目目的1.2文文档范围围1.3参参考文献献提示：列出本文文档的所所有参考考文献（可以是是非正式式出版物物），格格式如下下：标识符符 作者者，文献献名称，出版单单位（或或归属单单位），日期例如：AAAA 作作者，立项建建议书，机构构名称，日期1.5 术语与与缩写解解释缩写、术术语解释2 项目目介绍2.1项项目范围围提示：（1）用用简练的的语言说说明本项项目“是什么么”，“说明用用途”。（2）说说明本项项目“应当包包含的内内容”和“不包含含的内容容”。2.

55、2项项目目标标提示：给给出“清晰的的”、“可实现现”、“可验证证”的目标标。2.3客客户与最最终用户户介绍提示：请请说明本本项目的的客户、用户及及其相关关责任人人是谁，描述最最终用户户的特征征。2.4 约束提示：（1）请请说明在在项目开开发过程程中应当当遵循的的标准或或规范（2）请请说明相相关项目目可能对对本项目目造成的的影响。（3）说说明一些些假设和和依赖。3 项目目过程定定义3.1软软件生命命周期模模型提示：简简要描述述、绘制制本项目目的软件件生命周周期模型型。3.2项项目规范范提示：描描述项目目需遵循循的规范范，例如如：编码码规范。此处可可以表现现为编码码规范的的链接。3.3方方法与工工

56、具提示：说说明在过过程中将将采用的的方法与与工具。例如采采用Raatioonall Roose进进行面向向对象分分析与设设计，采采用Viisuaal SSourrceSSafee进行配配置管理理，采用用Miccrossoftt Offficce制作作文档。方法与工工具用途Visuual SouurceeSaffe 配置管理理4 里程程碑计划划序号里程碑名名称开始日期期结束日期期工作成果果备注5 资源源计划5.1人人力资源源计划提示：制制定本项项目的角角色职责责表，并并为已知知的项目目成员分分配角色色（一个个人可以以兼多个个角色）。角色职责人员姓名名工作说明明高层领导导项目经理理需求分析析员系统

57、设计计员程序员测试员5.2 软硬件件资源计计划提示：分分析项目目开发、测试、运行所所需的软软硬件资资源和关关键计算算机资源源（会影影响软件件产品的的性能的的CPUU、内存存、带宽宽等内容容），主主要内容容包括：资源级别别（分为为“关键”、“普通”两种） 详细配置置 方式（如如“已经存存在”、“可以借借用”或“需要购购买”等）与与获取时时间 使用说明明（如“谁”在“什么”时候使使用）软硬件资资源名称称级别详细配置置获取方式式与时间间使用说明明关键关键普通6 文档档交付列列表序号交付文档档名称交付日期期备注7 风险险管理计计划提示：以以下是各各个列标标题的解解释。约定在项项目中的的风险管管理方案案

58、，例如如：风险险识别频频度、风风险跟踪踪频度等等。风险级别别：确定定风险的的严重性性、可能能性、风风险系数数风险描述述：缓解解方案或或者应急急计划。风险编号号风险级别别风险描述述缓解方案案应急计划划严重性(1-55) 可能性(%) 风险系数数(严重性性*可能性性) 8 沟通通计划甲方代表表乙方代表表沟通方式式沟通频率率/时间期望结果果9 附件件项目进进度计划划 附件六项项目计划划变更说说明项目名称称申请日期期项目计划划变更申申请申请变更更的项目计计划输入名称称，版本本，完成成日期等等信息变更的内内容及其理由由评估计划划变更将将对项目造成成的影响响项目负责责人签字字变更申请请的审批批意见处经理审

59、审批审批意见见：签字： 日日期开发部负负责人审审批审批意见见：签字： 日日期业务部门门意见审批意见见：签字： 日日期更改项目目计划变更后的的项目计计划输入名称称，版本本，完成成日期等等信息项目负责责人签字字附件七设设计说明明书文件状态态： 草稿 正式发发布 正在修修改文件标识识：ProjjecttNamme- 当前版本本：X.Y 作者：完成日期期：Yearr-Moonthh-Daay 版本历史史版本/状状态作者参与者起止日期期备注1引言1.1编编写目的的说明编写写这份详详细设计计说明书书的目的的，指出出预期的的读者。1.2背背景说明：待开发软软件系统统的名称称；本项目的的任务提提出者、开发者者

60、、用户户和运行行该程序序系统的的计算中中心。1.3定定义列出本文文件中用用到专门门术语的的定义和和外文首首字母组组词的原原词组。1.4参参考资料料列出有关关的参考考资料，如：本项目的的经核准准的计划划任务书书或合同同、上级级机关的的批文；属于本项项目的其其他已发发表的文文件；本文件中中各处引引用到的的文件资资料，包包括所要要用到的的软件开开发标准准。列出出这些文文件的标标题、文文件编号号、发表表日期和和出版单单位，说说明能够够取得这这些文件件的来源源。2程序系系统的结结构用一系列列图表列列出本程程序系统统内的每每个程序序（包括括每个模模块和子子程序）的名称称、标识识符和它它们之间间的层次次结构