JiangMin — Sat, 21 Apr 2007 16:59:00 GMT

��目需求分析是一个项目的开端，也是��目��的基矟뀂在以往��p�|的项目中�Q?0�Q�是�׃��需求分析的不明��而造成的。因此一个项目成功的关键因素之一�Q�就是对需求分析的把握�E�度�?

在原则上�Q�需求阶�D늛�理应��重承徏方的��目��理和项目分析能力；在具体的��d��开展上�Q�以不深入、不�q�扰承徏方的自主权�ؓ主，除非在项目合作过�E�中发现承徏方的��目��理以及��目分析能力存在很大的差距和不��?/font>

��Z��保证��目的成功，监理方必��d��强项目管理和��目分析工作�Q�在具体的操作上可以坚持吸收、同化、诏�ȝ��Ҏ��和手�D�c�?/font>

其中�Q�需求分析是一个项目的开端，也是��目��的基矟뀂在以往��p�|的项目中�Q?0�Q�是�׃��需求分析的不明��而造成的。因此一个项目成功的关键因素之一�Q�就是对需求分析的把握�E�度。而项目的整体风险往往表现在需求分析不明确、业务流�E�不合理�Q�用户不习惯或不愿意�ȝ��承徏方的软�g。作为第三方的监理公司，必须提醒承徏斏V��客��h��重视需求分析的重要性，采用必要的手�D�和�Ҏ��来进行需求调研，同时监理方也应深入具体的需求调研中厅R��只有这��h��能切切实实地把握用户的需求和方向�Q�才能在��来的功能界定、开发范围上有发�a�权�?br>
如何�q�行需求分�?/strong>

需求分析不象侦探推理那样需从蛛丝马�q�着手，而是应该先了解宏观的问题�Q�再了解�l�节的问题�?/font>

一个应用��Y件系�l�（��CؓS�Q�的涉及面可能很�q�，可以按不同的问题域（��CؓD�Q�分�c�，每个问题域对应于一个��Y件子�pȝ��?br>S={D1�Q�D2�Q�D3�Q?#8230;Dn}
问题域Di��p��q�个问题�Q�记为P�Q�组成，每个问题对应于子�pȝ��中的一个��Y构�g�?br>Di={P1�Q�P2�Q�P3�Q?#8230;Pm}
问题Pj有若�q�个行�ؓ�Q�或功能�Q�记为F�Q�，每个行�ؓ对应于��Y构�g中的实现接口�?br>Pj={F1�Q�F2�Q�F3�Q?#8230;Fk}

需求说明书应该对于那些只想了解宏观需求的领导�Q�和需要了解细节的技术员都合适。在写需求说明书时应该注意两个问题：

1.最好�ؓ每个需求注�?#8220;��Z��?#8221;�Q�这样可让程序员了解需求的本质�Q�以侉K��用最合适的技术来实现此需求�?br>2.需求说明不可有二义性，更不能前后相矛盾。如果有二义性或前后相矛盾，则要重新分析此需求�?/font>

重点监控需求分�?/strong>

�׃��目的特�D�性和行业覆盖的广阔性，以及需求分析的高风险性，软�g需求分析的重要性是不言而喻的，同时需求分析又的的��确隑ց�。其原因基本是由于以下情况造成的�?br>
客户说不清楚需�?/strong>

有些客户寚w��求只有朦胧的感觉�Q�当然说不清楚具体的需求。例如全国各地的很多部门、机构、单位在�q�行应用�pȝ��以及�|�络��Ӟ��客户方的办公人员大多不清楚计��机�|�络有什么用�Q�更�~�Z��IT�pȝ��斚w��的专家和知识。此�Ӟ��用户��׃��要求软�g�pȝ��分析人员替他们设想需求。工�E�的需求存在一定的主观性，为项目未来徏讑֟�下了潜在的风险�?br>
需求自�w�经常变�?/strong>

�Ҏ��以往的历史经验，随着客户方对信息化徏讄��认识和自�׃��务水�q�的提高�Q�他们会在不同的阶段和时期对��目的需求提出新的要求和需求变更。事实上�Q�历史上没有一个��Y件的需求改动少于三�ơ的�Q�所以必��L��?#8220;需求会变动”�q�个事实�Q�在�q�行需求分析时要懂得防患于未然�Q�尽可能地分析清楚哪些是�E�_��的需求，哪些是易变的需求，以便在进行系�l�设计时�Q�将软�g的核心徏�{�在�E�_��的需求上�Q�同时留出变更空间。咨询监理方在需求分析的功能界定上担��M��个中间、公�q�뀁公正的角色�Q�所以也必须�U�极参与到需求分析的准备中来�Q�以便协助客��h��和承建方来界�?#8220;做什�?#8221;�?#8220;不做什�?#8221;的系�l�功能界限�?br>
分析人员或客��L��解有�?/strong>

软�g�pȝ��分析人员不可能都是全才，更不可能是行业方面的专家。客戯��辄��需求，不同的分析�h员可能有不同的理解。如果分析�h员理解错了，可能会导致以后的开发工作劳而无功。记得一则笑话，有个外星人间谍潜伏到地球刺探情报�Q�它�l�上司写了一份报告：“��d��地球的是汽�R。它们喝汽��a�Q�靠四个轮子滚动前进�Q�嗓门极大，双眼在夜里能��出强光……有趣的是�Q��R里住着一�U�叫�?#8216;�?#8217;的寄生虫�Q�这些寄生虫完全控制了�R�?#8221;所以分析�h员知识的专一性也会造成需求分析的误解和失败。这�Ӟ��咨询监理公司��必��L��据实际的��目需求调研计划，提醒承徏方加��Z��务了解程度和注重沟通技巧�?br>
需求分析方法论

�Ҏ��以往的工�E�经验，需求分析工作方法，应该定位�?#8220;三个阶段”�Q�也�U?#8220;三步�?#8221;�Q��?/font>

�W�一阶段�Q?#8220;访谈�?#8221;�Q�Visitation�Q?br>�q�一阶段是和具体用户方的领导层、业务层人员的访谈式沟通，主要目的是从宏观上把握用��L��具体需求方向和��势�Q�了解现有的�l�织架构、业务流�E�、硬件环境、��Y件环境、现有的�q�行�pȝ��{�等具体情况、客观的信息。徏立�v良好的沟通渠道和方式。针对具体的职能部门以及各委办局�Q�最好能指定本次��目的接口�h�?br>实现手段�Q�访谈、调查表�?br>输出成果�Q�调查报告、业务流�E�报�?br>
�W�二阶段�Q?#8220;诱导�?#8221;�Q�Inducement�Q?br>�q�一阶段是在承徏方已�l�了解了具体用户方的�l�织架构、业务流�E�、硬件环境、��Y件环境、现有的�q�行�pȝ��{�等具体实际、客观的信息基础上，�l�合现有的硬件、��Y件实现方案，做出��单的用户��程��面�Q�同时结合以往的项目经验对用户采用诱导式、启发式的调研方法和手段�Q�和用户一��h��讨业务流�E�设计的合理性、准��性、便易性、习惯性。用户可以操作简单演�C�的DEMO�Q�来感受一下整个业务流�E�的设计合理性、准��性等�{�问题，及时地提出改�q�意见和�Ҏ��?br>实现手段�Q�拜访（诱导�Q�、原型演�C?br>输出成果�Q�调研分析报告、原型反馈报告、业务流�E�报�?br>
�W�三阶段�Q?#8220;��认�?#8221;�Q�Afirm�Q?br>�q�一阶段是在上述两个阶段成果的基��上，�q�行具体的流�E�细化、数据项的确认阶�D�，�q�个阶段承徏方必��L��供原型系�l�和明确的业务流�E�报告、数据项表，�q�能清晰地向用户描述�pȝ��的业务流设计目标。用��h��可以通过审查业务��程报告、数据项表以及操作承建方提供的DEMO�pȝ��Q�来提出反馈意见�Q��ƈ对已�l�可接受的报告、文档签字确认�?br>实现手段�Q�拜访（回顾、确认）�Q�提交业务流�E�报告、数据项表；原型演示�pȝ��
输出成果�Q�需求分析报告、数据项、业务流�E�报告、原型系�l�反馈意见（后三者可以统一归入需求分析报告中�Q�提交用��h��、监理方�q�行��认和存档）

整体来讲�Q�需求分析的三个阶段是需求调研中不可忽视一个重要的部分�Q�三个阶�D�|��者说三步法的实施和采用，对用户和承徏斚w��同样提供了项目成功的保证。当然在�pȝ��的过�E�中�Q�特别在采用�q�代法的开发模式时�Q�需求分析的工作需一直进行下去，而在后期的需求改�q�中�Q�工作则基本集中在后两个阶段中�?/font>

JiangMin 2007-04-22 00:59 发表评论

视频国产精品,国产午夜在线观看,亚洲精品九九