软件研发管理方案(草案)

软件研发管理方案(草案)

ID:46681460

大小:129.34 KB

页数:19页

时间:2019-11-26

软件研发管理方案(草案)_第1页
软件研发管理方案(草案)_第2页
软件研发管理方案(草案)_第3页
软件研发管理方案(草案)_第4页
软件研发管理方案(草案)_第5页
资源描述:

《软件研发管理方案(草案)》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、软件研发管理方案(JAVA)石油数据应用研发部文件状态:[V]草稿[]正式发布[]正在修改文件范围:部门内部使用当前版本:0.1作者:徐磊版木历史版木/状态作者参与者起止日期备注0.1徐磊2012年11H20n目录一、文档目的1二、缩略语说明1三、研发过程管理11.综述12.需求确认13.架构设计34.迭代开发65.测试验收8四、部门交接及岗位说明91、部门交接92、测试人员93、开发人员94、项目经理10五、源代码管理101.代码的风格102.代码的提交12六、项目部内部交流141.定期交流142.不定期交流14七、项目文档管理(含代码)15附录:捉交的文档模板17一、

2、文档目的作为项目开发的指导,可以根据具体项目大小进行裁剪,忽略其中部分步骤。(10人月以上的项目,必须遵照执行。10人月以下的项目可以省略迭代开发中的UC文档和详细设计过程以及内部的交叉测试,但是必须在开发过程中进行「2次的集成测试,测试人员需要参与。)缩略语说明Uc:usercase用例文档三、研发过程管理1.综述研发过程分为需求、架构、开发、测试四个阶段,每个阶段需要提交特定的文档,并通过负责人组织评审验收,才能进入下一阶段。2.需求确认2.1需求具体分为两个部分,功能性需求和非功能性需求。功能性需求为用户提出的具体功能,非功能性需求包括了系统的硬件要求、性能【启动时

3、间,页面刷新时间,每个功能的完成时间】、并发数量,吞吐量【单位时间处理事务的能力】、可靠性:7*2499.9%[全年当机吋间不超过8小吋】、健壮性:系统出问题之后的恢复能力【5秒内恢复】等方面的需求。【括号内为举例】2.2需求收集阶段细分为三个阶段:2.2.1、大目标:系统做完之后需要达到的状态。根据甲方项目发起人的概念性描述产生的功能范围界定。2.2.2、功能:由第一点拆解而来。(部门(科室)负责人)产生条目化的功能列表,并归类为业务模块,包括和甲方单位现有的其它系统之间需要调用的功能。根据描述产生功能栏图(各模块之间的关系)和功能列表,根据系统需求,必要时列出甲方的组

4、织机构图。完成之后要评审,参与者为:用户、需求调研团队(包括项目经理),进行查漏补缺。产生的文档可以作为合同的附件。2.2.3、场景:每个功能的流程描述,是具体工作的文字实现。包括该功能的输入、输岀、具体工作流程。主要是业务的细节的体现,(具体业务人员)细化第二点的每个条目,分为小的功能点,对功能点进行具体的业务描述,根据情况加入数据量的分析,比如一次需要操作多少数据。场景描述不能只描述用户的日常工作流程,更重要的是捕获工作中的困难。比如井的管理,不仅要有直井的输入,还要考虑到分支井的处理,否则用户使用系统,就会有许多限制,无法完成所有的工作。针对以上的业务描述,评估开发

5、语言和存储方式(数据库或文件)。产生的输出为业务场景描述。以上三个部分的输岀综合产生《需求定义》,包括三个层次的需求说明。具体格式参见附表。2.3需求的变更必须甲方和项目经理协商,经过成本核算,评估时间后,决定是否变更。需求变更的评估:2.3.1、价值评估:变更能产生多少价值。需要和用户沟通。2.3.2、架构评估:产生设计变更的任务,变更任务的工作量。2.3.3、影响面:变更会影响其他那些模块。2.3.4、开发人员评估变更成本。需要多长时间。2.3.5、进行总体的成本评估。(所有开发人员的成本)人/日。需求的变更需要产生变更评估文档,一个项目产生一个评估文档,每次变更之后

6、,记入文档,项目完结吋可以作为和甲方追加经费的根据或者是项目延期的说明。使用的工具为word、visio>powerdesigner。★其屮1、2两点必须由对外协作部(对外协作部负责的项目)或项口经理负责实施。第3点可以根据项口情况,由项口经理或开发人员实施。2.架构设计架构设计阶段需要针对需求定义文档,从开发的角度,对软件功能划分模块,设计模块之间的接口,并分析可以通用的功能模块,设计领域模型,完成数据库的表结构划分,根据非功能性需求中性能要求,决定是否对表进一步划分。通过功能划分和具体的性能要求,对需求阶段决定的开发语言和存储方式(数据库或文件)或第三方的组件进行调整

7、,对部署方式进行规划,并对项冃进度做出预先评估,给出每个模块的大致开发进度表。模块的划分原则上按照业务逻辑来划分。模块接口设计原则:1、根据功能设计接口,分析功能,考虑那些功能会被其他功能调用,针对每个功能设计一个接口。2、不要根据调用方设计接口。会导致接口不稳定。3、接口设计的传入和传出参数,尽量要具备业务含义,避免基木数据类型,使用领域模型作为接口参数。4、避免接口的泛化,尤其是要避免map、object类型。需要使用的时候必须map内的参数进彳亍注释说明,对每个key和value的类型和业务含义进行说明。5、接口设计使用

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

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

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