软件开发过程规范33242138900.docx

《软件开发过程规范33242138900.docx》由会员分享，可在线阅读，更多相关《软件开发过程规范33242138900.docx（14页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件开发过过程规范版本 修订历史纪纪录日期版本描述作者目 录1.前言言31.1目目的31.2对对象31.3要要求31.4适适用范围31.5软软件开发过过程模型31.6开开发过程划划分32.技术术过程规范范部分32.1概概述32.2业业务建模阶阶段42.3需需求阶段52.4分分析设计阶阶段62.5实实现阶段73.管理理过程规范范部分73.1概概述73.2接接受项目83.3重重新评估项项目范围和和风险（对对于较大项项目）83.4制制定开发计计划83.5迭迭代开发管管理93.6监监控项目的的实施93.7结结束项目10软件开发过过程规范1. 前言1.1 目的本规范的目目的是使整整个软件产产品开发及及项

2、目工程程阶段清晰晰，要求明明确，任务务具体，便便于规范化化、系统化化及工程化化。有利于于提高软件件生命周期期的控制及及管理，提提高所开发发软件的质质量，缩短短开发时间间，减少开开发和维护护费用，使使软件开发发活动更科科学、更有有成效。1.2 对象本规范面向向产品生命命周期的所所有相关人人员，包括括管理人员员、开发人人员、质管管人员。1.3 要求具有软件开开发管理职职能的人员员要求熟知知项目开发发的各阶段段过程和各各阶段过程程相应的规规范。 1.4 适用范围适用于产品品开发生命命周期中的的除产品提提交外的其其他全部过过程；规范范分为两部部分：技术术过程规范范和管理过过程规范，分分别适用于于软件开

3、发发过程中的的技术性活活动和管理理性活动。1.5 软件开发过过程模型本规范所采采用的软件件开发过程程模型为简简化的RUUP开发过过程模型；软件开发发过程是体体系结构为为中心，用用例驱动和和风险驱动动相结合的的过程迭代代。1.6 开发过程划划分开发过程包包括多次迭迭代，每次次迭代的目目标和侧重重点不同；较早的迭迭代侧重于于业务建模模和需求建建模；而后后的迭代则则侧重于分分析设计和和编码。2. 技术过程规规范部分2.1 概述本规范中将将软件开发发的整个技技术过程分分为四个顺顺序实施的的阶段，分分别为业务务建模阶段段、需求阶阶段、分析析设计阶段段和实现阶阶段。在对对技术过程程规范的描描述，按阶阶段内

4、部的的活动和产产物对四个个阶段分别别说明。在本规范中中对阶段内内活动的说说明，是按按顺序性活活动和持续续性活动两两类分别进进行说明。对对于顺序性性活动是按按该阶段中中活动的总总体顺序进进行的描述述，而在实实际工作中中，从各活活动的具体体实施的细细节来看，各各活动之间间的顺序是是不断交叉叉变化的。对对于持续性性活动主要要是对贯穿穿该阶段过过程始终的的技术活动动进行说明明。规范中所提提到的可选选文档是指指在其所属属阶段，可可根据具体体情况灵活活掌握，开开发团队自自主决定是是否开发的的文档产物物。而提交交文档则是是指在项目目开发过程程中必须开开发的文档档产物，但但可根据具具体项目情情况，在软软件开发

5、计计划中明确确规定是否否要形成正正式文档并并提交。规范中各阶阶段提到的的技术评审审，具体参参见评审审规范中中所对应技技术性评审审的详细描描述。2.2 业务建模阶阶段2.2.1 顺序性活动动描述1) 开始初步调调研，获取取初始业务务需求，进进行问题定定义，形成成业务概概览并建建立术语语表；2) 制定调研研记录表册册，实施施详细的业业务调研，建建立初始的的业务用例例模型和业业务用例规规格；3) 分析业务过过程，取出出可以实现现自动化的的用例，分分析业务部部门和实体体对象，形形成初始的的业务对象象模型；4) 根据初始业业务对象模模型和初始始业务用例例模型，分分析并提取取与系统实实现相关的的用例和模模

6、型， 建建立系统域域模型；5) 精化域模型型中的初始始用例，详详细描述业业务流程，分分析业务规规则，建立立精化的业业务用例模模型，形成成业务规规则和业业务用例规规格；6) 精化域模型型中的初始始对象，进进行详细的的对象描述述，分析对对象职责和和对象间关关系，建立立精化的业业务对象模模型，形成成业务对对象纵览；7) 分析业务上上的非功能能性需求，形形成增补补业务规格格；8) 应用业务对对象，实现现业务用例例，制定业业务用例实实现规格，以以验证业务务对象与业业务用例的的正确性，根根据验证结结果，修正正业务对象象、业务用用例及相关关文档；9) 汇总业务务规则业业务用例规规格业业务对象纵纵览增增补业务

7、规规格和业业务用例实实现规格形形成业务务架构文档档。2.2.2 持续性活动动描述1) 业务概览览在业务务建模阶段段，根据对对项目理解解的不断加加深，随时时进行改进进；2) 术语表的的更新维护护；2.2.3 提交文档1) 业务概览览2) 术语表3) 调研记录录表册4) 业务架构构文档其其附件包括括：业务务规则业业务用例规规格业业务对象纵纵览增增补业务规规格和业业务用例实实现规格2.2.4 可选文档1) 目标组织织评价2.2.5 文档规范1) 业务概览览2) 术语表3) 项目调研研表册4) 业务架构构文档5) 业务规则则6) 业务用例例规格7) 业务对象象纵览8) 增补业务务规格9) 业务用例例实

8、现规格格10) 目标组织织评价2.2.6 技术评审1) 业务用例模模型评审2) 业务对象模模型评审2.3 需求阶段2.3.1 顺序性活动动描述1) 界定系统范范围，明确确委托方需需求，形成成项目概概览（系系统）术术语表；2) 定义系统角角色，根据据业务用用例规格，分分析业务用用例，将其其转换为系系统初始用用例，并开开始系统原原型界面的的开发；3) 结合增补补业务规格格，细致致分析用例例资源条件件，形成初初始增补补规格，同同时剔除无无法实现的的初始用例例，形成初初始用例例规格；4) 为初始用例例分析划分分优先级、分分析依赖性性，建立初初始用例模模型，结合合初始增增补规格形形成初始软软件需求规规格

9、，为为子系统分分析或包、组组件分析奠奠定基础；5) 精化初始用用例模型中中的用例，详详细描述系系统交互过过程，建立立精化的用用例模型，用用例规格；6) 根据初始增增补规格和和业务规规则，进进一步深入入分析系统统的非功能能性需求，形形成增补补规格；7) 汇总用例例规格增增补规格形形成软件件需求规格格。2.3.2 持续性活动动描述1) 项目概览览（系统统）在需求求阶段，根根据对项目目理解的不不断加深，随随时进行改改进；2) 术语表的的更新维护护；3) 通过快速原原型的开发发、试用、修修改，与客客户和用户户交流以不不断获取系系统需求，并并形成用用户原型界界面描述。2.3.3 提交文档1) 项目概览览

10、（系统统）2) 术语表3) 需求规格格说明其其附件包括括：用例例规格增增补规格4) 用户原型型界面描述述2.3.4 可选文档1) 用户接口口风格说明明2) 委托方需需求3) 用户手册册（初稿稿）2.3.5 文档规范1) 项目概览览（系统统）2) 需求规格格说明3) 术语表4) 用例规格格5) 增补规格格6) 用户原型型界面描述述2.3.6 技术评审1) 需求评审2.4 分析设计阶阶段2.4.1 顺序性活动动描述1) 根据系统统需求规格格进行体体系结构分分析设计，确确定系统软软件架构，形形成配置图图和软件件架构文档档；2) 根据需求求规格说明明和系统统软件架构构，进一步步扩展业务务对象模型型，建

11、立分分析对象模模型，明确确系统对象象的职责；3) 根据业务对对象，及业业务对象之之间的关系系，结合分分析对象和和系统软件件架构，进进行数据库库的分析设设计，建立立数据模型型，完成数数据库设计计工作，形形成数据据模型纵览览； 4) 应用分析对对象实现系系统用例，以以验证分析析对象的正正确性，并并根据验证证结果，修修正分析对对象模型；5) 汇总分析对对象模型和和基于分析析对象的用用例实现，形形成分析析模型纵览览；6) 根据分析对对象模型，结结合用户原原型界面和和数据模型型，进行系系统类设计计，建立设设计类模型型和构件图图；7) 实施系统类类的详细设设计，确定定类的属性性、方法及及参数类型型、可见性

12、性等，并将将用例分配配给对象类类，形成基基于设计类类的用例实实现；8) 汇总设计类类模型和基基于设计类类的用例实实现，形成成设计模模型纵览，为为下一步系系统的实现现明确工作作任务。2.4.2 持续性活动动描述无。2.4.3 提交文档1) 软件架构构文档2) 分析模型型纵览3) 设计模型型纵览4) 数据模型型纵览2.4.4 可选文档无。2.4.5 文档规范1) 软件架构构文档2) 分析模型型纵览3) 设计模型型纵览4) 数据模型型纵览2.4.6 技术评审1) 软件架构评评审2) 设计评审2.5 实现阶段2.5.1 顺序性活动动描述1) 根据设计计类模型，按按照类的详详细设计和和构件图，结结合用例

13、的的实现优先先级，确定定系统实实现模型，并并根据系统统体系结构构进行系统统集成设计计，形成集集成模型；2) 根据实现现模型进进行组件编编码实现；3) 根据集成成模型对对系统编码码实现的组组件进行系系统集成实实现；4) 编制用户户手册，制制作并集成成系统帮助助，完成客客户或用户户所需要的的其他文档档。2.5.2 持续性活动动描述无。2.5.3 提交文档1) 实现模型型2) 集成设计计2.5.4 可选文档1) 用户手册册2.5.5 文档规范1) 实现模型型2) 集成设计计3) 用户手册册2.5.6 技术评审1) 代码评审3. 管理过程规规范部分3.1 概述在本规范中中，对软件件开发过程程的管理，采

14、采用阶段性性规划。具具体为根据据软件开发发过程中的的技术过程程，明确开开发阶段，主主要依据技技术过程规规范所描述述的技术过过程阶段划划分；而后后，将各阶阶段根据项项目的具体体情况和实实施要求，划划分为利于于监控管理理的一个或或多个迭代代过程。本规范对于于项目的计计划和进度度安排，采采用由粗到到细、由简简到繁的方方式，首先先制定描述述软件开发发过程总体体阶段和迭迭代的软件件开发计划划，而后根根据所划分分的迭代过过程，在每每个迭代开开始时，对对该迭代过过程进行详详细的任务务分配和进进度规划。本规范中所所提到的软软件开发计计划，包包含了开发发计划、质质量管理计计划、技术术支持计划划等多项内内容，但主

15、主要以开发发计划为主主，其他计计划视具体体项目、团团队情况确确定是否制制定。在本规范中中风险管理理贯穿整个个软件开发发过程，包包括风险险列表的的更新维护护、风险的的跟踪管理理。对本规范中中的各开发发计划的具具体实施说说明，可参参见项目目监控管理理办法相相关说明。规范中各阶阶段提到的的管理评审审，具体参参见评审审规范中中所对应管管理性评审审的详细描描述。3.2 接受项目3.2.1 活动描述1) 根据项目目概览标标识和评估估风险，制制定风险险列表；2) 分析项目风风险，制定定风险防范范和解决措措施，形成成风险管管理计划；3) 分析可行性性和商业价价值，制定定商业案案例；3.2.2 提交文档1) 风

16、险列表表2) 风险管理理计划3) 商业案例例3.2.3 管理评审1) 项目批准评评审3.3 重新评估项项目范围和和风险（对对于较大项项目）3.3.1 活动描述1) 根据项目目概览和和对项目进进一步深入入了解，重重新标识和和评估风险险，改进风风险列表；2) 根据修正项项目风险，重重新分析项项目可行性性和商业价价值，改进进商业案案例；3.3.2 提交文档1) 修正的风风险列表2) 修正的商商业案例3.3.3 管理评审无。3.4 制定开发计计划3.4.1 活动描述1) 根据不断修修正维护的的风险列列表，完完善风险防防范和解决决措施，改改进风险险管理计划划；2) 根据商业业案例中中说明的项项目的开发发

17、要求，结结合资源和和风险状况况，建立项项目工作分分析结构（WWBS），明明确开发阶阶段和迭代代次数，同同时完成其其他开发相相关的计划划内容，形形成软件件开发计划划。3.4.2 提交文档1) 修正的风风险管理计计划2) 软件开发发计划3.4.3 管理评审1) 开发计划评评审3.5 迭代开发管管理3.5.1 活动描述1) 根据软件件开发计划划，结合合具体的开开发状况和和资源获取取情况，确确定在一个个迭代期间间的开发任任务，进度度安排，形形成迭代代计划，并并更新软软件开发计计划；2) 按照迭代代计划，将将工作任务务形成任任务单，描描述任务要要求，明确确开发人员员职责；3) 根据本次迭迭代开发的的完成

18、情况况和提交的的成果，对对该迭代开开发过程进进行分析评评价，形成成迭代评评价，并并根据实际际情况，提提出变更更请求。3.5.2 提交文档1) 修正的软软件开发计计划2) 迭代计划划3) 任务单4) 变更请求求3.5.3 管理评审1) 迭代计划评评审2) 迭代评价标标准评审3) 迭代评价评评审3.6 监控项目的的实施3.6.1 活动描述1) 在项目开发发过程中随随时监控项项目的状态态，了解项项目的进展展，特别是是根据风风险列表，跟跟踪风险，及及时发现问问题，并根根据监控结结果，及时时更新、维维护风险险列表；2) 分析项目监监控过程中中发现和出出现的问题题和意外情情况，制定定解决办法法，提出变变更

19、请求；3) 在监控过程程中，根据据实际开发发情况，调调整软件件开发计划划和迭迭代计划，并并更新和分分配新的任任务单；4) 应项目管理理和客户的的要求，定定期或不定定期根据项项目的当前前状况，制制定项目目状况评价价，进行行项目开发发状况的汇汇报。3.6.2 提交文档1) 修正的风风险列表2) 修正的软软件开发计计划3) 修正的迭迭代计划4) 任务单5) 变更请求求6) 项目状况况评价3.6.3 管理评审1) 1PRAA评审3.7 结束项目3.7.1 活动描述1) 在项目开发发任务全部部完成，开开发过程结结束时，总总结项目的的开发过程程，分析和和评价项目目完成情况况和提交的的成果，形形成最终的的项目状状况评价，提提交验收。3.7.2 提交文档1) 项目状况况评价3.7.3 管理评审1) 项目验收评评审附件：软件开发过程规范示意图