4 需求建模 (系统分析的与设计).ppt

第二阶段 系统分析需求建模 Jin Bo jb21cn@zju.edu.cn College of Computer Science and Technology Zhejiang University 阶段概述 本阶段是SDLC五个阶段中的第2个阶段 在上一阶段，系统规划阶段，分析员已经做了初步的调查，了解了更多的系统需求，并从技术、经济、社会和文化、进度、资源等方面，确定了项目需求的合理性和可行性 本阶段，分析员将使用需求建模、数据和过程建模及对象建模来描述新系统 在进入到下一阶段前，还需要考虑系统开发策略 需求建模 在需求建模的工作环节，需要采用基于团队的方法收集系统项目事实，准备文档以及创建要用于系统设计和开发的模型 这其中需要经历一系列的过程，包括使用事实发现技术，如会谈、文档复查、观察、问卷调查、抽样和调查研究等获取需求 列出并描述需求，包括输入、过程、输出以及性能、控制等 定义整体拥有成本 做一次成功的会谈 最后，使用有效的文档编制方法，产生系统需求文档，并将此有效的文档编制方法贯穿项目始终 系统分析阶段概述 所谓系统分析，其总体目标就是了解项目系统，确保其支持业务需求，为系统开发奠定坚实的基础 在这一阶段，通常都会使用模型和其它文档工具来描述和呈现将要建立的系统 系统分析活动 系统分析主要包括四项活动：需求建模、数据和过程建模、对象建模、开发策略考虑 如图所示，尽管瀑布模型呈现了顺序特征，但在实际的建模过程中，每当发现新的事实，或者系统需求有改变时，三种建模任务之间总会产生典型的交互行为 系统分析阶段的每一个活动都有最终产品及一个或多个里程碑，大项目的系统活动往往需要很多工作来进行人、任务、资源、时间、预算等的协调 系统分析技术 由于新的信息系统的开发将会涉及并影响使用该系统的企业的所有人，因此，采用合适的系统分析技术显得尤为重要 首先，需要分析员具有很强的分析能力和人际交往能力 分析员拥有强的分析能力使其能够较快确定问题核心，评价关键元素，并创建有用的解决方案 而人际交往能力对分析员来说更为重要。因为，分析员需要和所有工作层次的人共同工作，协调用户的需求冲突，并最终达成对系统需求的共同一致 另外，系统分析阶段的工作策略也至关重要，它将影响到系统分析工作的顺利进行，以及系统需求的完整取得和众人的一致认同 通常都会采用从系统分析的初始就采用面向团队的开发策略 面向团队的方法和技术 面向团队的开发方法给我们带来的最为明显的好处就是，系统需求获取的高效以及较低的需求获取成本 另外，用户的参与也使得需求能够更好地贴合用户，发现问题可以尽早发现并得到纠正 面向团队的方法和目前仍然流行的结构化方法有较大的不一样，后者当且仅当需要用户的输入或确认时，才和用户沟通 基于团队的开发模式事实是已经存在一段时间了，其中常见的一种就是所谓的联合应用程序开发(JAD)——进行事实发现和需求建模的面向用户开发技术 另一种流行的方法是快速应用程序开发(RAD)，用户可以参与开发过程的每一步 JAD通常只集中于事实发现和需求决策上，而RAD则针对系统开发任务的整个过程提供了一种快速跟踪的方法，包括计划、设计、构建和实施 联合应用程序开发 在JAD中，用户可以作为一个积极的参与者参与开发过程 目前典型的用户参与策略是JAD团队技术，就是将用户、经理、IT专业人员组成任务团队，一起收集信息，讨论并定义新系统需求 下表是典型的JAD参与者及其任务 快速应用程序开发 这是一种基于团队的技术，能够加速信息系统的开发，产生机能信息系统 和JAD不同的是，JAD的最终产品是需求模型，而RAD作为一个完整、拥有4个阶段的生命周期，其最终产品则是新的信息系统 RAD非常依赖原型的创建和用户的参与 允许用户尽可能早地检查工作模型，以确定是否满足他们的需求，并提出修改建议 根据用户的输入修改原型，反复交互直至用户满意 项目组使用CASE工具构建原型，并创建一系列连续的文档 RAD阶段和活动 建模工具和技术 CASE工具 在CASE工具环境下，分析员可以交替使用建模和事实发现技术： 首先，将事实发现结果转变成模型 然后，研究模型，以确定是否需要更多的事实发现 系统分析员通常都会使用功能分解图和统一建模语言来帮助理解系统需求 功能分解图 功能分解图(FDD)是一种自顶向下描述业务功能和过程的方法 使用FDD，分析员可以显示业务功能，并将这些功能分解成更低层的功能和过程。下图是系统开发过程工作分解的示意图 数据流图 FDD之后，分析员可以创建数据流图(DFD)来描述系统存储、处理和转换数据的过程 在稍大规模的系统中，DFD都应该是分层结构的 一个用PAD图绘制的描述某算法的DFD 统一建模语言 统一建模语言(UML)是一种可以使软件系统设计可视化并能为其组织文档的方法