软件开发程序

软件开发程序

ID:79475753

大小:16.80 KB

页数:9页

时间:2022-02-14

软件开发程序_第1页
软件开发程序_第2页
软件开发程序_第3页
软件开发程序_第4页
软件开发程序_第5页
软件开发程序_第6页
软件开发程序_第7页
软件开发程序_第8页
软件开发程序_第9页
资源描述:

《软件开发程序》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、1目的详细策划软件产品研发,对资源、成本及进度进行合理的估算,严格按照计划的要求组织各项研发活动,以保证软件产品的研发质量和进度要求。2适用范围适用对象:技术部(软件开发部)业务范围:适用于软件开发项目;适用于项目的整个生存周期。3方针和职责技术部(软件开发部)成立软件研发项目组;指定的项目负责人负责组织研发计划、需求分析、软件设计、编码实现(含单元测试)、验收等主流程活动的实施;技术部(软件开发部)项目组软件设计工程师(SoftwareEngineer)负责需求分析和概要/详细设计;技术部(软件开发部)项目组程序员(Coding)负责编码;项目负责人主持设计开发评审

2、、验证(系统测试)、确认(验收与鉴定);技术部(软件开发部)测试工程师(Test)负责软件测试(详见《软件测试程序》);配置管理员(SCM)负责设计与开发配置管理,并协调更改控制;由技术部(软件开发部)项目负责人组织技术骨干,必要时包括销售经理和客户代表,组成变更控制委员会(CCB),对审批设计与开发变更。4工作程序4.1软件需求项目经理和项目技术负责人接受过软件工程、项目的应用领域知识、项目管理的培训或具备相应的能力。软件需求分析人员接受过业务领域、软件需求分析理论、方法、工具等的培训,或具备相应的能力。软件需求分析人员根据《项目计划》中定义的项目软件过程,通过系统

3、地分析需求,对软件需求进行开发、维护、建立文档并进行验证。4.1.1软件需求分析准备RequirementAnalyzingPreparation过程活动Processactivities1、需求负责人确定项目的需求分析准则,如应遵守的标准、规范和针对本项目的约定等,这些准则应具备可操作和可验证性。2、需求负责人确定有效的需求分析方法。常用的需求分析方法有:功能分解方法。4.1.1软件需求分析、建立文档RequirementAnalyzing&Documenting输入Input1.经过评审并形成基线的《合同》或《可行性分析报告》中的需求;2.项目进度计划(MSP)。

4、过程活动Processactivities1、在开始需求分析之前,需求组应确保需求中影响软件需求分析的各种问题得到识别和解决。2、需求组采用确定的分析方法,在需求分析准则的约束下,识别和推导软件需求。3、如果需求组根据《合同》中的需求,通过调研等方式获取足够详细的用户需求,形成了《用户需求说明书》,则该文档必须有用户的书面确认,并纳入配置管理。项目组以此为基础进行需求分析,形成《软件需求分析说明书》。如果直接根据《合同》中的需求进行需求分析,形成《软件需求分析说明书》,则该文档必须有用户的书面确认。4、需求组讨论需求分析结果和有关问题,确保需求是可行的、适合软件实现的

5、、陈述清楚的、彼此一致的、可测试的并且也是完整的。5、需求组将所采用的需求分析方法及需求分析结果均写入《软件需求分析说明书》(参照《软件需求分析说明书模板》)。6、确认测试组分析每部分软件需求,验证其可测试性,并应在《确认测试方案》中描述如何测试各需求项得到满足。输出Output1.《用户需求说明书》(必要时)2.《软件需求分析说明书》4.1.2软件需求评审RequirementReviewing输入Input1、《用户需求说明书》(必要时)2、《软件需求分析说明书》3、项目进度计划(MSP)过程活动Processactivities1、《软件需求分析说明书》要通过同

6、行评审,参与编码和软件设计的人员、确认测试组必须参加评审,确保影响编码、软件设计和测试的各种问题得到识别和解决。2、通过评审的《软件需求分析说明书》需项目分管高层经理签字批准。3、对于合同项目,参照本程序”5.2节过程活动2”的要求取得用户代表书面确认。具体方式有两种:一是邀请用户参加需求评审;二是内部评审通过后提交用户确认。4、《用户需求说明书》(必要时)、《软件需求分析说明书》在评审通过(合同项目的《用户需求说明书》或《软件需求分析说明书》需得到用户确认,参照5.2节过程活动21后纳入配置管理之下。输出Output1、形成基线的《软件需求分析说明书》2、评审记录4

7、.1.1变更Requirementchange如果需求发生变更,应识别需要变更的工作产品,并按照《配置管理程序》实施变更,并记录于《变更请求跟踪表》,以保持工作产品的一致性。随着对软件理解的加深,如果需要对软件工作产品、计划、过程定义和活动方面进行更改时,应先分析更改对软件的影响,合适时予以采纳。当需要更改用户需求时,应先得到批准,然后再与相关小组协商对软件产品和活动作出相应更改。4.1.2度量Measurement软件需求活动中应进行的度量包括:1、需求评审发现的缺陷数、严重程度、缺陷起源阶段;2、需求的基线变更次数;3、花在评审、纠正和批准各任务

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。