4需求建模(系统分析与设计)详解

  • 格式:ppt
  • 大小:199.50 KB
  • 文档页数:27

下载文档原格式

  / 27
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
第二阶段 系统分析
需求建模
Jin Bo jb21cn@zju.edu.cn College of Computer Science and Technology Zhejiang University
1
阶段概述
• 本阶段是SDLC五个阶段中的第2个阶段
• 在上一阶段,系统规划阶段,分析员已经做了初步的调查, 了解了更多的系统需求,并从技术、经济、社会和文化、进 度、资源等方面,确定了项目需求的合理性和可行性 • 本阶段,分析员将使用需求建模、数据和过程建模及对象建 模来描述新系统
10
建模工具和技术
建模包括用来在各个开发阶段描述系统的方法,包括 图、表、形式表达及非技术语言
模型往往会有助于用户、项目相关人员、管理人员等 理解系统的设计,而建模描述工具可以帮助这样的理解, 以及有利于用户与系统的交互 常用的工具主要有:CASE工具、功能分解图、数据流 图、统一建模语言等
11
CASE工具
9
RAD阶段和活动
RAD模型由四个阶段组 成:需求计划、用户设 计、构建和验收
注意用户设计和构建 阶段之间连续的交互过 程 RAD的目标就是通过用 户参与来缩减资源消耗 RAD的优点是高效、低 成本 缺点是强调系统本身 结构,而可能忽略企业 战略上的业务需求 另外,加速开发会导 致质量等目标被忽略
系统分析活动
• 系统分析主要包括四项活动: 需求建模、数据和过程建模、 对象建模、开发策略考虑 • 如图所示,尽管瀑布模型呈 现了顺序特征,但在实际的 建模过程中,每当发现新的 事实,或者系统需求有改变 时,三种建模任务之间总会 产生典型的交互行为 • 系统分析阶段的每一个活动 都有最终产品及一个或多个 里程碑,大项目的系统活动 往往需要很多工作来进行人、 任务、资源、时间、预算等 的协调
需求建模
数据和过 程建模
对象建模
开发策略
5
系统分析技术
• 由于新的信息系统的开发将会涉及并影响使用该系统的企业 的所有人,因此,采用合适的系统分析技术显得尤为重要 • 首先,需要分析员具有很强的分析能力和人际交往能力
– 分析员拥有强的分析能力使其能够较快确定问题核心,评价关键元 素,并创建有用的解决方案 – 而人际交往能力对分析员来说更为重要。因为,分析员需要和所有 工作层次的人共同工作,协调用户的需求冲突,并最终达成对系统 需求的共同一致
• 在CASE工具环境下,分析员可以交替使用建模和事实发现技 术:
任务Βιβλιοθήκη Baidu
制定JAD会议议程并主持会议 为项目提供企业级授权和支持 为项目提供部门级支持,了解项目如何支持业务功能和需求 在当前操作中,提供期望的日常任务流程的操作需求描述 为JAD成员提供技术帮助和资源 为JAD会议创建文档,和分析员一起创建新系统模型
但JAD方法也有缺点,如资源开销会比传统的方法更大。不过与用户参与带 来的好处,如用户对新系统的支持度提高、新系统更容易成功等好处相比,大多 数情况下,开销的增加还是值得的
• 做一次成功的会谈
• 最后,使用有效的文档编制方法,产生系统需求文档,并将 此有效的文档编制方法贯穿项目始终
3
系统分析阶段概述
• 所谓系统分析,其总体目标就是了解项目系统,确保其支持 业务需求,为系统开发奠定坚实的基础 • 在这一阶段,通常都会使用模型和其它文档工具来描述和呈 现将要建立的系统
4
转换
任务 • 用 户 、 经 理 和 IT 职 员对企业需求、项目 范围和系统需求达成 一致意见
•获得批准继续 任务 • 用户参与构建 模型和原型
需求计划
用户设计
构建
任务 •程序和应 用开发
•编码 •单 元 、 集 成和系统测 试
•进 行 严 密 的 JAD型会议 任务 • 数据转换
•全面测试 •系统变更 •用户培训
7
联合应用程序开发
• 在JAD中,用户可以作为一个积极的参与者参与开发过程 • 目前典型的用户参与策略是JAD团队技术,就是将用户、经理、IT专业人员 组成任务团队,一起收集信息,讨论并定义新系统需求 • 下表是典型的JAD参与者及其任务
JAD参与者
JAD项目领导 高层管理者 经理 用户 系统分析员 记录员
8
快速应用程序开发
• 这是一种基于团队的技术,能够加速信息系统的开发,产生 机能信息系统 • 和JAD不同的是,JAD的最终产品是需求模型,而RAD作为一 个完整、拥有4个阶段的生命周期,其最终产品则是新的信 息系统 • RAD非常依赖原型的创建和用户的参与
– 允许用户尽可能早地检查工作模型,以确定是否满足他们的需求, 并提出修改建议 – 根据用户的输入修改原型,反复交互直至用户满意 – 项目组使用CASE工具构建原型,并创建一系列连续的文档
• 另外,系统分析阶段的工作策略也至关重要,它将影响到系 统分析工作的顺利进行,以及系统需求的完整取得和众人的 一致认同
• 通常都会采用从系统分析的初始就采用面向团队的开发策略
6
面向团队的方法和技术
• 面向团队的开发方法给我们带来的最为明显的好处就是,系统需求获取 的高效以及较低的需求获取成本 • 另外,用户的参与也使得需求能够更好地贴合用户,发现问题可以尽早 发现并得到纠正 • 面向团队的方法和目前仍然流行的结构化方法有较大的不一样,后者当 且仅当需要用户的输入或确认时,才和用户沟通 • 基于团队的开发模式事实是已经存在一段时间了,其中常见的一种就是 所谓的联合应用程序开发(JAD)——进行事实发现和需求建模的面向用 户开发技术 • 另一种流行的方法是快速应用程序开发(RAD),用户可以参与开发过程 的每一步 • JAD通常只集中于事实发现和需求决策上,而RAD则针对系统开发任务的 整个过程提供了一种快速跟踪的方法,包括计划、设计、构建和实施
• 在进入到下一阶段前,还需要考虑系统开发策略
2
需求建模
• 在需求建模的工作环节,需要采用基于团队的方法收集系统 项目事实,准备文档以及创建要用于系统设计和开发的模型 • 这其中需要经历一系列的过程,包括使用事实发现技术,如 会谈、文档复查、观察、问卷调查、抽样和调查研究等获取 需求 • 列出并描述需求,包括输入、过程、输出以及性能、控制等 • 定义整体拥有成本