【项目管理知识】软件需求分析方法和工具的选用.docx

软件需求分析方法和工具的选用 本文以某个 IT 产品销售公司的信息系统项目的开发为背景，讨论了一个信 息系统需求分析的整个过程，其重要特征是：所涉及的项目是原有系统的一个 升级替换版本 ... 本文以某个 IT 产品销售公司的信息系统项目的开发为背景，讨论了一个信 息系统需求分析的整个过程，其重要特征是：所涉及的项目是原有系统的一个 升级替换版本。因此，需求分析过程不同于建立一个全新的系统，大体上可分 为三个阶段：（）实施逆向工程获得对系统的初步了解；（ 2）在第 1 步的基础 上写出基本需求，交由客户评审补充；（ 3）在第 2 步的基础上开发原型，利用 原型与客户交流，终获得基线需求。针对上述三个阶段，本文论述了所使用的 分析方法与工具以及所遇到过的一些典型问题和措施，后对需求分析中使用的 工具，谈一些自己的初步体会。 我于 年 8月至 年7月参加了某个大型集团的企业信息系统的开发 工作，该大型集团的业务主要涉及到 IT 类产品的进销存。本人在项目中负责系 统分析的工作，该集团企业原先已委托某个电脑公司开发过一套 IT类产品管理 系统，但是该老系统存在两个主要的问题：（一）系统运行速度非常慢，如商 品销售开单时，从确定开单到开单完成有时需要 1?2分钟左右的响应时间，让 客户无法忍受。（二）系统数据不准确，经常出现实物库存与电脑库存严重不 相匹配的情况，使销售数据的统计产生一些混乱，有关财务的数据因此无法有 效使用，只能采用人工录入方式补充进行。在这种情况下，该集团的总经理决 定参考原有系统重新开发一个系统，以便解决原系统所存在的上述两个难以克 服的难题。注；原系统采用 PB6.5开发，数据库采用SYBASE服务器采用 Windows Server,客户端采用 Windows98,程序架构采用的是传统的 C/S结 构。 鉴于该集团业务操作复杂，流程多，涉及人员多等特点，以及项目完成时 间短，经费有限，人员有限等限制约束条件，再考虑到必须避免前一系统出现 过的结构混乱与难于维护等问题，我们决定要对原系统的需求做一个比较彻底 的和切实可行的分析，由于原有系统已经开发了近两年，并且客户也有了一定 的使用经验，业务基本流程本身也并没有太大的变化，因此，我们把需求分析 的过程分为三步：（）分析原有系统的结构，主要是数据库结构和程序结构， 2）在获得第（ 1）步结果的基础上写出基本需求，交由客户评审补充， （ 3） 在第（ 2）步的基础上开发原型，利用此原型与客户交流，从而获得终可用的需 求结果。下面按上述三步分别加以论述。 步是实施逆向工程，获取原有系统的基本需求 由于原有系统在功能上大体上能基本满足客户的需求，并且在两年多的开 发中也积累了不少经验，因此，从中可以获得一些有益的参考，也可以避免多 走弯路。在这一阶段，我们采用的主要工具是 PB自带的PowerDesigner和 PBDocuments前者主要用来分析数据库结构，后者主要用来分析程序结构，便 于开发人员与高级用户理解程序。采用这两个工具的原因是：原系统过于庞 大，模块多，数据库模式多，表格量很大，仅靠人工的方法很难从中获得一个 比较完整的、明确的系统结构以及整体构成，而且原有系统未能提供一套正确 完整有效的设计文档，于是我们只能依靠工具辅助来进行。在使用 PowerDesigner分析数据库，并且用PBDocuments分析原程序中的PBL以后，我 们对原系统的结构有了一个初步的了解，再结合对原系统的使用，基本明确了 功能与流程的需求，并在此基础上用人工录入方式，产生了初步需求的自然语 言文档。这里指出，使用 Po werDesig ner的一个不足之处是：如果一个表中的字 段过多，而且又同时依赖多个表时，输出的表格相关图形很复杂，有很多交 叉，且难于调整，不方便阅读及打印。 第二步是在步的基础上进行的，即写出系统基本需求，交由客户评审和补 通过步的逆向工程，我们获得了系统的基本需求。为了充分记录需求的变 化及需求之间的依赖关系，我们决定选用 Ratio nal公司的Requisite PRO乍为我 们的需求管理工具，Ratio nal公司有一整套用于需求管理的工具，功能非常强 大，包括Requisite Pro ClearQuest等等，这些需求分析工具可以对需求进行全 面的管理，包括记录需求的变化情况，需求之间的依赖关系等等。但是，我们 考虑到 Rational 的一套工具全面实施会非常昂贵与复杂，需要非常强的项目管 理能力才能全面实施，因此，我们只采用了其中简单的一部分功能，那就是记 录需求变更，记录需求之间的依赖关系，其他跟 RU P有关的功能都给略去了。 之所以这样做，主要是考虑到项目的经费、人力以及国内软件开发的实际情 况。正如前面所说，我们根据自己的理解并