浅淡项目开发过程

全屏阅读
  • 基本信息
  • 作者:
  • 作者已发布:917篇文章
  • 发布时间:2022年10月31日 9:42:12
  • 所属分类:杂谈
  • 阅读次数:373次阅读
  • 标签:

1 需求分析

    万事开头难,软件项目开发最难的一部分就是了解客户需求,因为这直接关系到项目成败。一般这个都由多年行业经验的人去负责,需求这个事情是要靠人去挖掘的,有很多的项目需求都是需求人员根据实际的接触和思考挖掘出来的。了解客户真正的需求,了解客户真正想解决的问题,这里与你分享一句话:往往人说的第一个理由都是借口。所以需要的进一步的了解。

2 设定系统目标

    做什么事情都要有一个目标,有一个范围,软件项目更是如此,否则就没完没了。我们不是万能的,所以没有一个界限是万万不能的。需求分析后,我们就可以明确出项目的目标范围是什么,有的也叫愿景,说的明白点就是希望软件能够达到什么程度。这里要注意的地方就是不要泛泛的说,不要说些空洞的话。例如此项目可以数字化自动化之类的,相比较而言此项目在多长时间内完成,上线后可以节省多少成本,可以提高工作人多少的工作效率更能说明问题。

3 技术选型

    有了明确的目标,接下来就是如何实现的问题了。我们用什么样的技术,什么样的开发平台,在既定的目标可以保质保量的完成项目,给客户准时上线,验收结款。技术选型这个最忌讳的就是使用最新技术,在万不得已的情况下,还是建议采用自己熟悉的,项目组成员都可以理解的。切不可跟着潮流走,拿客户来做新技术的试验田。

4 系统分析

    系统分析首先从业务逻辑入手,提取业务用例,在分析业务用例的时候就可以确定主要的业务对象以及属性,根据业务用例确定系统的主要功能和次要功能,由此进行系统功能的划分,根据业务对象可以建立数据结构以及数据字典。记得分析的基础一定要建立在在本业务领域内,不要超出业务领域,那样的系统分析将失去意义。系统分析主要包括系统分层设计,系统模块划分,数据库设计等几个部分。   

5 标准与规范的设定

    有很多的时候,我们做项目都是在系统分析之后就开始了Coding工作,甚至早早的就开始了编码部分,如果是一个人开发的还好说,从编码风格,注释习惯,颜色样式等都可能一致,如果多人开发就会出现万花筒现象了,对系统的维护以及升级都会带来很大的困惑。所以要把项目组的人召集在一起,弄个标准出来。

 

6 系统准备

    有了需求,目标,分析,标准等,这下可以编代码了吧,别急。谁能保证整个项目组的人都可以对选定的技术得心应手啊。怎么办?学习呗,一般选定的技术都是有几个人会的,不会的就学习。一个项目往往不是从头开始,一般公司都有框架或样品,比如系统权限设计等。系统准备这个阶段就是搭建框架或平台,大家掌握好技术,准备开发。

 

7 系统功能编码

    编码无需多言。

8 系统集成测试 

    测试要早早的进行。个人编写完代码,编译器可以给你检查语法错误,自己可以检查一下所负责的功能,这里可以采用单元测试的方法。集成测试主要是根据业务用例来测试的,看看逻辑,数据,状体是否正确等等。

9 系统说明文档

    测试通过了,系统的说明文档基本也就出来了。我不赞成一个窗口一个窗口的来写操作说明,还是根据业务用例来写说明文档,这样的好处是方便实际操作人员查找学习,也能让客户感受到设计的步骤过程。

10系统部署培训

    测试通过,把系统实施人员培训会了之后,系统实施人员到现场安装调试,并对系统进行实际的跟踪。一般也就是一个星期左右吧,如果培训时间不够可以进行二次培训。

11系统运行维护

    系统安装完毕后,对系统进行跟踪维护。主要的工作就是收集反馈意见以及系统的Bug,把这些信息提交给项目人员,进行改正。一般不要让客户直接给开发人员打电话,个人认为开发人员还是比较稀缺的资源,一般一个项目做完会做其他的项目,不要让客户打乱其他项目的进度,所以在开发人员外部搭建一个防火墙,就是技术支持人员,一般测试过的系统不会有太大的问题,主要还是新的需求,把这些客户信息整理好,统一交给开发人员处理。

顶一下
(0)
100%
订阅 回复
踩一下
(0)
100%
» 郑重声明:本文由mpxq168发布,所有内容仅代表个人观点。版权归恒富网mpxq168共有,欢迎转载, 但未经作者同意必须保留此段声明,并给出文章连接,否则保留追究法律责任的权利! 如果本文侵犯了您的权益,请留言。

目前有 0 条留言 其中:访客:0 条, 博主:0 条

给我留言

您必须 [ 登录 ] 才能发表留言!