4需求建模(系统分析与设计)详解
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 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
需求建模
• 在需求建模的工作环节，需要采用基于团队的方法收集系统 项目事实，准备文档以及创建要用于系统设计和开发的模型 • 这其中需要经历一系列的过程，包括使用事实发现技术，如 会谈、文档复查、观察、问卷调查、抽样和调查研究等获取 需求 • 列出并描述需求，包括输入、过程、输出以及性能、控制等 • 定义整体拥有成本
需求建模
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
需求建模
• 在需求建模的工作环节，需要采用基于团队的方法收集系统 项目事实，准备文档以及创建要用于系统设计和开发的模型 • 这其中需要经历一系列的过程，包括使用事实发现技术，如 会谈、文档复查、观察、问卷调查、抽样和调查研究等获取 需求 • 列出并描述需求，包括输入、过程、输出以及性能、控制等 • 定义整体拥有成本