需求工程在中小型信息系统中的应用与研究 第4页
MIS 开发过程
软件工程的研究是针对一般意义上的软件。MIS，管理信息系统作为一种企业应用级的软件无论是在需求上还是在实现上都有着其特殊性。
MIS 区别于一般的软件存在以下特殊性：
1）能性需求非常复杂．MIS是对企业业务流程的IT实现，企业的业务流程是企业管理的具体操作方法，而企业管理本身是非常复杂的，且不同的企业所可能有的管理方法和业务流程都可能是完全不一样。特别是对于一个大型企业来说，MIS项目可能覆盖其众多的职能和业务，将会形成非常复杂的功能需求。
2） 需求变更多。由于MIS面向企业管理，因此MIS的需求可能是软件中最容易出现变更的．企业管理本身并不一定存在一个通用的最佳实践，根据环境的不同、时间的不同、人员的不同和企业的不同都会展现出企业管理的变化与发展。因此，经常出现这样的情况，即在开发阶段中需求变更了，企业管理的模式变化了。
3） 以数据为核心。企辣"文-论'文.网
http://www.751com.cn 业信息化的基础是数据。数据是信息在计算机中的存储。因此，MIS一般用能管理复杂数据结构的工具来管理数据及其存储．当前，通常关系型数据库是首选。
4） 不要求实时性。企业管理并非现场施工，绝大多数情况下并不需要实时性。
5） 对性能有一定要求．MIS通常处理大批量的数据，因此对于数据处理能力方面的性能有一定的要求。
6） 易用性强．MIS作为软件，它的用户却不是软件的专业人员，一般来说是普通的企业员工。因此，易用性、用户体验和易学习性是评价一个MIS的质量的重要指标之一。
介于MIS的特殊性，MIS的开发过程也有着其相较于一般的软件过程的特殊性。
1） 重视需求。MIS 的需求复杂且多变化，因此，MIS项目会从需求捕获、需求分析和需求分析变更三个方面同时入手，降低项目在需求方面的风险。
2） 重视数据层设计。MIS的开发往往对数据层的设计非常重视，数据层一旦变动，往往业务逻辑层和表现层均要变化，甚至技术架构也要重新考虑。
4.3 MIS 的生命周期
4.3.1 MIS项目的实施
在整个MIS交付的循环链中贯彻价值主张，集中在成本优化、IT价值的证实，以及提高成功几率的项目控制和操作流程上，确保IT交付期望的价值(质量、风险、时间、预算、成本等)。而IT价值的交付是一个过程，这也是MIS项目的生命周期。项目投资方和项目开发方将在项目合作的过程中双方受益，项目投资方获得了项目的成果——MIS和学习到了部分项目开发方项目管理和在信息技术的能力，项目开发方则能够更好地了解到项目投资方所在行业的领域知识和项目投资方在企业管理上的理解。
通常情况下，WIS项目分为以下几个阶段，下图4-1示了MIS项目的生命周期：
4-1 MIS项目的生命周期
1）售前阶段，即合同签订前．双方主要的活动集中在需求的识别和确认，以及对合同进度、经费等合同相关内容的协商。
2）需求分析阶段，即合同签订后到正式的需求说明书发布．需求说明书或其替代品是需要项目投资方确认的。需求分析阶段把售前获得的需求进行优化和细化，进而得到完整的项目需求。
3）开发阶段，即需求明确后到系统交付前。这里的开发阶段是广义的，不是指狭义的系统实现。开发是指实现需求的过程，包括对需求的分析、设计和实现，也包括了验证需求实现有效性的测试。
4）运文阶段，即系统交付后的运营文护阶段。
这里的MIS项目生命周期的各个阶段本身可能迭代的，特别是开发过程是迭式的开发过程的话。
4.3.2在需求工程的角度下的MIS开发过程
根据WIS项目的生命周期和实施过程，从需求工程的视角来看，可以把MIS
的开发过程主要分为四个活动．它们分别是：
1） 捕获需求f捕获需求即为获得整个项目的基本需求，当然应该尽可能多地获得尽可能准确的需求．通常这是售前阶段的工作，需求分析阶段的前期也有许多捕获需求的活动。
2）需求分析。需求分析是指对获得的需求进行精化和细化。通常这是需求分析阶段的工作，它的目标是获得完整且准确的项目需求，并用形式化描述的方法展现出来。
3） 需求实现。需求实现是一个较长的过程，它包括对需求的分析、设计、实现与测试。分析保证系统是对需求的正确IT理解，设计是对新系统的技术方案，实现是指代码实现和编译发布，测试保障实现与需求要求的一致。
4） 需求变更．需求是以上三个活动的中心，它遵循一个识别-充分了解-
实现的过程。但需求本身可能变化，每个或每一批变化可能产生一次迭代，从捕获需求、需求分析到需求实现。
图4-2 展现了需求工程视角的MIS开发过程。
图4-2需求工程视角的开发过程
第五章 需求管理变更
5.1 需求变更的原因分析
需求变更的不可避免有几种原因．有的是内部因素，开发团队能够控制，但需求是外部因素，是开发人员甚至用户都无法控制的。
1.外部因素
1）外部因素是项目团队难以甚至无法控制的变更事务。无论如何管理，开发团队都必须从技术上、心理上和管理上做好能够处理变更的准备，这些变更也是正常的“软件开发活动”的一部分内容。变更的产生是因为：尝试用新系统解决的问题的变更．可能变更产生于经济原因、政府法规或者是市场和客户的喜好。由于技术的快速更新，在开发团队完成解决客户提出的最初问题之前，发生这类变更的可能性越来越大。
2）用户改变了有关他们需要系统完成什么的想法或见解。这种情况也有多种原因：不仅因为用户本身很易变，尤其是在指定系统人机接口的细节时；而且因为他们的角度是根据市场、经济条件、政府法规的状态而定的。不仅如此，用户自己的身份有时也会变化。例如，如果描述系统需求的用户离开了客户团队，那么替代它的人就可能持有一种完全不同的观点和见解。
上一页 [1] [2] [3] [4] [5] 下一页
需求工程在中小型信息系统中的应用与研究 第4页下载如图片无法显示或论文不完整，请联系qq752018766
