软件项目开发各阶段文档模板58773.docx

《软件项目开发各阶段文档模板58773.docx》由会员分享，可在线阅读，更多相关《软件项目开发各阶段文档模板58773.docx（124页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、目录 1. 范围12. 总体体要求12.1 总总体功能能要求12.2 软软件开发发平台要要求12.3 软软件项目目的开发发实施过过程管理理要求22.3.11 软件件项目实实施过程程总体要要求22.3.22 软件件项目实实施变更更要求22.3.33 软件件项目实实施里程程碑控制制23. 软件件开发33.1 软软件的需需求分析析33.1.11 需求求分析33.1.22 需求求分析报报告的编编制者43.1.33 需求求报告评评审43.1.44 需求求报告格格式43.2 软软件的概概要设计计43.2.11 概要要设计43.2.22 编写写概要设设计的要要求43.2.33 概要要设计报报告的编编写者43

2、.2.44 概要要设计和和需求分分析、详详细设计计之间的的关系和和区别43.2.55 概要要设计的的评审43.2.66 概要要设计格格式43.3 软软件的详详细设计计53.3.11 详细细设计53.3.22 特例例53.3.33 详细细设计的的要求53.3.44 数据据库设计计53.3.55 详细细设计的的评审53.3.66 详细细设计格格式53.4 软软件的编编码53.4.11 软件件编码53.4.22 软件件编码的的要求53.4.33 编码码的评审审63.4.44 编程程规范及及要求63.5 软软件的测测试63.5.11 软件件测试63.5.22 测试试计划63.6 软软件的交交付准备备6

3、3.6.11 交付付清单63.7 软软件的鉴鉴定验收收73.7.11 软件件的鉴定定验收73.7.22 验收收人员73.7.33 验收收具体内内容73.7.44 软件件验收测测试大纲纲73.8 培培训73.8.11 系统统应用培培训73.8.22 系统统管理的的培训（可可选）8附录A 软件需需求分析析报告91. 引言言111.1 编编写目的的111.2 项项目风险险111.3 文文档约定定111.4 预预期读者者和阅读读建议111.5 产产品范围围121.6 参参考文献献122. 综合合描述122.1 产产品的状状况122.2 产产品的功功能132.3 用用户类和和特性132.4 运运行环境境

4、132.5 设设计和实实现上的的限制132.6 假假设和约约束(依依赖)143. 外部部接口需需求143.1 用用户界面面143.2 硬硬件接口口153.3 软软件接口口153.4 通通讯接口口164. 系统统功能需需求164.1 说说明和优优先级164.2 激激励响响应序列列174.3 输输入输输出数据据175. 其它它非功能能需求175.1 性性能需求求175.2 安安全措施施需求185.3 安安全性需需求185.4 软软件质量量属性185.5 业业务规则则185.6 用用户文档档186. 词汇汇表197. 数据据定义198. 分析析模型209. 待定定问题列列表20附录B 软软件概要要设

5、计报报告211. 引言言231.1 编编写目的的231.2 项项目风险险231.3 预预期读者者和阅读读建议231.4 参参考资料料232. 设计计概述242.1 限限制和约约束242.2 设设计原则则和设计计要求243. 系统统逻辑设设计253.1 系系统组织织设计253.2 系系统结构构设计253.2.11 系统统特性表表263.2.22 系统统特性结结构图273.3 系系统接口口设计273.3.11 系统统接口表表273.3.22 系统统接口传传输协议议说明283.4 系系统完整整性设计计284. 系统统出错处处理设计计294.1 系系统出错错处理表表294.2 维维护处理理过程表表30

6、5. 技术术设计315.1 系系统开发发技术说说明表315.2 开开发技术术应用说说明326. 数据据库设计计327. 词汇汇表328. 进度度计划32附录C 软件件详细设设计报告告331. 引言言351.1 编编写目的的351.2 项项目风险险351.3 文文档约定定351.4 预预期读者者和阅读读建议351.5 参参考资料料362. 支撑撑环境362.1 数数据库管管理系统统362.2 开开发工具具、中间间件以及及数据库库接口372.3 硬硬件环境境372.4 网网络环境境382.5 多多种支撑撑环境开开发要点点383. 部件件详细设设计384. 词汇汇表395. 部件件表格式式406.

7、界面面表格式式40附录D 软件件数据库库设计报报告431. 引言言451.1 编编写目的的451.2 项项目来源源451.3 文文档约定定451.4 预预期读者者和阅读读建议451.5 参参考资料料452. 数据据库命名名规则463. 数据据库设计计说明463.1 数数据库逻逻辑设计计463.2 数数据库物物理设计计463.3 数数据库分分布473.4 基基表设计计473.5 视视图设计计483.6 索索引设计计493.7 完完整性约约束503.8 授授权设计计503.9 触触发器设设计513.10 存储过过程设计计513.11 数据复复制设计计524. 词汇汇表535. 历史史数据处处理53

8、附录E 软件件测试（验验收）大大纲551. 引言言571.1 目目的571.2 术术语571.3 参参照标准准572. 测试试日期安安排583. 测试试小组及及成员584. 测试试具体内内容584.1 合合法性检检查584.2 软软件文档档检查584.2.11 必须须提供检检查的文文档584.2.22 其他他可能需需要检查查的文档档594.2.33 由业业主确定定必须检检查的其其他文档档594.2.44 文档档质量的的度量准准则594.3 软软件代码码测试594.3.11 源代代码一般般性检查查594.3.22 软件件一致性性检查604.4 软软件系统统测试604.4.11 界面面(外观观)测

9、试试614.4.22 可用用性测试试614.4.33 功能能测试614.4.44 稳定定性(强强度)测测试614.4.55 性能能测试614.4.66 强壮壮性(恢恢复)测测试614.4.77 逻辑辑性测试试614.4.88 破坏坏性测试试614.4.99 安全全性测试试625. 测试试结果交交付方式式621141. 范围本指南用于于指导软软件开发发者为南南京市交交通局开开发软件件项目的的过程，通通过规范范软件项项目承担担单位的的开发过过程达到到提高软软件质量量，降低低维护成成本的目目的。开开发者应应根据本本指南进进行软件件开发和和编制软软件开发发文档。本本指南是是对软件件项目承承担单位位的基

10、本本要求。2. 总体要求2.1 总体功能要要求网络应用环环境以IInteerneet/IIntrraneet技术术为核心心。开发者应在在充分分分析需求求的基础础上，选选择采用用B/SS结构或或者C/S结构构。软件系统的的数据库库应依照照南京京市交通通局信息息化数据据库建设设规范进进行设计计和建设设。本指南中没没有规定定开发者者采用何何种具体体的软件件工程开开发方法法，开发发者可根根据项目目具体特特点、自自身擅长长来选择择采用面面向过程程的方法法、面向向对象的的方法或或面向数数据的方方法，但但建议开开发 商商使用面面向对象象软件工工程的方方法，如如：采用用目前被被广泛使使用的RRUP(Ratti

11、onnal Uniifieed PProccesss)方法法来进行行分析、设设计和开开发。2.2 软件开发平平台要求求数据库管理理系统：Oraclle 99i以上上版本开发工具系系统：Microosofft VVisuual Stuudioo 20010OS系统：Windoows 20003完全支持TTCP/IP协协议2.3 软件项目的的开发实实施过程程管理要要求2.3.1 软件项目实实施过程程总体要要求（一） 开发者提交交软件开开发工作作大纲，交通局组织专家组对工作大纲进行评审，并提出整改意见。（二） 通过评审后后，开发发者根据据整改意意见完善善工作大大纲，经经过交通通局认可可后组织织项目组

12、组进行软软件开发发。软件件开发工工作按照照需求分分析、概概要设计计、详细细设计、编编码、测测试等几几个阶段段进行，在在开发过过程中，开开发者需需分阶段段提交相相关文档档。（三） 在软件开发发工作完完成后，开开发者应应向交通通局提交交完整的的软件文文档，交交通局组组织验收收组对软软件进行行验收审审查。2.3.2 软件项目实实施变更更要求在开发过程程中，需需求或设设计不可可避免地地需要发发生变更更，相关关变更必必须经过过交通局局书面同同 意意方可进进行。在在需求或或设计发发生变更更时，需需要对原原有文档档进行修修改，并并提供完完整的变变更记录录， 以使变变更处于于可控制制的状态态。变更更单如下下表

13、所示示：表 2-11 变更更单需求变更申申请申请变更的的需求文文档 输入名名称，版版本，日日期等信信息变更的内客客及其理理由 评估需求变变更将对对项目造成的的影响 申请人签字字 变更申请的的审批意意见项目经理签签字 审批意意见： 签字字 日期 客户签字(合同项目目) 审批意意见： 签字字 日期 更改需求文文档变更后的需求文档 输入名名称，版版本，完完成日期期等信息息 更改人签字字 重新评审需需求文档档需求评审小小组签字字 评审意意见： 签字字 日期 变更结束项目经理签签字 签字字 日期 2.3.3 软件项目实实施里程程碑控制制交通局将分分四个阶阶段进行行把关，召召开专家家审查会会。（一） 需求

14、分析析（结合合原型进进行审查查）确认认；（二） 概要设计计+数据据库设计计；（三） 预验收（试试运行后后）；（四） 正式验收收（推广广使用后后）。3. 软件开发合同签订以以后，项项目承担担单位即即可组织织项目组组进行软软件开发发工作。软软件开发发必须严严格按照照软件工工程的要要求进行行。开发发过程包包括开发发者的活活动和任任务。此此过程由由软件需需求分析析、概要要设计、详详细设计计、编码码、测试试、验收收、鉴定定等活动动组成。3.1 软件的需求求分析3.1.1 需求分析首先，开发发者和交交通局应应共同对对交通局局的应用用需求作作充分的的调研，提提交完整整的需求求分析 报告告。在需需求分析析报告

15、中中必须描描述的基基本问题题是：功功能、性性能、强强加于实实现的设设计限制制、属 性、外外部接口口。应当当避免把把设计或或项目需需求写入入需求分分析报告告中。它它必须说说明由软软件获得得的 结果，而而不是获获得这些些结果的的手段。软件需求可可以用若若干种方方法来表表达，如如通过输输入、输输出说明明；使用用代表性性的例子子；用规规范化的的模型。开发者应尽可能地使用模型的方式，因为这是表达复杂需求的精确和有效的方法。比如用统一建模语言（UML）来描述需求。编写需求分分析报告告的要求求a无歧义义性对最终产品品的每一一个特性性用某一一术语描描述；若若某一术术语在某某一特殊殊的行文文中使用用时具有有多种

16、含含义，那那么应对对该术语语的每种种含义做做出解释释并指出出其适用用场合。b完整性性需求分析报报告应该该包括全全部有意意义的需需求，无无论是关关系到功功能的、性性能的、设设计约束束的、还还是关系系到外部部接口方方面的需需求；对对所有可可能出现现的输入入数据的的响应予予以定义义，要对对合法和和非合法法的输入入值的响响应做出出规定；填写全全部插图图、表、图图示标记记等；定定义全部部术语和和度量单单位。c可验证证性需求分析报报告描述述的每一一个需求求应是可可以验证证的。可可以通过过一个有有限处理理过程来来检查软软件产品品是否满满足需求求。d一致性性在需求分析析报告中中的各个个需求的的描述不不能互相相

17、矛盾。e可修改改性需求分析报报告应具具有一个个有条不不紊、易易于使用用的内容容组织；没有冗冗余，即即同一需需求不能能在需求求分析报报告中出出现多次次。f可追踪踪性每一个需求求的源流流必须清清晰，在在进一步步产生和和改变文文件编制制时，可可以方便便地引证证每一个个需求。g运行和和维护阶阶段的可可使用性性需求分析报报告必须须满足运运行和维维护阶段段的需要要。在需需求分析析报告要要写明功功能的来来源和目目的。3.1.2 需求分析报报告的编编制者需求分析报报告应由由交通局局和开发发者双方方共同完完成。其其中：交交通局负负责根据据实际需需要提出出希望软软件实现现的功能能；软件件开发者者根据交交通局提提出

18、的性性能需求求，结合合软件开开发编写写需求分分析。3.1.3 需求报告评评审在软件需求求分析工工作完成成后，软软件开发发者应向向交通局局提交软软件需求求分析报报告。交交通局组组织有关关人员对对需求进进行评审审，以决决定软件件需求是是否完善善和恰当当。评审审完成后后，就可可以进入入软件的的设计阶阶段。3.1.4 需求报告格格式软件需求求分析报报告需需按一定定的格式式进行编编写，具具体的软软件需求求分析报报告文文档编写写模板请请见附录录A。3.2 软件的概要要设计3.2.1 概要设计在交通局和和开发者者双方认认可的需需求分析析报告基基础上，开开发者进进行下步的的工作。 首先，开开发者需需要对软软件

19、系统统进行概概要设计计，即系系统设计计。概要要设计需需要对软软件系统统的设计计 进行行考虑，包包括系统统的基本本处理流流程、系系统的组组织结构构、模块块划分、功功能分配配、接口口设计、 运行设设计、数数据结构构设计和和出错处处理设计计等，为为软件的的详细设设计提供供基础。3.2.2 编写概要设设计的要要求a一致性性概要设计的的要求应应该与需需求分析析报告所所描述的的需求一一致。同同时，概概要设计计的各项项要求之之间也应应该一致致。b合理性性概要设计所所提出的的设计方方法和标标准应该该是合理理的、恰恰当的。c可追踪踪性对概要设计计所提出出的各项项要求应应该可以以得到它它的清晰晰的源流流，即在在需

20、求分分析报告告客户有有明确的的需求描描述。d可行性性根据概要设设计进行行详细设设计、操操作和维维护应该该是可行行的。3.2.3 概要设计报报告的编编写者概要设计报报告由开开发者根根据需求求分析报报告的要要求进行行编写。3.2.4 概要设计和和需求分分析、详详细设计计之间的的关系和和区别 需求分析析不涉及及具体的的技术实实现，而而概要设设计注重重于从宏宏观上和和框架上上来描述述采用何何种技术术手段、方方法来实实现这些些需求。详详细设计计相对概概要设计计更注重重于微观观上和框框架内的的设计， 是编码码的依据据。概要要设计是是指导详详细设计计的依据据。3.2.5 概要设计的的评审在软件概要要设计工工

21、作完成成后，软软件开发发者应向向交通提提交软软件系统统概要设设计报告告。在在交通局局对概概要设计计报告评评审通过过后，即即可进入入详细设设计阶段段。3.2.6 概要设计格格式软件系统统概要设设计报告告需按按一定的的格式进进行编写写，具体体的软软件系统统概要设设计报 告文文档编写写模板请请见附录录B。3.3 软件的详细细设计3.3.1 详细设计在概要设计计的基础础上，开开发者需需要进行行软件系系统的详详细设计计。在详详细设计计中，描描述实 现具体体模块所所涉及到到的主要要算法、数数据结构构、类的的层次结结构及调调用关系系，需要要说明软软件系统统各个层层次中的的每一个个程序(每个模模块或子子程序)

22、的设计计考虑，以以便进行行编码和和测试。应应当保证证 软件件的需求求完全分分配给整整个软件件。详细细设计应应当足够够详细，能能够根据据详细设设计报告告进行编编码。3.3.2 特例如果软件系系统比较较简单，层层次较少少，可以以不必进进行专门门的详细细设计，而而和概要要设计结结合起来来。3.3.3 详细设计的的要求a一致性性详细设计的的要求应应该与需需求分析析报告所所描述的的需求、与与概要设设计一致致。同时时，详细细设计的的各项要要求之间间也应该该是一致致的。b合理性性详细设计所所提出的的设计方方法和标标准应该该是合理理的、恰恰当的。c可追踪踪性对详细设计计所提出出的各项项要求应应该可以以得到它它

23、的清晰晰的源流流，即可可在需求求分析报报告、概概要设计计报告中中有明确确的需求求描述。d可行性性根据详细设设计进行行编码、测测试、操操作和维维护应该该是可行行的。3.3.4 数据库设计计如果软件产产品需要要使用到到数据库库，软件件的详细细设计应应包括对对数据库库的设计计。数据据库设计计应在软软件的需需求分析析、概要要设计完完成之后后、详细细设计的的其它工工作之前前进行。在在进行数数据库设设计时，应应当按照照交通局局制定的的南京京市交通通局信息息化数据据库建设设规范要要求进行行。3.3.5 详细设计的的评审在软件详细细设计完完成后，软软件开发发者应向向交通局局提交软软件系统统数据库库设计报报告和

24、和软件件系统详详细设计计报告。在在交通局局对软软件系统统数据库库设计报报告、软软件系统统详细设设计报告告评审审通过后后，即可可进入软软件编码码阶段。3.3.6 详细设计格格式软件系统统详细设设计报告告、软软件系统统数据库库设计报报告需需按一定定的格式式进行编编写， 具体的的软件件系统详详细设计计报告文文档编写写模板和和软件件系统数数据库设设计报告告文档档编写模模 板请请见附录录C、附附录D。3.4 软件的编码码3.4.1 软件编码在软件编码码阶段，开开发者根根据软软件系统统详细设设计报告告中对对数据结结构、算算法分析析和模块块实现等等方面的的设计要要求，开开始具体体的编写写程序工工作，分分别实

25、现现各模块块的功能能，从而而实现对对目标系系统的功功能、性性能、接接口、界界面等方方面的要要求。3.4.2 软件编码的的要求a模块化化编码b代码可可读性c可维护护性d模块接接口标准准化e界面风风格统一一e注释的的应用3.4.3 编码的评审审为了尽早发发现软件件中的障障碍，提提高软件件产品的的质量，开开发者在在编码的的过程中中应该强强调代码码评审工工作。将将代码评评审报告告作为文文档的一一部分，提提交给交交通局。3.4.4 编程规范及及要求为了提高编编程实现现的质量量，软件件的程序序设计必必须遵照照国家颁颁布的相相关编程程规范。主要内容包包括：规规范化的的程序内内部文档档、数据据结构的的详细说说

26、明、清清晰的语语句结构构、编码码规范。编编码规范范的内容容包括命命名规范范、界面面规范、提提示及帮帮助信息息规范、热热键定义义等。其中数据库库部分应应遵守南南京市交交通局信信息化数数据库建建设规范范的要要求。在软件编码码的同时时应进行行单元测测试。3.5 软件的测试试3.5.1 软件测试为了尽早发发现软件件产品中中的错误误，从而而达到提提高软件件质量、降降低软件件维护的的费用，开开发者应应在编码码过程中中对各个个模块的的程序代代码进行行单元测测试，系系统集成成时进行行集成测测试，系系统集成成完成后后对整个个软件进进行系统统测试。单单元测试试是在软软件开发发过程中中针对程程序模块块进行正正确性检

27、检验。集集成测试试是在单单元测试试的基础础上，将将所有模模块按照照设计要要求组装装成系统统或子系系统，对对模块组组装过程程和模块块接口进进行正确确性检验验。软件件系统测测试不仅仅是检测测软件的的整体行行为表 现，从从另一个个侧面看看，也是是对软件件开发设设计的再再确认。进进行软件件系统测测试工作作时。测测试主要要包括界界面测试试、可用用性测试试、功能能测试、稳稳定性(强度)测试、性性能测试试、强壮壮性(恢恢复)测测试、逻逻辑性测测试、破破坏性测测试、安安全性测测试等。开发者针对对单元测测试，集集成测试试，系统统测试分分别制定定测试试计划。集集成测试试需要根根据需求求分析报报告和概概要设计计制作

28、测测试用例例，并须须经过评评审。软软件测试试按照测测试计划划、需需求分析析报告的的要求进进行，最最后形成成软件件测试报报告。3.5.2 测试计划在软件编码码开始之之前，开开发者应应向交通通局提交交测试试计划，在在软件交交付时，开开发者应应向交通通局提交交软件件测试报报告，以以确保开开发者的的软件得得到了充充分的测测试。开开发的软软件必须须经过充充分的测测试证明明其符合合设计要要求、运运行稳定定、安全全可用方方可交付付交通局局。3.6 软件的交付付准备3.6.1 交付清单在软件测试试证明软软件达到到要求后后，软件件开发者者应向交交通局提提交开发发的目标标安装程程序、数数据库的的数据字字典、用用户

29、安装装手册、用用户使用用指南、需需求报告告、设计计报告、测测试报告告等双方方合同约约定的产产物。用户安装装手册应应详细介介绍安装装软件对对运行环环境的要要求、安安装软件件的定义义和内容容、在客客户端、服服务器端端及中间间件的具具体安装装步骤、安安装后的的系统配配置。用户使用用指南应应包括软软件各项项功能的的使用流流程、操操作步骤骤、相应应业务介介绍、特特殊提示示和注意意事项等等方面的的内容，在在需要时时还应举举例说明明。3.7 软件的鉴定定验收3.7.1 软件的鉴定定验收在软件开发发完成后后，为了了确保软软件是按按照需求求分析的的要求进进行开发发的，保保证软件件产品的的质量，需需要对软软件产品

30、品进行鉴鉴定验收收。在开开发者如如期交付付软件后后，由交交通局负负责确定定具体的的鉴定验验收日期期。3.7.2 验收人员由交通局聘聘请具有有一定的的分析、设设计、编编程和软软件测试试经验的的验收组组长和其其他专业业人员组组成。验验收组设设组长一一名(可可设有副副组长)，负责责整个验验收的计计划、组组织工作作。3.7.3 验收具体内内容验收内容应应该包括括：合法法性检查查、文档档检查、软软件一致致性检查查、软件件系统测测试与测测试结果果评审等等几项工工作。合法性检查查检查软软件开发发工具是是否合法法、使用用的函数数库、控控件、组组件是否否有合法法的发布布许可。文档检查检检查开发发者提交交的文档档

31、必须齐齐全，质质量是否否过关。需需要开发发者提供供的文档档包括：项目实施计计划；详细技术方方案；软件需求规规格说明明书(SSTP)(含数数据字典典)；概要设计说说明书(PDDD)；详细设计说说明书(DDDD)(含含数据库库设计说说明书)；软件测试计计划(SSTP)(含测测试用例例)；软件测试报报告(SSTR)；用户手册(SUMM)(含含操作、使使用、维维护、应应急处理理手册)；源程序(SSCL)(不可可修改的的电子文文档)；项目实施计计划(PPIP)；项目开发总总结(PPDS)；软件质量保保证计划划(SQQAP)；此外，验收收组可以以根据需需要对其其它文档档(如软软件配置置计划、项项目进展展报

32、表、阶阶段评审审报 表表等)进进行检查查。文档的质量量根据完完备性、正正确性、简简明性、可可追踪性性、自说说明性、规规范件等等方面进进行踪合合评定。验收需要对对软件代代码进行行检查，以以确保其其符合规规范，并并检查其其一致性性。3.7.4 软件验收测测试大纲纲在软件进行行鉴定验验收前，开开发者需需按照一一定的格格式编写写软件件验收测测试大纲纲，具具体的格格式请见见附录EE。3.8 培训3.8.1 系统应用培培训主要培训内内容包括括：系统统操作使使用、业业务管理理流程。培训对象：应用操操作人员员。3.8.2 系统管理的的培训（可可选）主要培训内内容包括括：系统统安装、调调试、维维护；系系统管理理

33、。培训对象：系统管管理人员员。开发者应详详细列出出培训计计划，包包括培训训内容、教教材、时时间和人人员等。附录A 软件需需求分析析报告1. 引言言111.1 编编写目的的111.2 项项目风险险111.3 文文档约定定111.4 预预期读者者和阅读读建议111.5 产产品范围围121.6 参参考文献献122. 综合合描述122.1 产产品的状状况122.2 产产品的功功能132.3 用用户类和和特性132.4 运运行环境境132.5 设设计和实实现上的的限制132.6 假假设和约约束(依赖)143. 外部部接口需需求143.1 用用户界面面143.2 硬硬件接口口153.3 软软件接口口153

34、.4 通通讯接口口164. 系统统功能需需求164.1 说说明和优优先级164.2 激激励响响应序列列174.3 输输入输输出数据据175. 其它它非功能能需求175.1 性性能需求求175.2 安安全措施施需求185.3 安安全性需需求185.4 软软件质量量属性185.5 业业务规则则185.6 用用户文档档186. 词汇汇表197. 数据据定义198. 分析析模型209. 待定定问题列列表201. 引言引言是对这这份软件件产品需需求分析析报告的的概览，是是为了帮帮助阅读读者了解解这份文文档是如如何编写写的，并并且应该该如何阅阅读、理理解和解解释这份份文档。1.1 编写目的说明这份软软件产

35、品品需求分分析报告告是为哪哪个软件件产品编编写的，开开发这个个软件产产品意义义、作用用、以及及最终要要达到的的意图。通通过这份份软件产产品需求求分析报报告详尽尽说明了了该软件件产品的的需求规规格，包包括修正正和(或或)发行行版本号号，从而而对该软软件产品品进行准准确的定定义。如果这份软软件产品品需求分分析报告告只与整整个系统统的某一一部分有有关系，那那么只定定义软件件产品需需求分析析报告中中说明的的那个部部分或子子系统。1.2 项目风险具体说明本本软件开开发项目目的全部部风险承承担者，以以及各自自在本阶阶段所需需要承担担的主要要风险，首首要风险险承担者者包括： 任务提出者者； 软件开发者者；

36、产品使用者者。1.3 文档约定描述编写文文档时所所采用的的标准(如果有有标准的的话)，或或者各种种排版约约定。排排版约定定应该包包括： 正文风格； 提示方式； 重要符号；也应该说明明高层次次需求是是否可以以被其所所有细化化的需求求所继承承，或者者每个需需求陈述述是否都都有其自自己的优优先级。1.4 预期读者和和阅读建建议列举本软件件产品需需求分析析报告所所针对的的各种不不同的预预期读者者，例如如，可能能包括： 用户； 开发人员； 项目经理； 营销人员； 测试人员； 文档编写入入员。并且描述了了文档中中，其余余部分的的内容及及其组织织结构，并并且针对对每一类类读者提提出最适适合的文文档阅读读建议

37、。1.5 产品范围说明该软件件产品及及其开发发目的的的简短描描述，包包括利益益和目标标。把软软件产品品开发与与企业目目标，或或者业务务策略相相联系。描述产品范范围时需需注意，可可以参考考项目视视图和范范围文档档，但是是不能将将其内容容复制到到这里。1.6 参考文献列举编写软软件产品品需求分分析报告告时所用用到的参参考文献献及资料料，可能能包括： 本项目的合合同书； 上级机关有有关本项项目的批批文； 本项目已经经批准的的计划任任务书； 用户界面风风格指导导； 开发本项目目时所要要用到的的标淮； 系统规格需需求说明明； 使用实例文文档； 属于本项目目的其它它己发表表文件； 本软件产品品需求分分析报

38、告告中所引引用的文文件、资资料； 相关软件产产品需求求分析报报告；为了方便读读者查阅阅，所有有参考资资料应该该按一定定顺序排排列。如如果可能能，每份份资料都都应该给给出： 标题名称； 作者或者合合同签约约者； 文件编号或或者版本本号； 发表日期或或者签约约日期； 出版单位或或者资料料来源。2. 综合描述这一部分概概述了正正在定义义的软件件产品的的作用范范围以及及该软件件产品所所运行的的环境、使使用该软软件产品品的用户户、对该该软件产产品己知知的限制制、有关关该软件件产品的的假设和和依赖。2.1 产品的状况况描述了在软软件产品品需求分分析报告告中所定定义的软软件产品品的背景景和起源源。说明明了该

39、软软件产品品是否属属于下列列情况： 是否是产品品系列中中的下一一成员； 是否是成熟熟产品所所改进的的下一代代产品； 是否是现有有应用软软件的替替代品(升级产产品)； 是否是一个个新型的的、自主主型的产产品。如果该软件件产品需需求分析析报告定定义的软软件系统统是： 大系统的一一个组成成部分； 与其它系统统和其它它机构之之间存在在基本的的相互关关系。那么必须说说明软件件产品需需求分析析报告定定义的这这部分软软件是怎怎样与整整个大系系统相关关联的，或或者（同同时）说说明相互互关系的的存在形形式，并并且要定定义出两两者之间间的全部部接口。2.2 产品的功能能因为将在需需求分析析报告的的第4部部分中详详

40、细描述述软件产产品的功功能，所所以在此此只需要要概略地地总结。仅仅从业务务层面陈陈述本软软件产品品所应具具有的主主要功能能，在描描述功能能时应该该针对每每一项需需求准确确地描述述其各项项规格说说明。如如果存在在引起误误解的可可能，在在陈述本本软件产产品主要要功能的的作用领领域时，也也需要对对应陈述述本软件件产品的的非作用用领域，以以利读者者理解本本软件产产品。为了很好地地组织产产品功能能，使每每个读者者都容易易理解，可可以采用用列表的的方法给给出。也也可以采采用图形形方式，将将主要的的需求分分组以及及它们之之间的联联系使用用数据流流程图的的顶层图图或类图图进行表表示，这这种表示示方法是是很有用

41、用的。参考用户当当前管理理组织构构架，了了解各个个机构的的主要职职能，将将有助于于陈述软软件产品品的主要要功能。2.3 用户类和特特性确定有可能能使用该该软件产产品的不不同用户户类，并并且描述述它们相相关的特特征。往往往有一一些软件件需求，只只与特定定的用户户类有关关。描述述时，应应该将该该软件产产品的重重要用户户类与非非重要用用户类区区分开。用户不一定定是软件件产品的的直接使使用者，通通过报表表、应用用程序接接口、系系统硬件件接口得得到软件件产品的的数据和和服务的的人、或或者机构构也有他他们的需需求。所所以，应应该将这这些外部部需求视视为通过过报表、应应用程序序接口、系系统硬件件接口附附加给

42、软软件产品品的附加加用户类类。2.4 运行环境描述了本软软件的运运行环境境，一般般包括： 硬件平台； 操作系统和和版本； 支撑环境(例如：数据库库等)和和版本； 其它与该软软件有关关的软件件组件； 与该软件共共存的应应用程序序。2.5 设计和实现现上的限限制确定影响开开发人员员自由选选择的问问题，并并且说明明这些问问题为什什么成为为一种限限制。可可能的限限制包括括下列内内容： 必须使用的的特定技技术、工工具、编编程语言言和数据据库； 避免使用的的特定技技术、工工具、编编程语言言和数据据库； 要求遵循的的开发规规范和标标准例如，如果果由客户户的公司司或者第第三方公公司负责责软件维维护，就就必须定定义转包包者所使使用的设设计符号号表示和和编码标标准；