细说PHP - 第27章 B/S结构软件开发流程

        软件开发流程是软件设计思路和方法的一般过程,包括设计软件的功能和实现的算法和方法,软件的总体结构设计,数据库设计和模块设计,编程和调试,程序联调和测试及编写,提交程序。提高软件开发能力没有捷径,唯有“规范化”之路。制定适合与本企业的软件过程规划,并按照此规范执行。本规定对软件开发各个过程中的目的,要求,人员和职责,工作内容及输入/输出,评审进行规范。本规定主要的约束对象是B/S结果的软件开发。

        软件过程开发划分

        本规定对一个完整的开发过程按“软件过程改进方法和规范”把产品生命周期分为6个阶段:

        PH0产品概念阶段;

        PH1产品定义阶段;

        PH2产品开发阶段;

        PH3产品测试阶段;

        PH4用户验收阶段;

        PH5产品维护阶段;


        软件项目的过程有三大类:

        项目管理过程;

        项目研发过程;

        机构支持过程;

        而这三类过程可以细分19个主要过程域,分布在PH0到PH5的各个阶段。

        

        项目管理的6个过程域:

        立项管理;

        结项管理;

        项目规划;

        项目监控;

        风险管理;

        需求管理;

        

        项目研发过程包含6个过程域:

        需求开发;

        技术预研;

        系统设计;

        实现与测试;

        系统测试;

        Bete测试;

        客户验收;

        技术评审;


        机构支撑过程包含5个过程域:

        配置管理;

        质量保证;

        培训管理;

        外包与采购管理;

        服务与维护;


        按照软件开发的流程规范,在项目经理领导的团队开发小组,在各个过程开发基础上,接受迭代开发和敏捷软件开发的思想。要不拘泥传统的开发过程。


        


        需求开发

        需求分析说明书的形成需要市场调研,技术和市场要结合才能体现最大的价值。这个阶段需要出三种东西,用户视图,数据字典,用户操作手册。获取需求的主要收集方式有:

        与用户交谈,向用户提问题;

        参观用户的工作流程,观察用户的操作;

        向用户群发调查问卷;

        与同行,专家交谈,听取他们的意见;

        分析已经存在的同类产品;

        从行业标准规则中提取需求;

        从Internet中搜集相关资料;

        

        输出:

        新产品概念书;

        调研报告;

        《需求说明书》;

        《项目计划书》;

        计划书和计划表;

    

        系统设计

        系统设计主要分类数据库设计,程序的概要设计及详细设计。概要设计是将系统功能的模块进行初步划分,并给出合理的研发流程和自愿要求。作为快速原型设计方法,完成概要设计就可以进行编码阶段。一份好的详细说明书,可以使编码的复杂度降到最低,实际上,严格讲,详细设计说明书应该把每个参数的定义都精细的列出来,从需求分析到概要设计要完成详细的设计说明书,一个软件项目就应该说完成了一半。换言之,一个大型软件在完成一半的时候,其实还没有开始编码工作。程序员不值是写代码。

         系统设计根据《项目建议书》,《需求说明书》的内容来设计系统结构,用户界面,数据库,功能模块,并编写《系统设计初稿》,从而在需求与代码之间的简历桥梁,指导开发人员的工作,开发出能满足用户需求的产品。

        系统设计的好坏可以从“可用性,易用性,可维护性,结构稳定性,可扩展性,可复用性,软件执行效率”等因素来评估。

        原则上讲软件系统设计,数据库设计应考虑全局,需要同步编写文档,轻易不要简化。

        界面的设计只要大多数用户,开发人员能够理解即可,细节可在编程时实现。

        功能模块的主要确定每个模块的主要接口,数据结构算法,能够清楚的指导模块编程即可,不要花太多时间设计模块细节。

        

        输出:

        《项目建议书》;

        《需求说明书》;

        软件设计过程中的标准和规范;

        软,硬件开发环境;

        

        编码测试

        在规范化的研发过程中,编码工作只占项目工作的最多1/2,通常在1/3左右的时间。所谓磨刀不误砍柴工,设计过程完成的好,编码效率会大大的提高,编码时不同模块之间的进度协调和协作是最需要小新的,也许一个小模块的问题就可能影响整体的进度。编码时相互沟通和应急的解决手段都是非常重要的。只要不是一锤子买卖,就要不停的跟踪软件的运营情况和持续修升级。直到这个软件彻底淘汰的时候。


        


猜你喜欢

转载自blog.csdn.net/qq_20257661/article/details/80578982