手记

遵守软件项目开发流程有多重要?

不知道同行的朋友们有没有遇到一个问题,就是编码的时候编到一半甚至写完了发现忘了一些注意事项了,于是回过头来审查一遍代码再进行修改。

比较好的情况是直接修改对其他代码没有任何影响,遇到让人窒息的时候就是明明只改了一丢丢却牵一发而动全身,无奈的时候只能重新来过。

最近一个项目本来已经终验,打算留守几天就走人的,结果客户方面说还有一个模块没做呢,之前口头说过了,没有记录下来所以大家都忘了。怎么办?做呗。

于是为了尽快做完走人,需求沟通清楚后分为几个小块,需求文档也懒得做了,直接编码开始。首先是数据包,编写完测试没问题开始写页面,接着后端开发完成功能实现。一道流水线下来自信心满满,感觉so easy,这么快就完成一小块功能了。接下来麻烦就来了,开始写其他功能的时候发现写好的数据包需要给其他功能调用。改数据包吧,程序也得改。新添加一个数据包吧,怕太杂乱坑了以后维护的同行,(因为我快要离职了,这段时间主要做项目交接工作)也不能体现出我身上关于程序员的基本素养。

意识到自己的天真之后,老老实实写需求文档,综合各方面考虑清楚后再跟客户沟通一遍需求,然后将接下来所有需要数据包全部写好测试完,确认没问题后将所有页面设计完毕,然后功能实现在一块块的去实现。果然接下来这几天的日子好过一些,而且日后这些文档交给维护人员,人家看懂了也省得还找你麻烦,有可能背后骂娘呢。

其实不按照开发流程来走的程序员很多,特别是刚出来工作的那些,天真无邪,光靠想一想不做准备就开始动手,最后把自己坑惨了才服气。

奉劝大家可别像我一样,这里也给大家简单介绍一下软件的开发流程,也是我掉进自己给自己挖的坑之后才回去好好复习的。

图片发自简书App

这是一张百度找来的图,觉得不错,千言万语还不如一张图一目了然来的好,

整个项目开发流程分为需求分析、概要设计、详细设计、编码、测试、交付使用、验收、维护

需求分析 前期产品经理需要通过客户和用户了解一下需求,哪些可以实现,哪些实现不了,哪些需要怎么配合,全部要沟通好,然后做个需求文档,用相关的工具软件列出要开发的系统的大功能模块,大模块再具体到小模块,一些需要注意的要画个界面做个注释什么的,最后向客户确认需求文档。

概要设计 架构师,项目经理拿到需求文档后对系统设计进行考虑,包括系统的基础业务流程,组织结构,模块划分,接口设计,数据结构设计,人员任务分配等,为详细设计打造基础。

详细设计 在概要设计的基础上,开发者需要描述具体模块所涉及到的主要算法,数据结构,类的层次结果等,详细设计应当足够详细,以便于开发人员根据详细设计报告进行编写。

编码 接下来就是真正的编码了,分工要明确,实施人员根据接口文档开发接口,UI设计交给UI工程师,页面编写交给前端工程师,然后后端开发人员在进行具体功能实现。使用svn等版本控制器管理好每个开发人员编写修改的代码。

测试 最后由测试人员对写好的程序进行测试使用,想用户所想,急用户所急,从操作难度到人性化使用。用户能想到的不能想到的,测试人员统统想到了,然后需要修改的再交于开发人员修改。完成后还得做个用户使用手册,教用户如何使用该系统。

软件交付 在软件测试证明软件达到要求后,软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物。
《用户安装手册》应详细介绍安装软件对运行环境的要求、安装软件的定义和内容、在客户端、服务器端及中间件的具体安装步骤、安装后的系统配置。
《用户使用指南》应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容,在需要时还应举例说明。

验收 产品经理跟客户提出验收要求,双方签订合同,拿尾款验收完毕。

维护 系统使用期间可能会出现错误或者客户提出功能修改,则需对系统进行修改。维护多长时间就看验收的时候合同怎么签的了。

以上为百度百科搜索内容以及个人从业半年多来的见解,可能各个公司的流程不同,如发现错误请及时与本人联系好做修改,避免误导。



作者:蒲公英不是梦
链接:https://www.jianshu.com/p/a18293ae2be8


0人推荐
随时随地看视频
慕课网APP