ImageVerifierCode 换一换
格式:DOCX , 页数:15 ,大小:25.45KB ,
资源ID:15068171      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/15068171.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(软件过程规范示例Word格式.docx)为本站会员(b****3)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

软件过程规范示例Word格式.docx

1、在本规范的第一版本中,主要包括管理过程和开发过程两个部分,管理过程中包括项目管理过程、需求变更管理过程、配置管理过程。对于软件开发项目中的其它的一些过程将在实践中逐步补充、完善。2.项目管理过程规范项目管理过程主要包括三个阶段:项目立项与计划、项目实施、项目关闭。2.1 项目立项与计划参与人员:技术开发部指定的项目负责人(包括前期负责人、正式的项目经理)、立项申请人、相关最终客户以及实施该项目的开发组队成员;入口准则:接到经公司总经理或副总经理批准的市场部门的软件开发立项申请表;出口准则:立项申请人签字确认了经修订正后的正式软件项目计划,并通过工作任务卡下达了开发任务,开发工作正式开始;输入:

2、经审批的软件开发立项申请表、与需求相关的业务资料;输出:软件项目计划、软件需求规格说明书、开发任务卡;活动:接到软件开发立项申请表后,技术开发部经理指定前期负责人,并告知立项申请人;前期负责人阅读软件开发立项申请表后,通过与立项申请人的沟通、阅读立项申请人提交的材料、通过立项申请人与客户直接交流等方式,了解项目目标、范围与基本需求;并形成最初的软件需求规格说明书;前期负责人会同技术开发部经理以及其它相关人员,制定最初的软件项目计划,并组织评审;向立项申请人提交最初的软件项目计划;最初的软件项目计划通过立项申请人的确认后,项目经理计划安排需求分析;需求分析完成后,形成正式的软件需求说明书,提交立

3、项申请人确认;(需求分析过程参见开发过程规范部分)根据立项申请人确认后的软件需求说明书,项目经理组织进行软件高层设计,并对工作任务进行分解,并根据实际需要向技术开发部经理申请资源,组建项目组队;项目经理根据工作任务分解,下发工作任务卡,并协同组队成员进行任务估算;注:工作任务包括模块开发任务、其它任务(如安装);模块开发任务主要包括:详细设计、编码和单元测试任务估算完成后,组队成员向项目经理提交个人进度安排(以甘特图的形式表示),项目经理根据每个组队成员的个人进度安排修订软件项目计划(必须包括总的计划甘特图),并提交立项申请人确认;立项申请人确定后,项目经理根据软件项目计划基线,补充工作任务卡

4、,下发到每个组队成员,开发工作开始。项目立项与计划过程的工作流程如下图所示:图表 1 项目立项与计划工作流程图相关模板: 软件需求规格说明书、软件项目计划、工作任务卡说明: 如果计划确认、需求确认未通过,立项申请人与项目经理进行协商,进行修正,无法达成共识的,提交部门经理、总经理协调;2.2 项目实施项目经理,项目组成员;项目计划基线已建立,并通过立项申请人确定,带有工作进度要求的工作任务卡已下发到每个项目成员;立项申请人在验收报告上签字确认;软件需求规格说明书、软件项目计划、工作任务卡;经验收测试的可交付的程序、源代码及相关文档。在开发期间,项目成员每周需上交一份时间日志、缺陷日志,每天向项

5、目经理汇报工作任务进度;在开发期间,项目经理负责填写项目进度周报报于技术开发部经理、立项申请人(格式不同,交予立项申请人的只需周报的第一页,报予技术开发部经理的项目进度周报的第二页为“跟踪甘特图”);项目经理必须根据实际的进度情况,及时调整项目计划,若发现进度延误,需采取措施。软件项目计划、开发任务卡、时间日志、缺陷日志、项目进度周报2.3 项目关闭技术开发部经理或经理助理、项目经理,项目组成员、立项申请人、相关客户、公司总经理、公司副总经理;立项申请人在验收报告上确认;形成项目总结,完成项目绩效考核,项目数据存入“过程数据库”;时间日志、缺陷日志、项目开发计划;项目总结、已完成的项目绩效考核

6、表、过程数据库中的该项目记录;项目经理主持召开项目总结会,交流项目实施过程中的心得体会,对项目实施中的成功处、不足处进行总结,并由项目经理形成项目总结;由技术开发部经理组织对该项目进行绩效考核,并填写相应的项目绩效考核表;项目经理组织所有成员对项目过程中的文档、源程序等资料进行整理、归档;由项目经理根据过程数据库的需要,整理相应的数据,提交技术开发部经理,存入过程数据库。项目总结、项目绩效考核表3.开发过程规范开发过程是提炼用户需求,设计、构建和测试满足这些需求的软件并最终将其交付给客户的过程。是软件过程中的主体过程之一。当开发新的应用或计划为现有的应用进行重要的增强时,需使用本规范所定义的开

7、发过程执行。项目管理过程是对开发过程进行计划、监控/管理、总结的辅助过程,但由于项目管理是保证进度、质量的重要手段,因此在软件项目中也是十分重要的过程之一。而需求管理过程与配置管理过程则是次重要的辅助过程,需求管理过程是一个需求变更管理的过程,以对变更进行统一的管理;配置管理过程的最重要工作就是版本控制,使得开发过程中的各种交付物能够有机地形成一个个整体。因此以上四个过程是交织进行的,均是为成功完成软件项目的保障过程。3.1 过程总述现在比较通行的开发过程模型包括:瀑布模型、演化模型、原型模型、螺旋模型等。根据公司的项目特点、队伍规模、组队情况等实际因素,决定选择最为简单、易于掌握的瀑布模型为

8、基础,根据公司特点,进行合理的修改,使其成为公司本阶段的软件开发过程。正如下图所示,本规范将整个开发过程分为:需求分析、高层设计、详细设计、编码和单元测试、集成计划与测试、系统测试、验收测试与安装、维护等八个阶段。图表 2 开发过程总图SRS:软件需求规格 HLD:高层设计 DD:详细设计 SRC:代码 UT Plan:单元测试计划“归档”在配置管理过程统一说明。3.2 需求分析阶段需求分析的主要目的是生成一个正确说明客户所有需求的文档。换言之,软件需求规格(Software Requirement Specification,SRS)文档是该阶段的主要输出。正确的需求分析和确定需求规格对一个

9、项目的成功是非常关键的。许多在系统和验收测试时发现的缺陷是在需求阶段产生的。在验收阶段去掉需求阶段产生的一个错误将比在需求阶段本身去掉该错误要多花100多倍的费用。很明显,在执行这阶段时,正确地生成具有最少缺陷的SRS是非常必要的。项目经理,分析员,立项申请人,客户,最终用户;项目立项,最初的项目计划已得到立项申请人的确认。这里所说明的需求分析阶段是进行开发过程的需求分析阶段,在技术开发部出具初步的项目计划之前的需求沟通工作,不是该过程规范所定义的。最初的需求沟通工作可以参考本过程规范。立项申请人、客户在软件需求规格说明书上签字确认;项目立项申请表、最初的项目计划,需求相关的资料;经确认的软件

10、需求规格说明书;整个需求分析过程主要包括以下几个步骤:图表 3 需求分析阶段活动总图首先,项目经理与分析员一块,做好需求分析的准备,包括阅读相关的背景资料,熟悉客户的实际情况,准备用户访谈计划,准备会谈问题清单等;然后通过面谈、专题讨论会等形式与客户进行沟通,采集需求的详细内容,澄清每一个需求点;从而界定出系统的目标和范围;对所采集和澄清的需求进行分析,构建需求模型,从功能性、非功能性两个方面进行需求分析,深入领会客户需求;形成软件需求规格说明书,建立软件需求基线,并为软件需求评审做好准备;由项目经理安排软件需求评审,协同立项申请人、客户进行需求评审;立项申请人或客户在软件需求规格说明书上确认

11、。软件需求规格说明书3.3 高层设计阶段高层设计是软件开发过程中的一个重要阶段,在这个阶段将从计算机实现的逻辑角度开发针对用户需求的解决方案。这一解决方案是一个高级的抽象方案。高层设计要设计出各主要部分,并说明他们在技术上如何工作:1)相互间的协作;2)所需外在的硬件和软件环境;3)内在环境。也就是说,高层设计确定了组成产品的构件,定义了每个构件的功能任务,并且定义了构件间的接口及构件到运行环境的外部接口。项目经理,项目组员(设计团队);软件需求规格说明书已通过立项申请人的确认;形成高层设计,实现任务分解,所有的问题得到解决;软件需求说明书高层设计说明书(功能与数据库设计)、详细设计、编码、文

12、档和用户接口标准;制定详细设计、编码、文档和用户接口的标准;根据项目特点选择运行的目标平台和开发工具;制定软件的体系结构,定义逻辑和物理的对象模型,包括确定类、类的属性、类方法、类之间的关系和对象间的动态交互。若采用结构化设计,则该活动应为功能设计;从需求规格说明书中的数据模型中得到物理数据库结构,进行物理数据库设计:包括确定表/记录类型、域和其他部分。生成高层设计说明书,并组织设计评审。高层设计说明书3.4 详细设计阶段在详细设计阶段,高层设计阶段开发出的整体应用被分成几个模块(或构件)和程序。为每个程序(或构件)进行逻辑设计,然后归档作为程序规格,同时为每个程序(或构件)生成一个单元测试计

13、划。详细设计阶段的重要活动包括通用例程和程序的确定、框架程序的开发以及用于提高生产率的实用程序和工具的开发。在详细设计阶段负责每个程序、模块(或构件)的内部设计,确定其程序流程,并且可以通过使用设计语言、图形流程图(如活动图、状态图)等,或通过简单地写叙述而将设计文档化。每个模块(或构件)的任务承担人;高层设计说明书已通过评审;完成详细设计,所有的问题得到解决,详细设计与单元测试计划文档化;软件需求规格说明书、高层设计说明书、详细设计标准详细设计说明书、单元测试计划将高层设计中的每个程序(或构件)细分成小的组件;对每个小组件进行详细设计,包括确定调用方法、输入和输出、程序逻辑、数据结构等;根据组件的逻辑,制定单元测试计划,包括确定单元测试环境、测试用例、测试数据等;向项目经理(或高层设计者)提交详细设计与单元测试计划;剪裁说明:对一些小项目,详细设计阶段的活动1、2可以省略。3.5 编码和单元测试在编码子阶段,根据详细设计用编程语言编写所需的程序。这个阶

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1