倔强的土豆

这只是一个备份!源地址:http://blog.csdn.net/stubbornpotatoes
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

从LN项目中体会RUP

Posted on 2011-12-13 22:23  倔强的土豆  阅读(203)  评论(0编辑  收藏  举报

        花了两天时间又把LN项目的页面做了一些细节上的调整,这前前后后也差不多快要一个月时间了,这个月中每隔几天公司那边都会跟挤牙膏似的给挤点要调整的东西,搞得大家情绪和能动性上低落了不少,这次没有参与项目整个过程,却体会了RUP整个软件开发流程,根据出现的问题分析其中原因,从RUP入手总结出以下几个结果:

        第一,商业建模。

        一个系统的开发,要牵扯到以下几个过程:商业建模、需求、分析和设计、实现、测试、部署、配置和变更管理、项目管理、环境。这是RUP的9个核心工作流,又分为6个核心工作流和3个核心支持工作流。商业建模一般由客户公司熟悉业务流程的人员制定,是开发系统的第一步要领。而LN这个项目从商业建模就出现了一系列问题,当我们做出第一版页面后拿去给客户展示,公司内部居然还在讨论到底要走几个流程,包括几个节点,经过一番的等待后,才确定下了公司的架构,商业建模发生了变化也就意味着后面的业务流程和页面要做出相应的调整,因此我们回来后迅速开发第二套页面。

      第二,需求。

       接下来就是需求,这是承接项目公司的需求人员要做的事情。LN项目中因为第一步的不断变化,导致需求人员不得不让客户在需求说明书上签字,但需求分析这一步上需求人员还是忽略了一个问题,过于重视业务流程,没有在意页面效果和展现方式,在相对一些比较大的公司来说,他们不仅注重系统的高校可用性,还在乎界面的是否符合公司文化,一些细节是否够人性化和耐用性,因此,需求应该从业务流程和页面设计两方面进行,让二者相辅相成,才能为前期打下一个较好的基础。

       第三,分析和设计。

        做完需求,就该是界面设计人员和后台开发人员对需求做出进一步系统级分析和设计了,这里界面设计人员应该先行一步,迅速做出几个页面给后台分析做一个指引,期间界面设计人员应该不断和需求人员进行沟通交流,不断的向用户所期望的界面靠拢,而这次做项目,需求人员和我们界面天各一方,沟通完全靠邮件和QQ完成,做完一版发给需求人员,然后再打回来,接着修改,再发,如此反复,大家到后期不免有些生厌,个人觉得做界面无大小之分,每一个细节都逃脱不了客户眼睛,所以,界面做出原型以后,等第二版修改,越细致越好,省的不断的烦客户,更烦自己。

       第四,实现。

        只要前三步确定了,这一步是最简单的,刨去一些技术难点,剩余的几乎在大量的重复中度过,但这里也是学习技术的主要过程,通过编码也会对业务流程体会的更深入。这次在实现过程中出现了很多问题,之前已经总结了一些,还应该注意的一个小细节就是统一开发环境,统一编码格式,防止出现乱码。

        第五,测试和发布。

        这两部分也是比较让开发人员头疼的,个人单页面测试还算好一些,但是把大家的整合起来集成测试,会出现一些奇奇怪怪的问题,让你丈二和尚摸不着头脑,你要是按照小时来计算调bug的时间,直接活活急死你。不过测试过程也是最有成就感的时候,随着一个个bug的消灭,其中的甘苦只有程序员才懂的。发布也是一个耐心的活,要提前假设遇到的各种情况,做好备份工作,和客户耐心的交流,争取一次搞定。

       第六,配置和变更管理、项目管理和环境。

        这几个流程贯穿在项目始终,值得注意的是,做好版本控制,组长把握好进度,防止出现前期工作量偏小,后期长期加班的情况。