软件开发生命周期的管理

来源:互联网 发布:图像复原的数据集 编辑:程序博客网 时间:2024/06/05 11:34

1.SAP系统的IDES、DEV、QAS、PRD分别是其演示练习、开发、质量保证、生产系统。其中:

  IDES:Internet Demonstration and Evaluation System,交互式演示与评估系统【后面参考该系统获取灵感】

  DEV: Development System,开发系统

  QAS: Quality Assurance System,质量保证系统

  PRD: Production System,生产系统


2.SAP实施方法分为5步:

  第一阶段:项目准备。包括:项目管理、项目组培训、项目的初步实施计划、制定项目实施的规范及标准、启动项目网络\硬件技术环境的分析及规划、质量检查。

  第二阶段:蓝图设计。包括:项目管理、项目组初中级培训、建立系统技术环境、企业组织结构确定、企业业务流程的描述、分析、优化及确定、质量检查。

  第三阶段:系统实现。包括:项目管理、项目组高级培训、基本系统配置及确认、系统管理、最终系统配置及确认、开发数据转换程序、开发应用接口程序、开发外挂或扩展程序、报表定义、格式定义、权限定义及管理、归档定义及管理、系统集成测试、用户手册及培训资料、质量检查。

  第四阶段:测试与准备。包括:项目管理、用户培训、系统管理、正式运行、技术环境的安装测试、系统性能、安全测试、制定明细运行计划、制定系统切换计划、制定系统运行支持计划、数据准备、系统切换、质量检查。

  第五阶段:系统上线。项目管理、后续培训、提供用户支持、确认正式业务流程的正确性、优化系统的使用、制定后续长期计划、系统升级系统、日常维护、项目回顾。



3.软件开发生命周期的管理



4.软件开发过程中各个阶段占整个项目的时间比例:

IBM估算模型(总比重为10):
软件计划:1
需求分析:1.5
设计:3.0
编码:1.0
测试:3.5


5.我个人认为在软件开发过程中比较合理的各个阶段占整个项目的时间比例:

------------------------------------------------------------------------------------------------------------------------------------

需求分析阶段【上一期迭代时间占20%,实际评审时间5%,最多1周】:PD编写需求分析说明书和需求规格说明书,PD、交互设计师和视觉设计师做出DEMO演示效果

需求评审、视觉评审和交互评审第1轮:除DBA以前的所有人员都参加评审。

需求评审、视觉评审和交互评审第2轮:除DBA以前的所有人员都参加评审。

------------------------------------------------------------------------------------------------------------------------------------


概要设计阶段【上一期迭代时间占20%,实际评审时间5%,最多1周PD、交互设计师和视觉设计师做出DEMO演示效果,架构师编写概要设计说明书,项目经理分配给开发和测试同学具体的任务、开发计划。

视觉评审、交互评审和概要设计评审第1轮所有人员都参加评审架构师的概要设计说明书初稿。

【开发组同学的系统概要分析说明书】评审:所有人员都参加评审开发组同学每个人的系统概要分析说明书

视觉评审、交互评审和概要设计评审第2轮所有人员都参加评审架构师完善之后的概要设计说明书。

------------------------------------------------------------------------------------------------------------------------------------


详细设计阶段实际设计时间20%,一般为1个月到2个月】:架构师编写详细设计说明书

视觉评审、交互评审和详细设计评审第1轮所有人员都参加评审架构师的详细设计说明书初稿。

【开发组同学的系统详细分析说明书】评审:所有人员都参加评审开发组同学每个人的系统详细分析说明书

视觉评审、交互评审和详细设计评审第2轮所有人员都参加评审架构师完善之后的详细设计说明书。

------------------------------------------------------------------------------------------------------------------------------------


编码阶段实际编码时间占20%】:根据项目经理安排的开发计划开发。

编码:开发人员编码

【测试组的测试用例】第1轮评审:测试人员编写出测试用例,让开发人员查漏补缺

编码:开发人员编码,把查漏补缺的逻辑补上

Code Review代码审查:项目经理、架构师和资深开发1对1进行Code Review。

【开发组的单元测试用例】第1轮评审:开发人员编写出单元测试用例,让测试人员查漏补缺

测试利用编写:测试人员把查漏补缺的用例补上。

【测试组的测试用例】第2轮评审:测试人员根据开发人员的单元测试用例、异常码,完善测试用例。


开发自测交付测试【80-100%】:开发组开发完后自测,再交付给测试。

测试组测试开发交付的测试【80-100%】测试组对开发组的交付再次验证

------------------------------------------------------------------------------------------------------------------------------------


--------------------------------------------------测试阶段【实际测试时间占30%】---------------------------------------------------

系统集成测试【SIT】:System Integration Testing,由测试人员完成【www.test.alipay.net】

性能测试【PET】:Performance Evaluation Test,由测试人员完成【www.test.alipay.net】

测试环境验收:PD验收、视觉设计师验收、交互设计师验收、项目经理验收、架构师验收

------------------------------------------------------------------------------------------------------------------------------------


用户验收测试【UAT:User Acceptance Testing,由客户和开发商共同完成【www.stable.alipay.net】

------------------------------------------------------------------------------------------------------------------------------------


上线测试:在生产环境上再次测试【www.alipay.com】

------------------------------------------------------------------------------------------------------------------------------------

0 0
原创粉丝点击