系统分析设计课件
合集下载
《系统分析》课件
敏捷开发
强调快速响应变化，以用户需求为核 心，通过迭代方式快速构建和交付产 品。
迭代模型
将系统开发分为多个迭代周期，每个 周期都包括需求分析、设计、编码、 测试等阶段，逐步完善系统功能。
系统编码实现
选择编程语言
根据系统需求和开发团队 的技术能力选择合适的编 程语言，如Java、Python 、C等。
CHAPTER 02
系统需求分析
需求收集
总结词
确定需求来源、选择适当的方法和工具、建立良好的沟通机 制
详细描述
在进行系统需求分析时，首先需要确定需求的来源，包括用 户、利益相关者等。选择适当的方法和工具，如访谈、问卷 调查、原型评估等，来收集需求。同时，建立良好的沟通机 制，确保各方能够充分表达需求和意见。
• 整体升级
对整个系统进行升级，包括硬件和软件。
• 逐步升级
分阶段对系统的不同部分进行升级，例如先升级硬件再升级软件。
系统维护与升级的管理与实施
管理策略
制定详细的维护和升级计划，包括维 护和升级的时间、人员和所需的资源 。
人员培训
确保维护和升级人员具备必要的技能 和知识，可以通过培训或专业指导来 提高他们的技能水平。
全隐患。
系统可用性评估
1 2 3
用户界面友好性
评估系统界面是否符合用户习惯，操作是否简便 直观，以及是否有足够的帮助文档和在线支持。
系统兼容性
分析系统在不同操作系统、浏览器和设备上的兼 容性表现，以确保用户在不同环境下都能顺利使 用系统。
可扩展性与可维护性
评估系统架构是否具备良好的扩展性和可维护性 ，以满足未来业务发展和功能增强的需求。
系统优化建议与改进措施
硬件升级与扩容
系统分析与设计
22
5
RMO 案例中的事件 p.5-14
與顧客有關的重要外部事件
顧客想要檢查商品能否供貨、顧客下訂單、顧客變 更或取消訂單, 參考圖5-13
事件表格(event table)中與每個事件相關的資訊 :
每個使用案例的型錄資訊 (圖 5-15)
5
涉及部門的其他外部事件
寄送已完成的訂單、行銷部門想要寄送促銷內容給 顧客、商品部門更新型錄
事件分解技術 CRUD 分析技術 (建立, 讀取, 更新, 刪除)
Systems Analysis and Design in a Changing World, 4th Edition
11
Systems Analysis and Design in a Changing World, 4th Edition
10
5
5
在設計階段建立的模型 (圖 5-5)
3. 事件、活動與使用案例
使用案例 (use case)
Use case～activity
系統為回應使用者的要求所執行的活動 「案例」 是參與者使用系統的地方 辨識使用案例的技術 辨識使用者目標
Elementary Business Processes
基本企業流程 (EBP) 層次的目標就是使用案例 (參考圖5-6) EBP – 由一名工作人員、在一個場所執行的一項任務，目的是要回應 某個企業事件。它能夠增加可測量的企業價值，並讓系統與資料維持 一致的狀態
事件的類型
外部事件 (External event)
發生在系統之外 由外部的代理人(e.g.顧客)或參與者所啟動 , 圖5-8 事件命名: 外部代理人+動作名稱 (customer pays)
mis系统分析和设计课件(1)
数据字典就是用于表达和陈述数据流和数据存 储的详细内容的一种工具。
数据的属性和详细内容即指这些数据流和数据 存储是由哪些数据项组成，数据项的名称、 类型和长度，数据项的取值范围，哪些业务 需要用到这些数据项，数据的重要程度和保 密程度，数据项之间的逻辑关系等等。
.
17
处理单元描述分析
数据处理单元按处理逻辑可分为三大类：数 据计算，数据综合，数据的逻辑判断 数据处理单元分析方法：
业务流程图的作用:
制作业务流程图的过程也就是系统分析员全面了 解系统业务处理流程概况的过程,业务流程图是 系统分析人员作进一步分析的依据.
业务流程图是系统分析员、管理人员、业务操作 人员相互交流的工具。
系统分析人员可直接在业务流程图上理出可以实 现计算机处理的部分
可利用业务流程来分.析业务流程是否合理。 9
数据计算和数据综合一般使用管理数学模型 数据的逻辑判断一般使用判定树与判定表。
判定树与判定表都是描述数据处理的逻辑判断过程的工具。
判定树是用树型分叉图。它直观，但当判断条件较多时显得 有些繁琐。 判定表是用表格形式。它又四部分组成：（见例表）
.
18
决策树
折某 扣公 政司 策的
销 售
交易额 >$ 5000
●量-本-利分析模型
●投入产出模型
●数学规划模型
b 生产作业计划是要具体给出产品数量，加工路线，时间安 排，材料供应以及设备生产能力负荷平衡等方面。具体方法有 ：
.
27
●投入产出矩阵模型 ●网络计划（PERT）模型/关键路径（CPM）模型 ●排序模型 ●物料需求模型（MRP） ●设备能力负荷平衡模型
逐级将每一处理功能扩展、分解。并加入对例外情况的 处理，形成低一级数据流程图。如此反复，直到数据流 程图的细化程度满足用户要求而止。
数据的属性和详细内容即指这些数据流和数据 存储是由哪些数据项组成，数据项的名称、 类型和长度，数据项的取值范围，哪些业务 需要用到这些数据项，数据的重要程度和保 密程度，数据项之间的逻辑关系等等。
.
17
处理单元描述分析
数据处理单元按处理逻辑可分为三大类：数 据计算，数据综合，数据的逻辑判断 数据处理单元分析方法：
业务流程图的作用:
制作业务流程图的过程也就是系统分析员全面了 解系统业务处理流程概况的过程,业务流程图是 系统分析人员作进一步分析的依据.
业务流程图是系统分析员、管理人员、业务操作 人员相互交流的工具。
系统分析人员可直接在业务流程图上理出可以实 现计算机处理的部分
可利用业务流程来分.析业务流程是否合理。 9
数据计算和数据综合一般使用管理数学模型 数据的逻辑判断一般使用判定树与判定表。
判定树与判定表都是描述数据处理的逻辑判断过程的工具。
判定树是用树型分叉图。它直观，但当判断条件较多时显得 有些繁琐。 判定表是用表格形式。它又四部分组成：（见例表）
.
18
决策树
折某 扣公 政司 策的
销 售
交易额 >$ 5000
●量-本-利分析模型
●投入产出模型
●数学规划模型
b 生产作业计划是要具体给出产品数量，加工路线，时间安 排，材料供应以及设备生产能力负荷平衡等方面。具体方法有 ：
.
27
●投入产出矩阵模型 ●网络计划（PERT）模型/关键路径（CPM）模型 ●排序模型 ●物料需求模型（MRP） ●设备能力负荷平衡模型
逐级将每一处理功能扩展、分解。并加入对例外情况的 处理，形成低一级数据流程图。如此反复，直到数据流 程图的细化程度满足用户要求而止。
系统建模与系统分析详解课件
第三章
如今，兰德公司的研究范围已从最初的 军事、外交事务扩大到经济、交通、通 讯等公共事务的各个方面。系统分析方 法也从改善武器装备系统，走向了经济 管理、社会发展等各个域。
第三章
3.3.1 系统分析的定义
目前对于系统分析的解释有广义与狭义之分。 广义的解释是把系统分析作为系统工程的同义 语，认为系统分析就是系统工程。 狭义的解释是把系统分析作为系统工程的一个 逻辑步骤，系统工程在处理大型复杂系统的规划、 研制和运用问题时，必须经过这个逻辑步骤。
第三章
步骤
明确 问题
确定 目标
探索 建立模型 方案
优化或 仿真 分析
系统 评价
Y
决策 （分析）
N
第三章
案例: 企业与系统管理案例—— 海尔OEC管理法
O—Overall；E—Everything， Everyone ，Everyday； C—Control and clear
OEC—全方位地对每个人每一天的所做的每 件事进行控制和清理，即“日事日毕，日 清日高”，总账不漏项，事事有人管，人 人都管事，管事凭效果，管人凭考核。
3.地位：模型的本质决定了它的作用的局限性。它不 能代替以客观系统内容的研究，只有在和对客体系统相 配合时，模型的作用才能充分发挥。
第三章
3.1.2 使用系统模型的必要性
人类认识和改造客观世界的研究方法，一 般来说主要有三种，即实验法、抽象法、模 型法。
第三章
三种系统研究方法对比
实验法 抽象法
模型法
目标
发展能源
手段 目标
发展能源生产
开发新能源 节能
手段 资源 基地 目标 勘探 建设
运输
太生 阳物 能能
系统分析设计
§1.4.3 米切模型
米切将综合信息技术应用的连续发展划分为四个阶段，
即：起步阶段（20世纪60年代~70年代）；增长阶段（20 世纪80年代）；成熟阶段（20世纪80年代~90年代）和更 新阶段（20世纪90年代中期~21世纪初期）。
“米切模型”可以帮助企业和开发机构把握自身当前的 发展水平，了解自己的IT综合应用在现代信息系统的发展 阶段中所处的位置，是企业研究信息体系结构或制定变革 途径的认识基础，也是企业建设现代信息网络发展目标的 前提。
§1.6.2 系统开发方法论
系统开发方法为完成系统开发生存周期中的每一步提供详 细的指导，它包括具体的模型、工具和技术。 模型是现实世界的某些重要方面的表示。模型是现实的抽 象，可以帮助人们快速、深刻地理解系统内部结构。
技术是系统开发中使用的一组方法，这组方法可以帮助分 析人员完成系统开发活动或任务。它通常为创建模型提供 逐步指导。
§1.2.2 系统模型的类型
上下文模型也称过程模型，于1978年的结构化分析和设
计方法中提出。虽然结构化分析和设计作为一种方法学已 经不再流行，但过程建模仍是一种可靠而且重要的技术。
数据模型是每个信息系统必不可少的部分，因为增进
“知识”是信息系统框架的基本目标和基本构件。
对象建模基于面向对象语言与面向对象技术的发展，是
人是系统组成的重要构件之一。
作为信息系统的重要参与者，涉及到的关联人员有： 系统所有者 用户 分析设计人员 外部服务者 项目经理
§1.4 系统发展的阶段理论
信息系统战略规划是指实施信息系统建设的关键步骤。 以合理的模型与方法作为指导，是提高信息系统规划的 重要基础。
模型刻画了信息系统规划过程中的指导模式，而方法描 述了具体实施规划时的步骤。 目前使用比较多的信息系统规划模型有：诺兰的阶段模 型、西诺特模型和米切尔模型。
《系统分析和设计》PPT课件
1.9 规划和模型化系统开发项目
• 选择好了开发方法后，系统开发人员必 须为需要的任务创建规划和模型。
• 一般地，开发团队使用项目管理工具来 达到最终结果。
开发方法
开发模型 项目管理工具
最终 结果
1.9.1 对比预测模型和适应模型
• 因为是预测性方法，结构化分析 把开发过程划分为一系列阶段， 叫做系统开发生命周期（SDLC） ，
1.5.2 事务处理系统
• 事务处理（TP）系统处理日常业务运行产生的数据。如客户订单处理、账目接收和保 单索赔处理等。
1.5.3 业务支持系统
• 业务支持系统为全公司不同层次的用户提供相关 工作的信息支持。这些系统可以分析事务数据、 产生管理和控制业务过程所需要的信息，为良好 决策提供信息。
• 业务支持系统能够与TP系统紧密合作。例如，当 公司向客户销售商品，TP系统记录这笔销售，更 新客户收支差额，并从库存中扣除。
1.5.6 信息系统集成
• 多数大公司需要事务处理、业务支持、知识管理 和用户生产率等系统的组合。
• 例如一个国际客户所购产品有问题并要求保单索赔，客户 服务代表把这个索赔要求输入到TP系统。这个事务更新另 外两个系统：一个是跟踪产品问题和索赔活动的知识管理 系统，另一个是有决策支持能力的质量控制系统。质量控 制引擎应用what-if分析确定是否应该做产品设计更改来减 少这种保单索赔。
• 1.7.1 建模： • 建模产生概念化或过程的图形化表示，系统开发人员可以进行分析、测试和修改。系
统分析员通过使用一系列业务、数据、对象、网络和过程模型来描述并简化信息系统 。
1.7.2 原型设计
• 原型设计可以测试系统概念并提供在做出最终决 策之前检查输入、输出和用户界面的机会。原型 是信息系统的早期版本。
系统分析与设计导论PPT课件
ERP系统的系统测试还需要关注安全性和兼容性方面。通过安全测试，检查系统是否存在安全漏洞和 隐患，采取相应的措施进行加固和防范。同时，需要进行兼容性测试，验证系统在不同操作系统、浏 览器和数据库等环境下是否能够正常运行和使用。
案例三：企业资源规划系统的系统测试
总结词
自动化测试与回归测试
VS
详细描述
详细描述
在ERP系统的系统测试中，首先需要进行功能测试，验证各个功能模块是否符合需求规格和设计要求。通过输入 不同的数据和场景，检查系统的输出是否正确和稳定。同时，需要进行性能测试，评估系统在高负载情况下的响 应时间和吞吐量等性能指标。
案例三：企业资源规划系统的系统测试
总结词
安全测试与兼容性测试
详细描述
创建系统或应用程序的早期模型， 以便更好地理解用户需求和期望。
详细记录用户需求，包括功能需 求、性能需求、安全需求等，作 为后续设计和开发的基准。
系统设计工具
系统架构设计
定义系统的整体结构，包括硬件和软件组件以及它们 之间的交互。
数据库设计
定义、优化和维护数据库的结构，包括表、视图、索 引等。
用户界面设计
创建用户友好的界面，确保用户可以轻松地与系统交 互。
系统测试工具
单元测试
01
测试系统的最小可测试单元，确保每个单元都按照预期工作。
集成测试
02
测试多个单元或组件的集成，确保它们能够协同工作。
系统测试
03
测试整个系统的功能和性能，确保系统满足所有需求和期望。
04
系统开发方法论
结构化开发方法论
总结词
系统分析与设计导论
目录
• 系统分析概述 • 系统设计概述 • 系统分析与设计工具 • 系统开发方法论 • 系统分析与设计案例研究
案例三：企业资源规划系统的系统测试
总结词
自动化测试与回归测试
VS
详细描述
详细描述
在ERP系统的系统测试中，首先需要进行功能测试，验证各个功能模块是否符合需求规格和设计要求。通过输入 不同的数据和场景，检查系统的输出是否正确和稳定。同时，需要进行性能测试，评估系统在高负载情况下的响 应时间和吞吐量等性能指标。
案例三：企业资源规划系统的系统测试
总结词
安全测试与兼容性测试
详细描述
创建系统或应用程序的早期模型， 以便更好地理解用户需求和期望。
详细记录用户需求，包括功能需 求、性能需求、安全需求等，作 为后续设计和开发的基准。
系统设计工具
系统架构设计
定义系统的整体结构，包括硬件和软件组件以及它们 之间的交互。
数据库设计
定义、优化和维护数据库的结构，包括表、视图、索 引等。
用户界面设计
创建用户友好的界面，确保用户可以轻松地与系统交 互。
系统测试工具
单元测试
01
测试系统的最小可测试单元，确保每个单元都按照预期工作。
集成测试
02
测试多个单元或组件的集成，确保它们能够协同工作。
系统测试
03
测试整个系统的功能和性能，确保系统满足所有需求和期望。
04
系统开发方法论
结构化开发方法论
总结词
系统分析与设计导论
目录
• 系统分析概述 • 系统设计概述 • 系统分析与设计工具 • 系统开发方法论 • 系统分析与设计案例研究
系统分析设计1
目录学生成绩管理系统 (1)1．系统概述 (1)1.1系统目标 (1)1.2系统主要功能 (1)2．系统设计规范 (3)2.1系统名称 (3)2.2文件命名规范 (3)2.3系统层次划分 (4)2.4数据库、表、字段命名规范 (5)3．数据模型设计 (7)3.1数据库结构设计(E-R) (7)3.2数据表关系设计(逻辑关系) (9)4．对象模型设计 (11)4.1系统的用例图 (11)4.2活动图绘制 (14)4.3系统类图 (15)4.4时序图及协作图 (16)5．系统设计 (19)5.1应用软件 (19)5.2系统的硬件总体配置方案 (19)6．输入设计 (20)6.1输入界面设计 (20)7．输出设计 (23)7.1输出界面设计 (23)结束语 (26)学生成绩管理系统1．系统概述1.1系统目标在不久的将来知识经济将占世界经济发展的主导地位，国家综合国力和国际竞争能力越来越取决于教育发展,科学技术和知识创新的水平，教育在经济和社会发展过程中将呈现出越来越突出的重要作用。
学生成绩管理系统是一个教育单位不可缺少的部分，它的内容对于学校的决策者和管理者来说都至关重要，所以学生成绩管理系统应该能够为用户提供充足的信息和快捷的查询手段。
但是一直以来人们使用传统人工的方式管理学生成绩，填写各种表格，这种管理方式存在着许多缺点，如:效率低，保密性差，另外所用其时间长，产生大量的文件和数据，这对于查找，更新和维护都带来了不少的困难。
几年前，各个学校对于学生成绩的管理还是停留在运用手工操作，随着各个学校的规模不断壮大，学生人数逐年增加。
关于学生成绩管理工作所涉及的数据量越来越大，有的学校不得不靠增加人力、物力来进行学生成绩管理。
但人工管理又有着许多缺陷，比如：效率底、易出错、检索信息慢、对学校的管理提供决策信息较为困难等。
学校不能完全掌握每一个学生的学习情况，这样对学校的教学工作及其不利，使学校的教学质量一直停滞不前，所以我想借本次毕业设计之际，开发一个不仅适用于各校的通用高校学生成绩管理系统，使学校能够充分掌握学生的学习情况，便于学校教学工作的进行和改革。
第六章管理信息系统的系统分析PPT课件
6
第二节 管理业务调查
❖ 开发和建立管理信息系统的根本目的在于提高管理 水平，严格地说，设计一个新的信息系统，应首先 进行组织的重新设计，应当把建立新系统看成是对 组织的一种有目的的改变过程。管理系统是信息系 统的环境。因此，对现行业务的调查十分重要，其 中包括：组织结构调查、管理功能调查和管理业务 流程调查等。
❖ 数据流程图具有抽象性和概括性。
❖ 抽象性表现在它完全舍去了具体的物质，只剩下数 据的流动、加工处理和存储。
❖ 概括性表现在它可以把信息中的各种不同业务处理 过程联系起来，形成一个整体。
❖ 数据流程图用四种符号表示：
1.外部实体
2.数据流
3.处理（功能）
4.数据存储 17
s
外部实体
D
数据流
P
处理
❖ 首先，画出顶层数据流程图。顶层数据流程图只有一 张，它说明了系统的总的处理功能、输入和输出。
❖ 其次，对顶层数据流程图中的“处理‘进行分解。
1.判定订货处理方式。根据用户信用情况（查信用手 册）、库存情况（查库存帐）和购货金额将订货单按 以下三种情况分别处理：
（1）货到付款
（2）有货再发
（3）先付款再发货
11
某企业物资管理业务流程图
车间
有关部门
用料计划
领料单
未批准的领料单
领料通知
库长
库存报表
库存账
已批准的领料单
用料流水账
订货单（合同） 崔货单
库工 缺料通知单
入库单
采购员 供货单位
补充订货单
12
提货通知单
（二）表格分配图
❖ 表格分配图可帮助分析员表示出系统中各种单据和报告都与 那些部门发生业务关系。
第二节 管理业务调查
❖ 开发和建立管理信息系统的根本目的在于提高管理 水平，严格地说，设计一个新的信息系统，应首先 进行组织的重新设计，应当把建立新系统看成是对 组织的一种有目的的改变过程。管理系统是信息系 统的环境。因此，对现行业务的调查十分重要，其 中包括：组织结构调查、管理功能调查和管理业务 流程调查等。
❖ 数据流程图具有抽象性和概括性。
❖ 抽象性表现在它完全舍去了具体的物质，只剩下数 据的流动、加工处理和存储。
❖ 概括性表现在它可以把信息中的各种不同业务处理 过程联系起来，形成一个整体。
❖ 数据流程图用四种符号表示：
1.外部实体
2.数据流
3.处理（功能）
4.数据存储 17
s
外部实体
D
数据流
P
处理
❖ 首先，画出顶层数据流程图。顶层数据流程图只有一 张，它说明了系统的总的处理功能、输入和输出。
❖ 其次，对顶层数据流程图中的“处理‘进行分解。
1.判定订货处理方式。根据用户信用情况（查信用手 册）、库存情况（查库存帐）和购货金额将订货单按 以下三种情况分别处理：
（1）货到付款
（2）有货再发
（3）先付款再发货
11
某企业物资管理业务流程图
车间
有关部门
用料计划
领料单
未批准的领料单
领料通知
库长
库存报表
库存账
已批准的领料单
用料流水账
订货单（合同） 崔货单
库工 缺料通知单
入库单
采购员 供货单位
补充订货单
12
提货通知单
（二）表格分配图
❖ 表格分配图可帮助分析员表示出系统中各种单据和报告都与 那些部门发生业务关系。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
13
College of Software, BUAA
Model-Driven Analysis Methods Model-driven analysis
a problem-solving approach that emphasizes the drawing of pictorial system models to document and validate both existing and/or proposed systems. the system model becomes the blueprint for designing and constructing an improved system. Since “a picture is worth a thousand words,” most models use pictures to represent the reality or vision.
Aliases
Preliminary investigation phase, initial study phase, survey phase, or planning phase
Tasks
1.1 Identify baseline problems and opportunities 1.2 Negotiate baseline scope 1.3 Assess baseline project worthiness 1.4 Develop baseline schedule and budget 1.5 Communicate the project plan
Information systems analysis – those development phases in an information systems development project
the primarily focus on the business problem and requirements, independent of any technology that can or will be used to implement a solution to that problem.
System Analysis & Design Copyright © thbin@ -14College of Software, BUAA
Typical Model-Driven Approaches
Traditional Approaches
Structured Analysis
System Analysis & Design Copyright © thbin@ -11College of Software, BUAA
Decision Analysis Phase
Objective What is the best solution? Focuses on non-functional requirements Tasks 5.1 Identify candidate solutions 5.2 Analyze candidate solutions 5.3 Compare candidate solutions 5.4 Update the project plan 5.5 Recommend a system solution
What is the best solution?
System Analysis & Design Copyright © thbin@
-7-
College of Software, BUAA
Scope Definition Phase Objective
Is the project worth looking at?
System Analysis
Chapter 3
Contents
1. System Analysis Phases 2. System Analysis Methods
System Analysis & Design Copyright © thbin@
2
College of Software, BUAA
System Analysis & Design Copyright © thbin@ -10College of Software, BUAA
Logical Design Phase Objective
What must the new system do? Further documents business requirements using system models that illustrate data structures, business processes, data flows, and user interfaces. They validate the requirements established in the previous phase
Prototype
a small-scale, incomplete, but working sample of a desired system.
Requirements Analysis Phase
What do the users need and want from the new system?
Logical Design Phase
What must the new system do?
Decision Analysis Phase
-4-
College of Software, BUAA
What is Systems Analysis ? Systems analysis – a problem-solving technique that
decomposes a system into its component pieces for the purpose of studying how well those component parts work and interact to accomplish their purpose.
Contents
1. System Analysis Phases 2. System Analysis Methods
System Analysis & Design Copyright © thbin@
3
College of Software, BUAA
Survey: System Analysis
System Analysis & Design Copyright © thbin@
-12-
College of Software, BUAA
Contents
1. System Analysis Phases 2. System Analysis Methods
System Analysis & Design Copyright © thbin@
System Analysis & Design Copyright © thbin@ -5College of Software, BUAA
Context of Systems Analysis
System Analysis & Design Copyright © thbin@
Study phase, study of the current system, detailed investigation phase, or feasibility analysis phase
Tasks
2.1 Understand the problem domain 2.2 Analyze problems and opportunities 2.3 Analyze business processes 2.4 Establish system improvement objectives 2.5 Update or refine the project plan 2.6 Communicate findings and recommendations
Aliases
Requirement definitin phaseTasks
3.1 Identify and express system requirements 3.2 Prioritize system requirements 3.3 Update or refine the project plan 3.4 Communicate the requirements statement
Focuses on the flow of data through processes Key model: data flow diagram
Information Engineering
Focuses on structure of stored data Key model: entity relationship diagram
1. What is the system analysis？Did you engage in the system analysis?
2. Which ability have a successful system analyst？
System Analysis & Design Copyright © thbin@
Tasks
4.1a Structure functional requirements 4.1b Prototype functional requirements 4.2 Validate functional requirements 4.3 Define acceptance test cases