软件开发管理建议.pdf

软件开发管理建议.pdf

ID:57399467

大小:331.27 KB

页数:7页

时间:2020-08-17

软件开发管理建议.pdf_第1页
软件开发管理建议.pdf_第2页
软件开发管理建议.pdf_第3页
软件开发管理建议.pdf_第4页
软件开发管理建议.pdf_第5页
资源描述:

《软件开发管理建议.pdf》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、。公司开发管理建议本文的目的1.希望工作氛围有所改善2.希望工作效率得到提高回答如下问题1.为什么疲惫2.工作如何分工3.代码版本控制4.工作环境文档化5.新人的培训与成长6.当前该怎么做为什么疲惫什么样的工作容易疲惫?不是加班,有时加班往往带来的不是疲惫,而是充实和成就感;导致疲惫的元凶是工作中的不确定性和琐碎。不确定性源于自身能力与所做工作的差异,说白了就是不会;可是EDA行业到哪里找那么多会的人呢,优秀人才大都在现有公司有一定地位,很难撬到,正确的做法是搞好分工,让适当的人做适当的事,这样就

2、不会面临招人难的困境了,优秀公司的人才都不是挖来的,而是自己培养起来的。琐碎源于分工的交叉或是工作多。工作琐碎不仅仅是导致开发人员的疲惫,对产品质量的影响很大,容易制造Bug,而新的Bug又导致工作更繁琐,陷入恶性循环。我并不是反对压力,对某些人来讲,压力是促进成长的催化剂,但新一代年轻人承受压力的能力越来越差。最重要的是:如果我们能够轻松的做完事情,何必选择压力呢。轻松代表了游刃有余,也暗示了我们能做更多的事情,如果已经绷紧了,就没有回旋余地了。工作的愉悦性是能留住人的重要砝码。。1。工作如何分

3、工软件开发的迭代流程是:需求分析,概要设计,详细设计,编码调试,测试维护。需求分析:不管做什么事,开头都是最重要的,所以需求分析是最重要的,它贯穿整个开发流程,当工作进展到测试阶段时,突然发现需求没有弄清楚,等于是整个工作从头再来,这不光降低了工作效率,而且对于开发人员的情绪打击很大。重要的事情自然要由重要的人来做,应当安排经验丰富能力强的人来做需求分析。新人考虑问题不周全,势必增加返工的次数,对软件质量危害很大,而且还会干扰其他人的工作,进而影响到整个公司的效率。必须加强对需求的跟踪,我们的需求

4、零散的分布在BugTracer,文档,Email里,对QA工作和工作交接都很不利。每一次需求变更会影响到整个软件过程,所以在定义需求时要充分考虑,定义需求的工作自然也应该由经验丰富的人来做。概要设计:概要设计跟需求分析关联很大,需求分析要做的工作就是理清需求,决定由哪些模块协同完成,需求分析和概要设计由一个人来做会更方便。概要设计包含了接口定义,一旦接口定下来,软件的框架就确定了,从而约束了后面的风险。接口变更带来的附加工作很多,接口制定的重要性是很明显的,还是那句话:重要的事情由重要的人做。详细

5、设计/编码调试:在接口定义下来之后,接下来就是实现了,详细设计描述基本的实现算法和模块的子结构。概要设计的输出就是详细设计的需求,这个需求是开发人员容易理解的。详细设计和编码应该有一个人来完成,因为这两部分结合紧密。详细设计的目的:1.评审,概要设计人员和同行可以对详细设计进行评审,以控制风险。2.维护,当需求发生变更,或有Bug,详细设计可以给与指导。3.交接,在人事变动和工作变更时,有详细设计文档可以方便的交接代码。打铁要趁热,编码之后要立即进行调试和测试,一些明显的Bug应该在这个阶段被发现

6、。测试维护:测试的核心价值是发现Bug,是以写CASE为主。对CASE的整理很重要,CASE和需求是相关的,有必要将CASE与需求点对应并编写成文档,方便查找,在后续的修改中,开发人员可以通过这个文档找到相应CASE,对修改进行验证。很多公司要求在需求确立后编写测试计划,这听上去很完美,但如果需求总是变更,很多工作将被浪费,所以我建议在开发进入到一定阶段的时候开始进行相关测试,因为这个时候需求相对稳定,而且符合打铁趁热的观念。写到这儿,我对比一下两种开发方法,从而说明上述软件过程的必要性。。2。当

7、前公司的开发模式有点类似于下图:QA组开发人员1工作1需求分析概要设计详细设计编码调试测试开发人员2工作2需求分析概要设计详细设计编码调试测试开发人员3工作3需求分析概要设计详细设计编码调试测试在这种模式里,每一项工作几乎从头至尾由一个人来完成。在这种模式下,人员之间的协同很少,高级员工和普通员工在工作性质上没有本质差别,由于工作不一样,高级员工不方便给与帮助,软件的质量由员工个人能力决定。由于能力差异,开发进度也很难控制。在这种开发模式里,看不到开发团队的影子。而且,到哪里招能独立开发的人员呢,

8、招人难,用人难的问题突出。软件规模受到限制,CMM认为,这种开发模式的人员极限是十几个人,源笙这么些年来,开发人员规模一直在十人左右停步不前甚至萎缩,恐怕就是这个原因。当人员离职时,接手那一部分工作的人恐怕能做的就是祈祷别出问题了。因为从头到尾只有他一个人知道,他不需要写文档,所以没有文档留下来,他的代码没有人跟踪,所以质量如何根本不知道。我建议的开发模式图如下:高级员工普通员工QA组工作1需求分析概要设计详细设计编码调试测试工作2需求分析概要设计详细设计编码调试测试工作3需求分析

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。