浅议软件开发过程

最近经理老是催着让写软件的相关文档.但由于自己的开发一直以来都是独自完成,也谈不上规范开发,所以好多的应该进行的工作都没有进行,以至于有些陌生了!这两天抽时间了解了一下,就PSP而言可行的,谈一下自己的看法:
当接手一个软件项目时,
项目计划:
什么时间开始,在哪个时间段做什么样的工作,预计什么时候结束等...
需求分析:
(1)需求调研:明确需求人员,并和其取得联系,获得第一手需求信息,初步确定系统要完成的功能,以什么样的方式呈现,以及可能设计某些专业方面的细节信息.
(2)建立需求说明书:根据调研结果,建立初步的需求说明书,详细阐述系统应该完成的功能,和具体的已经了解的细节,而后有用户确认并签字(在这个阶段由于用户需求的变更,故而可能是个反复的阶段)
(3)建立原型:根据用户已经确认的需求,迅速的建立系统原型,初步完成系统某些功能,并再次有用户确认.(此时用户的需求可能再次变更,姑且迁就之,并警告,此后如果再次变更,将只能后续考虑)
软件设计:
(1)概要设计:建立软件模块,并用树状图形表示整体架构.定义模块间数据的依赖关系.确定系统要采用的层次结构.
(2)详细设计:详细规划每个模块要完成的功能,每个模块下要包含的items也要详细考虑.
(3)数据库设计
(4)软件设计说明书:详细说明每个模块,每个功能在系统中的实现方式和手段.
程序编码:
按照软件设计说明,和需求说明进行编码实现.(注意:此阶段如果用户变更需求,考虑后续处理.) 完善系统原型 ,发现问题,及时和用户联系,同时更新用户需求说明书>
软件测试:
根据需求说明书,对软件进行黑盒测试(功能测试);用户界面设计测试,友好性测试;压力测试;健壮性测试等,最后有用户参与.
软件维护:
针对使用过程中出现的错误和不足进行维护和完善. 此时如果非原开发人员维护,以上产生的说明性文档将起到很好的导向作用...

软件工程不是一个人的工作.
但是为了我们在开发过程中能有一个清晰的思路,少走弯路,易于维护.那么趋于规范化的开发还是非常重要的.
另一方面,从实践中去总结,在项目中去实践,这样软件工程的思想才会永驻脑中...