200603282310205.html

软件工程的红包书

<P><FONT face=Verdana>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 传递需求的主要任务是书写软件需求规格说明，其目的是：<BR>●传达对需求的理解；<BR>●作为软件开发项目的一份契约；<BR>●作为评价后续工作的<a href="200603130850315.html" tppabs="http://www.itisedu.com/phrase/200603130850315.html" target="_new">基线</a>；<BR>●作为控制需求进化的基线。</FONT></P>
<P><FONT face=Verdana>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 对需求规格说明感兴趣的群体包括：用户、客户；系统分析员、需求分析员；软件开发者、<a href="200604232224305.html" tppabs="http://www.itisedu.com/phrase/200604232224305.html" target="_new">程序</a>员；测试员；<a href="200604240825565.html" tppabs="http://www.itisedu.com/phrase/200604240825565.html" target="_new">项目管理</a>者。</FONT></P>
<P><FONT face=Verdana>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 认可需求就是让上述人员对需求规格说明达成一致，其主要任务是冲突求解，包括定义冲突和冲突求解两方面。常用的冲突求解方法有：协商、竞争、仲裁、强制、教育等，其中有些只能用人的因素去控制。<BR>进化需求的必要性是明显的，因为客户的需要总是不断（连续）增长的，但是一般的软件开发又总是落后于客户需求的增长，如何管理需求的进化（变化）就成为软件进化的首要问题。对传统的变化管理过程来说，其基本成分包括软件配置、软件基线和变化审查小组。当前的发展是软件家族法，即产品线方法。多视点方法也是管理需求变化的一种新方法，它可以用于管理不一致性并进行关于变化的推理。</FONT></P>
<P><FONT face=Verdana><STRONG>二、需求工程推荐方法</STRONG></FONT></P><FONT face=Verdana>
<P><BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 需求工程包括需求开发和管理，而需求开发又包括这几个过程：需求获取，需求分析，需求规格说明和需求验证。在需求开发之前，还需要有一个知识培训的过程，需求工程也是一个项目工程，因此也包括了项目的管理。对于这些过程，有以下方法可以采用。</P>
<P><STRONG>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ·知识培训</STRONG></P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 需求分析员培训：需求分析员应该具有良好的交流沟通能力，同时理解产品，并掌握了需求工程的技能。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 用户培训：用户也应该接受需求工程知识的培训，让他们理解需求的重要性，知道如何准确的描述需求，需求的风险性等。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 开发人员培训：开发人员应该对用户的应用领域有一个基础的了解，明白客户的业务活动，术语，产品目标等</P>
<P><STRONG>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ·需求获取</STRONG></P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 需求包括业务需求，用户需求和功能需求以及非功能需求，在需求开发之前，我们需要先定义好需求开发的过程，形成文档，内容包括：需求开发的步骤，每一个步骤如何实现，如何处理意外情况，如何规划开发资源等</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 需求获取包括以下方法和技能：</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 项目范围确定：开需求开发前期，我们应该获取用户的业务需求，定义好项目的范围，使得所有的涉众对项目有一个共同的理解。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 用户确定：确定用户群和分类，对用户组进行详细描述，包括使用产品频率，所使用的功能，优先级别，熟练程度等等。对每一个用户组确定用户的代言人。对于大型项目，我们需要先确定中心客户组，中心客户组的需求具有高级别的优先级，需要先实现的核心功能。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <a href="200604240937105.html" tppabs="http://www.itisedu.com/phrase/200604240937105.html" target="_new">用例</a>确定：与用户代表沟通，了解他们需要完成的任务，得到<a href="200603101234535.html" tppabs="http://www.itisedu.com/phrase/200603101234535.html" target="_new">用例模型</a>。同时根据用例导出功能需求。用例描述应该采用标准模板。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 系统事件和响应：业务事件可能触发用例，系统事件包括系统内部的事件以及从外部接受到信息，数据等等，或者一个突发的任务。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 获取方法：召开需求讨论会议，观察用户的工作过程，采用问答式对话，采用诱发式需求诱导等等。检查完善：问题报告和补充需求建议</P>
<P><STRONG>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ·需求分析</STRONG></P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 需求分析是对用户的需求获取之后的一个粗加工过程，需要对需求进行推敲和润色以使所有涉众都能准确理解需求。分析过程首先需要对需求进行检查，以保证需求的正确性和完备性，然后将高层需求分解成具体的细节，创建开发原型，完成需求从需求获取人员到开发人员的过渡。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 绘制关联图：关联图确定系统和外部的交互。划分了系统的范围和界限，构建了系统对外的接口。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 原型开发：对于敏捷方法，推荐完成一个界面的原型，一个初步的系统实现，通过原型，让所有涉众对开发的项目有了一个初步的映像，同时可以提供对需求的检验。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 需求优先级别：采用分析的方法确定产品的功能，用例和单项需求的优先级别，以优先级为基础，确定各项功能和需求都包括在哪个版本中，在项目开发过程中，需求的优先级别根据实际情况进行调整。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 需求建模：图形分析模型对需求描述更加抽象。主要可以采用<a href="200602271429302.html" tppabs="http://www.itisedu.com/phrase/200602271429302.html" target="_new">UML</a>的建模分析。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 数据字典创建：建立系统中所用到的数据项和结构的定义，数据字典可以使参与项目开发的每一个人都使用统一的定义。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 子系统：建立系统的结构，同时将需求分配到各个子系统和模块中。</P>
<P><STRONG>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ·规格说明</STRONG></P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; SRS应该是一个作为涉众对系统的统一理解。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 采用SRS模板：定义一种标准模板</FONT></P></FONT></FONT></FONT></FONT></div>
</body>
</html>