（电子商务）如何对电子商务系统进行需求分析.pdfVIP

（电子商务）如何对电子商 务系统进行需求分析 如何对电子商务系统进行需求分析 壹、需求分析 在具体的研究需求分析之前，我们先了解壹下软件工程这个概念。软件工程分为 三个层次，过程层、方法层、工具层。在最基础的过程层，最重要的就是壹组被 称为关键过程区域（KPAs ）的框架（KPA 的概念在讨论CMM 的书中有详细的概念 说明）。关键过程区域构成了软件项目的管理控制的基础，且且确立了上下文各 区域的关系，其中规定了技术方法的采用、工程产品的，模型、文档、数据、报 告、表格等，等的产生、里程碑的建立、质量的保证及变化的适当管理。方法层 主要是过程在技术上的实现。它解决的问题是如何做。软件工程方法涵盖了壹系 列的任务：需求分析、设计、编程、测试、维护。同时他仍包括了壹组基本原则， 控制了每壹个的关键过程区域。工具层就很好理解了，他对过程层和方法层提供 了自动和半自动的支持。这些辅助工具就称为CASE 。 能够见到需求分析的位置，可是事实上需求分析是跨越了软件工程的三个层次的。 这壹点是和其他的过程是壹样的。当然我们这里比较重点强调的是在软件工程的 方法层，同时也涉及到壹些过程层的思想，至于工具层则不再我们的讨论之列， 可是会提到壹些很适合在需求分析时应用的工具，诸如Word 、Excel 、Visio 等。 方法需求分析都包括了哪些方法呢？这里列举出在《需求分析》壹书中推荐的壹 些方法。 1)绘制系统关联图，这种关联图是用于定义系统和系统外部实体间的界限和接口 的简单模型。同时它也明确了通过接口的信息流和物质流。 2)创建用户接口原型，当开发人员或用户不能确定需求时，开发壹个用户接口原 型—壹个可能的局部实现—这样使得许多概念和可能发生的事更为直观明了。用 户通过评价原型将使项目参和者能更好地相互理解所要解决的问题。注意要找出 需求文档和原型之间所有的冲突之处。 3)分析需求可行性，在允许的成本、性能要求下，分析每项需求实施的可行性， 明确和每项需求实现相联系的风险，包括和其它需求的冲突，对外界因素的依赖 和技术障碍。 4)确定需求的优先级别，应用分析方法来确定使用实例、产品特性或单项需求实 现的优先级别。以优先级为基础确定产品版本将包括哪些特性或哪类需求。当允 许需求变更时，在特定的版本中加入每壹项变更，且在那个版本计划中作出需要 的变更。 5)为需求建立模型，需求的图形分析模型是软件需求规格说明极好的补充说明。 它们能提供不同的信息和关系以有助于找到不正确的、不壹致的、遗漏的和冗余 的需求。这样的模型包括数据流图、实体关系图、状态变换图、对话框图、对象 类及交互作用图。 6)创建数据字典，数据字典是对系统用到的所有数据项和结构的定义，以确保开 发人员使用统壹的数据定义。在需求阶段，数据字典至少应定义客户数据项以确 保客户和开发小组是使用壹致的定义和术语。分析和设计工具通常包括数据字典 组件。 7)使用质量功能调配，（QFD）是壹种高级系统技术，它将产品特性、属性和对 客户的重要性联系起来。该技术提供了壹种分析方法以明确那些是客户最为关注 的特性。QFD 将需求分为三类：期望需求，即客户或许且未提及，但如若缺少会 让他们感到不满意；普通需求；兴奋需求，即实现了会给客户带去惊喜，但若未 实现也不会受到责备（Zultner1993;Pardee1996）。 记住壹点，不要试图在你的项目中把这些方法都用上去，四个现代化且不是壹夜 就能够实现的。同样，尝试着使用你认为对你很有帮助的方法，确实收到效果之 后，在考虑继续学习方法。因为上面提到的都是需求分析的大方法，事实号、记 录业务规范、创建需求跟踪能力矩阵、审查需求文档、以需求为依据编写测试用 例、编写用户手册、确定合格的标准。 二、业务建模 很多人都没有意识到业务需求阶段应该做些什么事情，实际上业务建模是最重要 的壹件事情。不要觉得业务建模这个词很深奥，让人模不着头脑。其实所有做过 需求分析的人都做过业务建模，比如你了解企业的运作模式就?是壹种你脑海中 的业务建模。可是大多数人都没有科学的、系统的、文档化的做过业务建模。 业务建模的目的在于： 了解目标组织（将要在其中部署系统的组织）的结构及机制。 了解目标组织中当前存在的问题且确定改进的可能性。 确保客户、最终用户和开发人员就目标组织达成共识。 导出支持目标组织所需的业务需求。 上面的话是不是很抽象呢，其实没有什么复杂的：人和电脑是完全不同的思想（思 维方式）。所以，原先适合人的业务流程对于计算机来说可不壹定合适的，为了 最大限度的利用计算机，必须要了解原先的业务流程