软件开发过程规范.doc
《软件开发过程规范.doc》由会员分享,可在线阅读,更多相关《软件开发过程规范.doc(12页珍藏版)》请在咨信网上搜索。
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 适用范围适用于产品开发生命周期中的除产品提交外的其他全部过程;规范分为两部分:技术过程规范和管理过程规范,分别适用于软件开发过程中的技术性活动和管理性活动。1.5 软件开发过程模型本规范所采用的软件开发过程模型为简化的RUP开发过程模型;软件开发过程是体系结构为中心,
3、用例驱动和风险驱动相结合的过程迭代。1.6 开发过程划分开发过程包括多次迭代,每次迭代的目标和侧重点不同;较早的迭代侧重于业务建模和需求建模;而后的迭代则侧重于分析设计和编码。2. 技术过程规范部分2.1 概述本规范中将软件开发的整个技术过程分为四个顺序实施的阶段,分别为业务建模阶段、需求阶段、分析设计阶段和实现阶段。在对技术过程规范的描述,按阶段内部的活动和产物对四个阶段分别说明。在本规范中对阶段内活动的说明,是按顺序性活动和持续性活动两类分别进行说明。对于顺序性活动是按该阶段中活动的总体顺序进行的描述,而在实际工作中,从各活动的具体实施的细节来看,各活动之间的顺序是不断交叉变化的。对于持续
4、性活动主要是对贯穿该阶段过程始终的技术活动进行说明。规范中所提到的可选文档是指在其所属阶段,可根据具体情况灵活掌握,开发团队自主决定是否开发的文档产物。而提交文档则是指在项目开发过程中必须开发的文档产物,但可根据具体项目情况,在软件开发计划中明确规定是否要形成正式文档并提交。规范中各阶段提到的技术评审,具体参见评审规范中所对应技术性评审的详细描述。2.2 业务建模阶段2.2.1 顺序性活动描述1) 开始初步调研,获取初始业务需求,进行问题定义,形成业务概览并建立术语表;2) 制定调研记录表册,实施详细的业务调研,建立初始的业务用例模型和业务用例规格;3) 分析业务过程,取出可以实现自动化的用例
5、,分析业务部门和实体对象,形成初始的业务对象模型;4) 根据初始业务对象模型和初始业务用例模型,分析并提取与系统实现相关的用例和模型, 建立系统域模型;5) 精化域模型中的初始用例,详细描述业务流程,分析业务规则,建立精化的业务用例模型,形成业务规则和业务用例规格;6) 精化域模型中的初始对象,进行详细的对象描述,分析对象职责和对象间关系,建立精化的业务对象模型,形成业务对象纵览;7) 分析业务上的非功能性需求,形成增补业务规格;8) 应用业务对象,实现业务用例,制定业务用例实现规格,以验证业务对象与业务用例的正确性,根据验证结果,修正业务对象、业务用例及相关文档;9) 汇总业务规则业务用例规
6、格业务对象纵览增补业务规格和业务用例实现规格形成业务架构文档。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) 业务用例实现规格10) 目标组织评价2.2.6 技术评审1) 业务用
7、例模型评审2) 业务对象模型评审2.3 需求阶段2.3.1 顺序性活动描述1) 界定系统范围,明确委托方需求,形成项目概览(系统)术语表;2) 定义系统角色,根据业务用例规格,分析业务用例,将其转换为系统初始用例,并开始系统原型界面的开发;3) 结合增补业务规格,细致分析用例资源条件,形成初始增补规格,同时剔除无法实现的初始用例,形成初始用例规格;4) 为初始用例分析划分优先级、分析依赖性,建立初始用例模型,结合初始增补规格形成初始软件需求规格,为子系统分析或包、组件分析奠定基础;5) 精化初始用例模型中的用例,详细描述系统交互过程,建立精化的用例模型,用例规格;6) 根据初始增补规格和业务规
8、则,进一步深入分析系统的非功能性需求,形成增补规格;7) 汇总用例规格增补规格形成软件需求规格。2.3.2 持续性活动描述1) 项目概览(系统)在需求阶段,根据对项目理解的不断加深,随时进行改进;2) 术语表的更新维护;3) 通过快速原型的开发、试用、修改,与客户和用户交流以不断获取系统需求,并形成用户原型界面描述。2.3.3 提交文档1) 项目概览(系统)2) 术语表3) 需求规格说明其附件包括:用例规格增补规格4) 用户原型界面描述2.3.4 可选文档1) 用户接口风格说明2) 委托方需求3) 用户手册(初稿)2.3.5 文档规范1) 项目概览(系统)2) 需求规格说明3) 术语表4) 用
9、例规格5) 增补规格6) 用户原型界面描述2.3.6 技术评审1) 需求评审2.4 分析设计阶段2.4.1 顺序性活动描述1) 根据系统需求规格进行体系结构分析设计,确定系统软件架构,形成配置图和软件架构文档;2) 根据需求规格说明和系统软件架构,进一步扩展业务对象模型,建立分析对象模型,明确系统对象的职责;3) 根据业务对象,及业务对象之间的关系,结合分析对象和系统软件架构,进行数据库的分析设计,建立数据模型,完成数据库设计工作,形成数据模型纵览; 4) 应用分析对象实现系统用例,以验证分析对象的正确性,并根据验证结果,修正分析对象模型;5) 汇总分析对象模型和基于分析对象的用例实现,形成分
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 开发 过程 规范
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【人****来】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【人****来】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。