电子商务系统需求分析
一、需求分析
在具体的研究需求分析之前, 我们先了解一下软件工程这个概念。 软件工程分为三个层
次,过程层、方法层、工具层。在最基础的过程层,最重要的就是一组被称为关键过程区域
(KPAs)的框架( KPA的概念在讨论 CMM的书中有详细的概念说明) 。关键过程区域构成了
软件项目的管理控制的基础, 并且确立了上下文各区域的关系, 其中规定了技术方法的采用、
工程产品的,模型、文档、数据、报告、表格等,等的产生、里程碑的建立、质量的保证及
变化的适当管理。 方法层主要是过程在技术上的实现。 它解决的问题是如何做。 软件工程方
法涵盖了一系列的任务:需求分析、设计、编程、测试、维护。同时他还包括了一组基本原
则,控制了每一个的关键过程区域。 工具层就很好理解了, 他对过程层和方法层提供了自动
和半自动的支持。这些辅助工具就称为 CASE。
可以看到需求分析的位置, 但是事实上需求分析是跨越了软件工程的三个层次的。 这一
点是和其他的过程是一样的。 当然我们这里比较重点强调的是在软件工程的方法层, 同时也
涉及到一些过程层的思想, 至于工具层则不再我们的讨论之列, 但是会提到一些很适合在需
求分析时应用的工具,诸如 Word、Excel 、Visio 等。方法需求分析都包括了哪些方法呢?
这里列举出在《需求分析》一书中推荐的一些方法。
1) 绘制系统关联图,这种关联图是用于定义系统与系统外部实体间的界限和接口的简
单模型。同时它也明确了通过接口的信息流和物质流。
2) 创建用户接口原型,当开发人员或用户不能确定需求时,开发一个用户接口原型—
一个可能的局部实现—这样使得许多概念和可能发生的事更为直观明了。 用户通过评价原型
将使项目参与者能更好地相互理解所要解决的问题。 注意要找出需求文档与原型之间所有的
冲突之处。
3) 分析需求可行性,在允许的成本、性能要求下,分析每项需求实施的可行性,明确
与每项需求实现相联系的风险,包括与其它需求的冲突,对外界因素的依赖和技术障碍。
4) 确定需求的优先级别,应用分析方法来确定使用实例、产品特性或单项需求实现的
优先级别。以优先级为基础确定产品版本将包括哪些特性或哪类需求。当允许需求变更时,
在特定的版本中加入每一项变更,并在那个版本计划中作出需要的变更。
5) 为需求建立模型,需求的图形分析模型是软件需求规格说明极好的补充说明。它们
能提供不同的信息与关系以有助于找到不正确的、 不一致的、 遗漏的和冗余的需求。 这样的