需求工程在中小型信息系统中的应用与研究 第5页
外部的环境发生了变化，产生了开心的约束或新的机会。环境变化的一个最明显的例子是计算机的软硬件条件的不断改善：如果明天的计算机比今天快50％、便宜50％、体积小50％，并且能够运行更高级的程序，那么它们很有可能引发系统需求的变更．在1995年以前，几乎没有人预料到英特网(Internet)和万文网(World Wide Web)。对更广范围信息系统的需求一从字处理程序到客户信息系统到金融系统一都与Internet前的时代完全不同了。
4）新系统的产生。正如本文所讨论的，一个隐秘的外部因素，是新系统的存在导致系统需求本身的变更。党组织的行为围绕着新系统而不断演化，旧的方式不再使用；出现了对新的信息类型的需要，不可避免地要开发新的需求．因此新系统的一次提交启发了对新系统的需求！
作为一种实用的事物，管理需求的过程只有意识到并解决变更问题时才是
有用的。开发团队虽然无法禁止变更，但却可以在变更发生时管理它们。
2． 内部因素
除了外部因素外，还有许多内部因素可以导致变更．
1) 开发团队在需求收集活动的早期，没有能够在正确的时间向正确的人提
出正确的问题如果开发的过程不包括所有的涉众，或者没有向他们提出所有正确的问题，那么仅仅因为不能正确理解系统的真正需求，开发团队本身就成为导致变更的因素。而如果能够预先并且更周到地理解需求的话，这种变更是可以避免的。
2) 开发团队没有创建一个实用的过程来帮助管理那些在增量开发中通常会遇到的需求变更。团队可能试图“冻结”需求，因此“潜伏”的必要变更堆积起来知道产生巨大的压力，以至于它们不可避免地、最终暴露在开发人员和客户的面前，结果是不得不返工。
3) 从需求到设计的迭代引发新的需求即便开发团队所做的事情是正确的，但在设计系统的过程中仍将产生新的需求，而且有必要将变更加入已经建立起来的需求中．可能开发人员会认为所有现行需求被完全理解了，并已经在更早的时候就建立起来了，自认为现在已经不再需要进行协商、折衷，自认为没有需求集合的其它可选择能同样(或更好)地实现用户的需要。
这样，如果开发团队准备恰当地管理变更的话，就需要认真考虑上述每一个因素。此外，团队还需要处理另一个更有害的变更之源。例如，客户直接向程序员提出的请求；无法使用一些硬件特性；面对竞争对手时下意识地改变系统范围等等。这些来源的任何一个可能只产生很小一部份变更，但它们累计起来，这些非正式来源往往占了一个项目整个范围的一半．也就是说，系统全部工作产品的一半被投入在需求泄漏中，或者说是在负责管理进度、预算和质量准则的团队成员不可见的情况下进入系统的需求!为了有一个合理的成功概率，必须停止需求泄漏，或者至少减少到客管理的级别。
5.2 基于场景描述的需求管理
根据管理信息系统的生命周期和开发过程，从需求工程的视角来看，有关的主要活动由捕获需求、需求分析、需求实现及需求变更组成。
可以认为，需求变更同时影响着其他三大主要活动。一般软件(包括MIS)的需求可分为功能性需求和非功能性需求两大类：前者主要实现企业业务、流程；而后者则对应于系统的安全性、健壮性、技术架构等等。功能性需求的变化会影响整个开发团队对于相关一系列需求的认识和定义，非功能性需求亦是如此，以系统登录功能的安全问题为例，更进一步的安全要求会使得系统分析员对于用户登录流程或界面进行重新设计、包括对场景描述和相应用例的改动。
因此，对于系统需求的改动会引起捕获需求、需求分析或需求实现中任何多个或所有环节的已有工作。总的来说，即如果发生系统需求的比要变更，开发团队需要回溯所有已经过的阶段历程，增加、删除或修改相应的场景描述、用例分析及其他制品。
基于场景描述的需求管理与一般意义的需求管理存在以下的不同点：
1) 场景描述是捕获需求的工具。一般意义的需求管理通常以用例为工具来捕获需求。而在基于场景描述的面向对象软件过程中，捕获需求过程的主要目标是项目投资方和项目开发方在场景描述上取得一致．而在需求分析阶段，开发方把以场景描述为核心的需求转化成开发方更易分析和设计、开发的用例。因此，基于场景描述的需求辣"文-论'文.网
http://www.751com.cn新场景或修改原有的场景描述，从而更新所有的之后的过程，包括需求分析、需求实现等。基于场景描述的需求管理需要文护系统所有的场景描述．
2) 重视可视化的需求管理。场景是用例的具体实现。可视化的场景描述将使项目投资方和项目开发方可以在某一项需求上进行无障碍地沟通．在基于场景描述的面向对象软件过程中，也特别重视场景描述的可视化，比如使用UI(用户界面)原型等。
因此，基于场景描述的需求管理需要文护可视化的场景描述。在当前成熟的MIS项目大多采用CASE工具来辅助需求管理，因此基于场景描述的需求管理要求CASE工具能够支持对可视化场景的文护。例如，在跟踪需求变更的项目管理系统JIRA中，对所有的需求改进和增加新的需求，都提供了对可视化场景的文护功能和图片上传功能，支持各种图片格式和演示文稿等。
第辣章 总结
本文在对MIS的开发过程研究的过程中，选择一种常用的基于场景描述的需求工程技术来提高满足客户需求的效率。通过对需求工程总的相关问题的研究，给出了需求工程在中小型信息系统中的普遍意义。
本文认为完整的、一致的、可跟踪的形式化需求相关说明是成功开发高质量IS的关键所在。在系统的所有后续阶段如体系结构设计、详细设计、实现、运行和文护都要以该需求规格说明为基础。而基于场景描述的需求工程技术的IS开发过程特别适合于用户需求复杂、流程复杂、需求多变的管理信息系统。
由于时间仓促，论文可能存在不足之处，希望张老师批评指正。
上一页 [1] [2] [3] [4] [5]
需求工程在中小型信息系统中的应用与研究 第5页下载如图片无法显示或论文不完整，请联系qq752018766
