开发流程总结 篇1
适用场景:项目管理总结,开发流程总结,技术文档总结
演讲要点:需求分析与设计阶段实施情况,测试与维护阶段问题反思,文档编写与优化措施
行文逻辑:明确需求→设计开发→编程实现→测试调试→交付维护
第一个阶段,计划阶段,要首先对用户的要求进行了解,对软件的性能等进行了解。然后进行可行性分析研究,在各种可行性研究中,对于软件开发人员来说,技术可行性研究最重要。之后就是需求分析阶段了,需求分析阶段也是计划阶段的最后一部分。需求分析定义了要做什么。把现实的需要用程序语言表达出来。但是这一阶段并不解决怎么做。
解决怎么做的是下一个阶段——设计阶段。设计阶段分为概要设计和详细设计。概要设计把每个组成部分的功能都给出意义明确的模块,每个模块都和一部分需求相对应。但是不考虑细节。详细设计,把每个模块的功能实现详细的表示出来,为源程序的编写打下基础。然后就是编程阶段,我们一般最初接触的就是编程,所以编程阶段比较了解,由于前期文档已经做的很详细,功能的实现数据和算法都已经清楚了,所以编程是比较简单的。
编程完了就是测试阶段了,测试阶段的费用是最多的。测试阶段是发现错误的阶段,改错是调试阶段。然后就是交付用户使用,及维护。
以上几点是软件工程的生命周期的六个阶段。软件工程过程和软件工程生命周期也不能等同。
软件工程过程
软件规格说明:规定软件的功能及其运行的限制
软件开发:产生满足规格说明的软件
软件的确认:确认软件能够完成客户提出的要求
软件演进:为满足客户的变更要求。软件必须在使用的过程中演进。
软件工程过程与软件生存期相对应。软件规格说明对应计划阶段,软件开发对应设计、编程阶段,软件的确认对应测试调试阶段,软件演进对应运行维护阶段。
软件开发的每个过程都有相关文档,用老师们的话说叫做以文档为驱动。文档的好坏直接影响到软件开发的进度和软件的质量。而文档中最多的是使用图表,dfd图,sc图。数据流程图、过程流程图、系统流程图等各种图表。还是那句话,一张好的图表胜过一千句话。
在软件生存周期的各个部分都有各自要注意的地方,过着说是各自的重点(或者是知识点)。
今天已经是22号了,文档还没写。先写文档了。唉,又落后了。
开发流程总结 篇2
适用场景:技术培训总结、项目管理总结、开发流程总结
演讲要点:注册管理模块开发与文档编写→文档规范要求反思→开发流程优化计划
行文逻辑:编写注册模块→规范文档编写→明确开发流程→强化需求分析→完善设计说明
本次实习我在小组内主要负责注册管理模块部分功能的编写以及与其相关的文档的编写。
本次实习与以往的实习最大的不同点在于对文档编写的规范要求。这也是本次实习最大的特点。因此,在编写文档的过程中体会颇深。相比之前的几次实习,在文档编写方面几乎不占用多少时间,每次都只注重程序代码的编写。通过这次实习对文档编写的过程当中,感觉到曾经那样的开发方式却在很多问题。
软件不止是程序和数据,还包括很重要的文档。曾经都忽略了这方面的习惯培养。本次实习让我很深刻的体会到文档的重要性。文档可以在开发人员、软件管理人员、维护人员、用户以及计算机间架起多种桥梁。在开发过程中的各个阶段,开发人员都需要以文档作为前阶段工作的体现和后阶段工作的依据。管理人员则可以通过文档了解软件开发项目的成果等。可行性研究报告:说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性,评述为了合理地达到开发目标可供选择的各种可能实施的方案,说明并论证所选定实施方案的理由。
这次实习让我比较深入的了解到开发过程中各个文档的功能。比如:项目开发计划:为软件项目实施方案制定出具体计划,应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。项目开发计划应提供给管理部门,并作为开发阶段评审的参考。
软件需求说明书:也称软件规格说明书,其中对所开发软件的功能、性能、用户界面及运行环境等作出详细的.说明。它是用户与开发人员双方对软件需求取得共同理解基础上达成的协议,也是实施开发工作的基础。
数据要求说明书:该说明书应给出数据逻辑描述和数据采集的各项要求,为生成和维护系统数据文卷作好准备。
概要设计说明书:该说明书是概要设计阶段的工作成果,它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等,为详细设计奠定基础。详细设计说明书:着重描述每一模块是怎样实现的,包括实现算法、逻辑流程等。 ·用户手册:本手册详细描述软件的功能、性能和用户界面,使用户了解如何使用该软件。本次实习最大收获让我知道文档的重要意义以及开发过程中如何编写文档,以上就是本次实习的心得。
开发流程总结 篇3
适用场景:技术项目总结、开发流程总结、系统应用总结
演讲要点:开发流程学习、问题反思提升、项目经验积累
行文逻辑:学习开发流程→分析项目问题→规划职业转型
在ibm工作快要7个多月的时间,已经经历的工作有pax1230_p2,pax2223,pax1458。 pax1230_p2的工作算是可以画上一个句号。重点项目是pax1458,现在还在进行当中。接触到的web平台有:olci、mci、ibe admin tools、ibe facade. 这些都是跟订票有关的系统。
如果要说收获的话,我想,我接触到了开发系统的一个流程,从dev-ete-pro三个过程。ete又分为ete000,ete001,ete002. 作为程序员,dev和ete是不可分开的,pro是完全需要分开的。
这段时间一直在忙着搬家的事情,到前天为止,搬家终于告一段路了。
于是,我开始考虑转型的问题。
我内心很向往做一名咨询师。尤其是ibm的咨询师。至于为什么?我想跟自己喜欢看书有关,我喜欢不断的接受新知识,然后将新知识转换成为实际应用,最后因为我的实际应用,后人的生活会更加方便,这便是价值的体现。而咨询师就能够做到这一点。
后来我查询了ibm的行业咨询师,我正在做的是关于travel&transaportation的工作。 这是一个交通行业,而我以前在德邦工作了半年,那个时候也是ibm在德邦做这方面的咨询工作。所以,我想,很庆幸的是,我所做的两个项目都属于交通行业的项目,这对于我来说便是优势。
今天,我看了一下做ibm咨询师的条件,好像要么就是硕士毕业,要么就是mba的学历,而我两者都没有。那么对我来说,是不是就意味着没有机会了呢?
我想,机会肯定会有,只不过是时间的问题。说实话,我不知道自己的生命还有多久,但我不想就此放弃我的梦想。所以,现阶段,我暂时会用较少的时间关注ibm的t&t行业咨询师职位,而将更多的精力放在我所做的这个项目上。原因有二,其一是我的身体不允许我压力过大,其二是将更多的精力放在现在所做的项目上,以此为契机,以小观大,慢慢的了解整个交通行业,这样,对于我而言会更加合适。
对于以后,多看一些ibm公司的cpa项目文件,然后多看一些cpa公司的it文件。这样两者互相交替,会更加有利于自己知识的积累。更重要的是,自己要多在项目中提出问题然后解决问题。
很长一段时间没有写写自己的生活和工作了。我想,xx年的上半年对于我来说是一场噩梦,当这场噩梦终究会醒,接下来,就是我独自一人接受生活工作挑战的时刻。
