不知不觉工作一年多了,也跟着一个项目从后期开发到发布走了一遭。目前项目也接近尾声,下面我就从软件工程的角度说说自己的感受,欢迎拍砖~
记得刚开始上班时,我师傅就一直在灌输这样一种思想:企业不同学校,不要把学校的那种观念带到企公司来。的确这样,以前在学校参与的一些项目,实验性比较强,根本不能作为产品发布。企业不一样,它要生存,必须项目工程化,把产品做好,否则售后的成本会很大。
首先说说需求分析。在产品试用时,遇到了很多小问题,都是开发人员和客户没有充分沟通引起的。开发人员埋头开发,客户又不知道怎么提需求,导致双方都不了解对方的情况,以至于交付时出现矛盾。我认为需求分析应充分重视,开发方应充分引导客户提需求,并以文档的形式固定下来。而且在开发的过程中也要与客户充分交流,防止工程的返工。
再说说概要设计。目前我们公司也非常关注顶层设计,经常提到。我虽然不知道顶层设计的真正含义,大概就是架构的意思吧~在我们产品试用过程中,我也感受到了架构的重要性。Spring、Hibernate、Struts等虽然都已经是成熟的框架了,但是自己的公司都应该有一套自己的稳定行好、扩展性强的软件架构。
今年的IT两会上,“嫦娥一号”总指挥说:任务要自上而下,产品要自下而上。的确这样
关于详细设计和编码,在试用时都是没有什么有价值的体会。个人觉得在配置管理方面应该都注重些,需要把单元测试引入编码过程中,敢于重构代码,这样才能提高软件的质量。
最后谈谈测试。也许有些人认为测试的重要性不如设计,我以前也是这么想的。但是经过这次试用,我彻底改变了这种思想,其实软件测试在整个软件工程中至关重要,测试好坏完全影响到软件的质量和交付以及客户使用的满意度。但是似乎公司还没意识到这方面的问题,因为在软件测试的投入很少,只有一个人在负责测试,其他的都是义务测试,希望进一步改观。。。。。
待续见[url=http://ldjsyl.iteye.com/blog/181445]《工作再体验-软件工程篇》[/url]
记得刚开始上班时,我师傅就一直在灌输这样一种思想:企业不同学校,不要把学校的那种观念带到企公司来。的确这样,以前在学校参与的一些项目,实验性比较强,根本不能作为产品发布。企业不一样,它要生存,必须项目工程化,把产品做好,否则售后的成本会很大。
首先说说需求分析。在产品试用时,遇到了很多小问题,都是开发人员和客户没有充分沟通引起的。开发人员埋头开发,客户又不知道怎么提需求,导致双方都不了解对方的情况,以至于交付时出现矛盾。我认为需求分析应充分重视,开发方应充分引导客户提需求,并以文档的形式固定下来。而且在开发的过程中也要与客户充分交流,防止工程的返工。
再说说概要设计。目前我们公司也非常关注顶层设计,经常提到。我虽然不知道顶层设计的真正含义,大概就是架构的意思吧~在我们产品试用过程中,我也感受到了架构的重要性。Spring、Hibernate、Struts等虽然都已经是成熟的框架了,但是自己的公司都应该有一套自己的稳定行好、扩展性强的软件架构。
今年的IT两会上,“嫦娥一号”总指挥说:任务要自上而下,产品要自下而上。的确这样
关于详细设计和编码,在试用时都是没有什么有价值的体会。个人觉得在配置管理方面应该都注重些,需要把单元测试引入编码过程中,敢于重构代码,这样才能提高软件的质量。
最后谈谈测试。也许有些人认为测试的重要性不如设计,我以前也是这么想的。但是经过这次试用,我彻底改变了这种思想,其实软件测试在整个软件工程中至关重要,测试好坏完全影响到软件的质量和交付以及客户使用的满意度。但是似乎公司还没意识到这方面的问题,因为在软件测试的投入很少,只有一个人在负责测试,其他的都是义务测试,希望进一步改观。。。。。
待续见[url=http://ldjsyl.iteye.com/blog/181445]《工作再体验-软件工程篇》[/url]