系统分析与设计导论(WHUT)

合集下载

系统分析与设计_管理

系统分析与设计_管理

信息系统分析与设计10目 录信息系统开发方法概述 10.1 系统规划10.2 系统分析10.3 系统实施10.5 系统运行和维护10.6 系统分析10.4信息系统开发方法概述系统开发过程管理将软件工程和系统工程方法引入:规范的定量的系统的系统生命周期法原型法面向对象法计算机辅助软件工程法系统生命周期法什么是系统生命周期?一个信息系统从目标提出到系统设计、实现、应用直到最终完成系统使命的全过程。

系统生命周期法:在系统生命周期全过程分阶段进行开发管理。

基本思想:“自顶向下,逐步求精”生命周期法开发过程的瀑布模型 提出要求第一阶段系统规划第二阶段系统分析第三阶段系统设计第四阶段系统实施第五阶段系统运行维护可行性报告系统需求说明系统设计说明已安装的完整信息系统运行的信息系统停止研制停止研制停止研制系统生命周期法 文档审核,保证系统质量,提高可维护性。

自顶向下,强调系统开发过程的整体性和全局性。

缺点 优点 划分阶段,降低了复杂性,提高可操作性。

难以适应需求变化,不支持反复开发。

阶段互相依赖,不能并行,开发周期长。

前期错误向后传递,修正代价高。

分析重于设计,设计重于编码!原型法什么是原型法?根据最初获得的用户基本需求,快速建立一个目标系统版本,即原型,然后根据用户评价修改提高原型,最终形成实际系统。

基本思想:“模拟原型,逐步完善”原型法开发过程 第一步识别基本需求第二步建立初始模型系统完成是第三步用户评价原型用户满意第四步修改和提高原型否原型法对于业务简单的小型系统,开发周期短 流程简单,简化分析和设计 缺点 优点 用户与开发者易于沟通,鼓励用户参与易忽略测试和文档,后期维护困难 要准确理解需求,不适合复杂系统 缺乏统一规划和标准,易导致失控信息系统开发方法系统生命周期法原型法THANK YOU!系统规划系统规划 提出要求第一阶段系统规划第二阶段系统分析第三阶段系统设计第四阶段系统实施第五阶段系统运行维护可行性报告系统需求说明系统设计说明已安装的完整信息系统运行的信息系统停止研制停止研制停止研制系统规划的主要任务制定开发战略结合组织战略,确定新系统使命。

《信息系统分析与设计》-第1章 信息系统导论

《信息系统分析与设计》-第1章 信息系统导论

整体性
相关性 层次性 动态性
3.系统构成要素和结构 系统边界 输 入 环 境 加工处理 输 出 环 境
反馈
图1-2 系统的结构
4.系统的分类 按其组成 自然系统 人造系统 复合系统 按照其与环境之间的相互关系 开放系统 封闭系统
按系统的抽象程度 概念系统 逻辑系统 物理系统 按系统功能 社会系统 经济系统 军事系统 企业管理系统
1.1.5 信息资源管理
1、概念 狭义的信息资源管理是指对信息本身即信息内容实施 管理 的过程。 广义的信息资源管理是指对信息内容及与信息内容相 关的资源如设备、设施、技术、投资、信息人员等进行管 理的过程。 2、信息资源管理包括以下四个要素 管理对象 管理内容 管理目的 管理方法
1.2 系统
用 户
人机交互系统
数据库
数据库管理系统
模型库管理系统
模型库
图1-5 决策支持系统的基本结构
(4)专家系统(Expert System,简称ES)
专 家 用 户
知识获取与 学习系统 知识管理系统
人机交互系统
解释系统
知识库
推理机 图1-6 专家系统的基本结构
(5)办公自动系统(Office Automation System,简称OAS)
(4)客户/服务器(C/S)结构
数据库服务器 数据库服务器 数据库服务器
应用服务器
应用服务器
客户机 (1)两层结构
客户机 (2)三层结构
客户机 (3)混合结构
(5)浏览器/服务器(B/S)结构
数据库服务器
Web服务器
浏览器
图1-9 浏览器/服务器结构
(6)多层混合结构

系统分析与设计课后习题答案[整理版]

系统分析与设计课后习题答案[整理版]

第一章1.什么是系统?信息系统一般具有那些特性?答:系统是一组为实现某些结果相互联系相互作用的部件的集合。

1.可分解性2.边界性2.从应用范围来看,信息系统可以分为哪些类型?答:1.事物处理系统2.管理信息系统3.智能支持决策系统4.办公自动化系统3.信息系统中典型的关联人员有哪些?他们的角色是什么?答:系统所有者(通常是中层或者高层经理,对于小型系统来说,可能是中层经理或者主管)、用户、分析设计人员(都代表信息系统的技术专家角色)、外部服务者(业务顾问和系统顾问等)以及项目经理(团队的领导者)4.请解释系统内部用户和外部用户的区别是什么?答:内部系统用户主要是指系统实际操作人员,这些人员往往专注于信息系统的处理速度和处理事务的正确性。

外部系统用户主要是指系统的直接或者间接使用人员,所有这些外部系统用户最关注的是使用系统的服务操作是否简单易学,方便操作。

5.什么是模型驱动分析?为什么要使用此方法?举例说明。

答:模型驱动分析法强调绘制图形化系统模型来记录和验证现有的或建议的系统。

系统模型最终将成为设计和构造一个改进系统的蓝图。

结构化分析、信息工程和面向对象分析都是基于模型驱动的分析方法。

6.什么是系统开发生存周期?在项目启动阶段涉及的主要活动有哪些?答:开发一个完整的系统项目总会经历“目标、计划、分析、设计、实现、维护”这样的过程或步骤,这就是系统开发的生存周期(系统项目启动、业务需求分析、详细系统设计、系统实现与维护)。

启动阶段的主要涉及5个活动:定义问题域、制定项目的进度表、确认项目的可行性、安排项目人员、启动项目。

7.为什么引入系统原型开发方法?它的优缺点是什么?答:采用最经济的方法,尽快设计出一个可以实际运行的系统原型。

优点:提高了用户参与的主动性;系统开放周期短;能更好的适应需求的变化并减少误解,能有效的提高最终系统的质量,特别是用户接受性,为保证将系统提供给用户使用奠定了基础。

缺点:1.系统分析和功能设计贯穿于整个开发过程中,使得系统的总体结构变得不明确;2.原型选取的不确定性可能降低系统开放速度;3.对原型进行分析设计时,依然沿袭结构化方法,自顶向下模块化的设计思想,数据和功能相互分离的缺陷在原型法中依然存在,不利于软件构件的重用;4.开发过程中不断引入用户需求的变化,造成了系统开发的不确定性。

系统分析与设计导论课程设计

系统分析与设计导论课程设计

系统分析与设计导论课程设计1. 课程设计背景随着科技的不断发展,信息化在我们生活中扮演着越来越重要的角色。

软件系统作为信息化的重要组成部分,在这个过程中扮演着至关重要的角色。

在软件系统的开发过程中,系统分析和设计是其中最为重要的环节之一。

因此,在软件开发过程中,系统分析和设计课程的学习是非常必要的。

2. 课程设计目标本课程设计旨在帮助学生了解和掌握系统分析和设计的基础知识和技能。

在这个过程中,学生将学习关于系统分析和设计的基本概念、方法、技术和工具。

在这个课程结束时,学生应该能够:•掌握系统分析和设计的概念和流程;•了解系统分析和设计方法和工具;•能够将系统分析和设计应用于实际软件开发过程中。

3. 课程设计内容3.1 系统分析系统分析是软件开发过程中的第一步,它是确定软件需求、制定软件计划的关键。

在系统分析过程中,学生将学习如何有效地识别和确定需求,了解和分析当前的问题和限制,确定解决问题的方案。

3.2 系统设计系统设计是指基于系统分析的结果,确定软件架构、设计系统结构、定义软件组件、确定软件模块等工作。

在这个过程中,学生将学习如何定义软件需求,分析和设计系统需求架构和系统功能,以及利用UML(统一建模语言)等工具设计软件系统。

3.3 系统测试系统测试是指通过测试软件系统确保软件的质量和完成度。

在这个过程中,学生将学习如何编写测试计划,进行测试,分析测试结果并采取措施改进软件的质量和功能。

4. 课程实验为了加强学生对系统分析和设计的理解和实践能力,在课程设计中设置了以下实验项目:4.1 软件需求分析实验学生将通过实践了解如何进行软件需求分析工作,包括需求识别、需求定义和需求规划等方面。

4.2 软件架构设计实验学生将通过实践了解如何设计软件架构,包括系统总体设计、模块设计和UML 工具的使用等方面。

4.3 软件测试实验学生将通过实践了解如何进行软件测试工作,包括测试计划编写、测试执行和测试结果分析等方面。

第1讲 导论 信息系统分析与设计教学课件

第1讲 导论 信息系统分析与设计教学课件
功能:文档管理(收发文、文档催办、电子批复等)、日常 办公管理(出差、来访、会议、日程安排、电子邮件处理、公 车管理等)、个人办公管理(文字处理、邮件与报表、传真与 电话管理、视频会议、日程安排等)、办公流程管理(支持各 个部门的工作协同、跟踪与监督、定期汇总与总结等)。
二、MIS的特征
1.MIS是一个以计算机技术为基础的人-机系统,它把一个组织 (企业或部门等)看作一个统一的系统。(组织可能是分散在各地 的,所以通过计算机网络的支持,MIS也可以是而跨越地域的。)
前台报账
委外管理
生产定单
车间管理
设变管理
企业门户 企业信息门户EIP
移动商务
人力资源
组织与岗位
薪资管理 福利管理 考勤管理 人事信息
客户
使用者
企业门户
商业智能

户 关 系 管 理
网 络 分 销
生 产 制 造
购 销 存
财务管理 人力资源管理 企业应用集成工具
供应商
银行
税务 其他应用
第三方应用
从硬件角度看,MIS是由计算机、网络设备等相关设 备构成的计算机系统;
V=C+P V:信息产品或服务的价值;C:生产(获取)信息所 花的成本;P:利润(信息所带来的那部分利润)
6.共享性:不同于一只笔,给了你,我就没有。信 息可共享,告诉你,我并没有失掉。
7.可传输性。
第2节 信息与管理的关系
关系:信息是管理决策的依据。计算机辅助管理就 是指用计算机及网络收集、存储、分析单位有关管理的 各个方面的信息,并反馈给各级领导以辅助决策。
P2
B.订货单
供应
销售
采购
C.发货单

A

《系统分析与设计(UML)》教学大纲.doc

《系统分析与设计(UML)》教学大纲.doc

《系统分析与设计(UML)》教学大纲一、课号:00503504二、总学时:64学时三、适用专业:高等工程专科三年制计算机软件类专业四、选用教材:《面向对象软件工程与UML》张京等编著人民邮电出版社2008年9月五、课程的目的及要求:《系统分析与设计(UML)》是计算机软件和计算机信息管理专业的一门核心专业课程,同时,该课程在计算机应用、计算机网络等诸多计算机类专业中也是一门非常重要的专业学习领域课程。

软件开发是建立计算机应用系统的重要环节,通过软件工程学把软件开发纳入工程化的轨道,而系统分析与设计是用以指导软件人员进行软件的开发、设计的科学。

《系统分析与设计(UML )»作为计算机软件类教学体系中的一门核心课程,其教学效果直接决定学生毕业以后从事实际工作期间的软件开发设计能力。

该课程的主要任务是:通过课堂教学和实习指导使学生较全面地了解软件开发和维护各个阶段的具体工作步骤及使用的技术和方法(特别是要具有系统分析与设计的能力),为学生今后从事软件开发打下良好基础。

该课程釆用教学与实践相结合,在教学设计中按照实际的软件企业开发流程让学生自主完成项目开发的形式,组队合作完成(每队3-4,少数工作量大的可以5人,原则上不得少于3人)。

本课程的目标是使学生掌握系统分析与设计的基本概念、基本原理、面向对象的软件开发方法和CASE技术,了解软件工程各领域的发展动向;开发软件项目的工程化的方法及在开发过程中应遵循的流程、准则、标准和规范等,使学生掌握开发高质量软件的方法,加强学生软件开发和系统设计能力的培养,提高学生撰写项目技术文档能力,综合实践软件技术专业课程中所学习的理论、方法和技术,获得软件项目开发经验,熟悉软件开发环境和掌握具体的CASEX具的使用。

通过本课程的教学,应使学生达到下列基本要求:1 .掌握软件生存周期模型及软件工程的基本概念2.掌握软件生产的管理手段3.掌握需求分析的方法,掌握数据流图和数据字典的用途和编写4.掌握总体设计和详细设计的方法和工具5.掌握面向对象的分析和设计方法6.掌握Power Designer的使用7.能熟练地用PD工具绘出实际的概念数据模型(CDM)、物理数据模型(PDM)、面向对象模型(00M)图。

系统分析与设计

系统分析与设计

Systems Analysis and Design in a Changing World, 4th Edition
2
11
1.概述
本章的主要重點是如何開發詳細的物件導向設計模 型object-oriented design (OOD) models 程式人員使用模型撰寫系統的程式 兩種最重要的模型是設計類別圖與互動圖(循序圖 與通訊圖) 類別會為領域層、檢視層與資料存取層開發 domain, view, and data access layers 互動圖則延伸系統循序圖
11
系統分析與設計,第四版
Chapter 11: The Object-Oriented Approach to Design: Use Case Realization
11
學習目標
1.
解釋物件導向設計的作用與目標 開發設計類別圖class diagrams 根據物件責任與使用案例控制器的原則(p.11-15)開發互動圖interaction diagrams 開發細部循序圖sequence diagrams ,並當做系統設計的核心程序 開發通訊圖communication diagrams ,並當做系統設計的一部份 使用套件圖package diagrams 記錄架構設計的內容
15
3. Design Classes and Design Class Diagrams
Design class diagrams and detailed interaction diagrams work together and are developed in parallel.
11
During analysis, analysts generally do not worry too much about the details of the attributes or the methods. During design, we will elaborate these details. Add many more classes:

面向对象系统分析与设计

面向对象系统分析与设计

系统分析与设计概论
(System Analysis and Design)
◆ Actors of systems analysis and design?
System Analyst; System Engineer; Programmer; Architect;
系统 分析 与设 计过 程
系统 分析 与设 计过 程
系统分析与设计概论
(System Analysis and Design)
◆ What is an information system?
data
people
procedures
系统分析与设计概论
(System Analysis and Design)
◆ What is an automated information system?
系统分析与设计概论
(System Analysis and Design)
Chapter Objectives(You should be able to)
1. Define a system, information system, and automated information system. 2. Define the basic components and the basic characteristics of an automated information system. 3. Define system analysis and design and discuss why it is a difficult human endeavor. 4. Describe the skills and activities of a system analyst.

1 绪论 (系统分析与设计)

1 绪论 (系统分析与设计)

17
与科学研究的比较
• 从经济的角度来说,科学家不必关心经济问题,他们只要设法获 得必要的经费(如政府拨款、企业投资、私人赞助等),然后专心 去研究即可 • 工程师则相反,他们必须使制造出来的物体,在经济上是可行的, 否则就没有任何的用处
• 如果一件产品的成本高于其市场价值,使得无人光顾,这种产品 就无法生产。所以,对工程师来说,经济观念是必备的
• 因此,分析员首先应该是一个商业专业人员,这就要 求有广博的技术性、商业性和人事的知识和技能 • 分析员还要有高屋建瓴的思维和工作能力及方式,能 够在战略的高度提出系统解决的方案,最低限度是能 够预见到系统今后可能的发展或扩充
22
软件开发面临的实际问题
23
软件开发面临的实际问题
24
软件开发面临的实际问题
13
解决问题
• 工程师一般在全面生产过程前,就尝试预测他们的设计如何达到规格
• 他们会使用:原型、比例模型、模拟、破坏性试验、非破坏性试验、 强度测试等方法来完成设计
• 并对产品进行测试,以保证产品能按期望值运行 • 当然,测试的目地是确保产品能符合预计的要求 • 工程师作为专业人员会尽量制造符合预计要求的产品,并达到对社会 无害 • 工程师往往需要在设计中考虑安全因素来降低意外的故障。不过,考 虑的安全因素越高,设计的效率也通常会越低
– 课后通读教材。教材十分优秀,可以给你带来无限的启示 – 结合自己以往曾经的工作案例,再读教材,可以给你带来新的启发 – 结合教材及其案例介绍,剖析自己以往工作的案例,总结工作成败 原因,并提出改进的方向和方法 – 积极参加课程实践活动
• 课程过程实践的结果是最后考核的主要内容,该部分内容主 要在课后自行完成 • 最后学习成效的获取,主要来自对参加课程实践活动评价和 个人对课程学习的总结,当然成绩还是主要取决于卷面考试 的结果

系统分析与设计导论PPT课件

系统分析与设计导论PPT课件
ERP系统的系统测试还需要关注安全性和兼容性方面。通过安全测试,检查系统是否存在安全漏洞和 隐患,采取相应的措施进行加固和防范。同时,需要进行兼容性测试,验证系统在不同操作系统、浏 览器和数据库等环境下是否能够正常运行和使用。
案例三:企业资源规划系统的系统测试
总结词
自动化测试与回归测试
VS
详细描述
详细描述
在ERP系统的系统测试中,首先需要进行功能测试,验证各个功能模块是否符合需求规格和设计要求。通过输入 不同的数据和场景,检查系统的输出是否正确和稳定。同时,需要进行性能测试,评估系统在高负载情况下的响 应时间和吞吐量等性能指标。
案例三:企业资源规划系统的系统测试
总结词
安全测试与兼容性测试
详细描述
创建系统或应用程序的早期模型, 以便更好地理解用户需求和期望。
详细记录用户需求,包括功能需 求、性能需求、安全需求等,作 为后续设计和开发的基准。
系统设计工具
系统架构设计
定义系统的整体结构,包括硬件和软件组件以及它们 之间的交互。
数据库设计
定义、优化和维护数据库的结构,包括表、视图、索 引等。
用户界面设计
创建用户友好的界面,确保用户可以轻松地与系统交 互。
系统测试工具
单元测试
01
测试系统的最小可测试单元,确保每个单元都按照预期工作。
集成测试
02
测试多个单元或组件的集成,确保它们能够协同工作。
系统测试
03
测试整个系统的功能和性能,确保系统满足所有需求和期望。
04
系统开发方法论
结构化开发方法论
总结词
系统分析与设计导论
目录
• 系统分析概述 • 系统设计概述 • 系统分析与设计工具 • 系统开发方法论 • 系统分析与设计案例研究

系统分析与设计 (2)PPT课件

系统分析与设计 (2)PPT课件

需求分析
系統分析 與設計
系統實施

系統分析與設計─理論與實務應用(三版)
圖1-1b 七階段資訊系統 開發步驟
使用者 需求分析
軟硬體 需求分析
系統分析
系統設計
編碼
測試
操作與 維護

系統分析與設計─理論與實務應用(三版)
資訊系統開發的原則
人類為滿足需求而建立了各種系統。例如,萬 里長城是防禦系統、電影是娛樂產品,而企業 之電腦軟體則是管理資訊系統。

系統分析與設計─理論與實務應用(三版)
Course Outline
上課時請往前座入坐。 上課時將手機置於震動 (以聽不到鈴聲為原則)。 上課時請勿干擾臨座同學聽課或本人上課,制止不聽
者,扣分並請離教室。 期中、期末測驗各佔30%成績,其中,期中測驗以筆
試方式,期末以簡報方式報告展示系統。 平時成績計算方式:
資訊系統開發要考慮人、方法、科技及企業經營 等四個重要的構面,其關係有如鑽石結構,各構 面需要均衡發展: 人
方法
科技 企業經營

系統分析與設計─理論與實務應用(三版)
資訊系統開發的特性與挑戰
資訊系統開發的特性如下: 軟體是人造的邏輯系統。設計者對於電腦程 式中的邏輯必須完全瞭解。 軟體開發是一種專業的工作。軟體開發者之 專業門檻較高,且養成時間也較長。 軟體開發是一種智力活動。人的智力潛能無 窮、個別差異大,同時也充滿著錯誤和偏 誤。
1. 平時考 (第八週、第十二週實施)筆試、需求分析報 告、初步系統分析報告30% 2. 出席10% 3. 平時考未按時參加者、輪到未按時報告者,以0分計 4. 一次點名未到扣2分,遲到或早退減半扣

系統分析與設計─理論與實務應用(三版)

系统分析与设计-精选文档-PPT课件

系统分析与设计-精选文档-PPT课件
A.任何一個流程不可只
有輸出 B.任何一個流程不可只 有輸入 C.都以動詞描繪流程
資料儲存體
D. 資料儲存體不能由其中一
個儲存體直接傳資料至另 一個儲存體 E. 資料不能由外部實體直接 傳至資料儲存體 F. 資料不可直接由資料儲存 體傳至外部實體 G. 資料儲存體通常以名詞表 示
繪製資料流程圖的相關規劃-2
資訊系統構成之元素
圖1-1 資訊系統構成之元素
系統
系統的定義:在一個企業中,為達成一 個共同的目的,而將一連串相關的商業 流程串連在一起,就稱之為系統。 系統有九大特色 系統必須存在環境中 系統是有範圍的
系統的特性
由元素組成 各元素互有關連 有界限 有特定的目的 適用於某一個環境 系統包含各種不同之介面 有條件限制 具備輸入 具備輸出
資料儲存體
– 描述資料儲存的場所 – 資料呈現方式包含
• 檔案文件夾 • 電腦檔 • 記事本
– 以缺右邊線條之長方形表示如: – 以儲存體的名字表示之
資料流程圖技術說明-2
流程
– 描述工作的執行,會造成資料的轉變,儲存 及分配 – 以圓角長方形表示
資料起源/終點
– – – – 描述資料的起點及終點 一般稱其為外部實體 以長方形表示 通常以外部實體之名稱表示
利用Microsoft Project 設計甘特圖及網路圖
單元三 系統規劃與選擇
專案計畫書的內容
專案計畫包含(Baseline Project Plan)
–範圍 –利益 –成本 –風險 –資源
工作說明書 (Statement of Work)
–描述此專案應有之產出 –描述各工作項目之大綱
專案計畫書(BPP)
重要的系統概念
分解
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

Chapter 11.信息系统的定义、分类、参与者1信息系统:是人,数据,过程和信息技术之间相互作用,收集,处理,存储和提供支持企业运作的信息的集合体。

2包括:事务处理系统,管理信息系统,决策支持系统,主管信息系统,专家系统,通信和协作系统,办公自动化系统。

3关联人员:1系统所有者:发起人,在项目的开发、运行和维护上提供资金。

2系统用户(内部的,外部的):使用IS或受到IS影响的人。

3系统设计人员:将业务需求转换成技术方案的技术专家。

4系统构造人员:构造、部署和维护IS的技术专家。

5系统分析员(程序员,业务分析员):研究组织存在的问题和需求。

6外部服务提供者:有偿提供专业知识和经验。

7项目经理:确保系统及时、按预算并以可以接受的质量开发出来。

2.数据vs 信息1数据:是组织内部关于人、地点、事件和事务的重要原始事实。

单独的数据没有意义。

2信息:是为某些人而处理或重新组织成的更有意义的数据形式。

信息通过数据的组合形成,这种组合可能对接收者有意义。

理想情况下,信息产生智慧。

Chapter 2使用一致的系统开发过程Using a consistent process for system development 1提高效率,管理层可以在项目之间调动资源2一致的文档减少了维护系统的生命期费用3提高了质量1.能力成熟度模型capability maturity model,CMM用来评估组织信息系统开发以及管理过程和产品成熟度等级的框架。

由5个成熟度等级组成。

1初始级Initial:不一致的方法2可重复级Repeatable:一致的项目管理3已定义级:使用一致的过程4已管理级:已管理和测量的过程5优化级Optimizing:持续过程改进2.PIECES 问题解决框架(用于项目确定阶段)(分类是有限的,有重叠的)P性能(吞吐量,响应时间)I信息和数据(输入,输出,数据存储)E经济(费用,利润)C控制或安全(控制太少,控制太多)E效率(浪费时间,材料,所需材料太多)S服务(结果不正确,结果不一致,系统不易学习,系统难以使用,系统不兼容)3.系统生命周期不同阶段的任务包括:系统开发过程阶段,系统运行和维护阶段。

两个关键事件触发了两个阶段之间的转换:1当系统从开发阶段循环到运行和维护阶段时,必然发生一次转换;2在某个时刻,出现报废,系统将从运行阶段循环到重新开发。

4.系统开发过程中每个阶段的名称、主要任务、主要产出物、主要参与者1范围定义阶段:确定这个项目是否值得考虑;如果是,确定项目的范围、目标、约束和限制条件以及所有的项目参与者、预算和进度。

最终的发布物:工作陈述(开发系统的合约或协议,包括范围和问题陈述)主要参与者:系统所有者,项目经理,系统分析员(两者始终参与)。

2问题分析阶段:研究现有系统,分析发现的问题,深入理解引发该项目的问题,确定问题是否值得解决。

主要产出物:一组“系统改进目标”。

参与者:系统所有者,系统用户。

3需求分析阶段:定义业务需求,并且为它们排序。

主要产出物:业务需求陈述。

参与者:系统用户。

4逻辑设计阶段:将业务需求转换成系统模型。

主要产出物:逻辑设计模型和规格说明。

参与者:系统用户。

5决策分析阶段:确定候选技术方案,分析其可行性,推荐一个候选系统作为目标方案进行设计。

主要产出物:系统方案建议。

参与者:系统用户,系统设计人员,系统构造人员,系统所有者。

6物理设计阶段:将技术应用于新系统中主要产出物:组合(物理设计模型和规格说明,设计原型,重新设计的业务过程)。

参与者:系统设计人员,系统用户。

7构造和测试阶段:实现新系统和现有系统之间的接口,对单个系统组件和整个系统进行测试。

主要产出物:功能系统。

参与者:系统构造人员,系统用户。

8安装和发布阶段:主要产出物:运行系统。

参与者:系统构造人员。

9运行和维护阶段:提供不断的系统支持。

5.顺序开发vs 迭代开发1顺序:按系统开发的自然顺序,逐一实现其过程。

2迭代:完全开发新系统的一部分,使其尽快投入运行,并进行另外的分析、设计和实现,以便发布系统下一版本,直到系统所有部分实现。

迭代和增量的优点:定期地以更短的时间段发布可用的版本,从而提高客户满意度。

6.简要描述多种开发策略的要点1模型驱动开发策略:强调系统建模,通过系统模型来说明和交流。

包括:过程建模,数据建模,对象建模。

2快速应用开发策略:构造一个原型,循环迭代成最终的信息系统。

3商用应用软件包实现策略:购买商用应用软件包,以此为基础开发信息系统。

4混合策略:使用多种开发路线的组合实现系统开发。

Chapter 31.项目管理的定义在指定时间内用最少的费用开发可接受的系统的管理过程,内容包括确定范围、计划、人员安排、组织、指导和控制。

2.PERT图vs Gantt图PERT图描述一个项目中任务之间的关系。

图中方框代表项目任务,可以通过调整方框中的内容反映各种项目属性(进度,实际的开始和结束时间)。

箭头指示了一个任务依赖于另一个任务的开始或完成。

甘特图是最常用的项目调度和进展评估工具,是一种简单的水平线条图,它以一个日历为基准描述项目任务。

每个条形表示一个命名的项目任务,任务名垂直列在左边,水平轴是日历时间线。

比较:甘特图能够清楚地显示可以同时执行的任务,清楚地指示任务进度。

PERT图有效地显示任务之间的关系。

3.项目管理生命周期中的各项项目管理活动,描述其主要任务,产出物,以及参与者1协商范围:定义项目的边界。

获得一致同意的工作陈述,描述项目中要完成的工作。

2确定任务:项目经理确定需要做的工作。

WBS将项目层次化分解为开发阶段,开发活动,开发任务。

3估计任务工期:项目经理估计每个开发任务的工期。

4说明任务之间的依赖关系:制定一个项目进度表。

甘特图或PERT图。

4类依赖关系FS、SS、FF、SF。

5分配资源:人、服务、工具和设备、供应和材料、经费.6指导团队工作7监督和控制发展8评估项目结果和经验4.计算可能工期实耗时间:效率、中断。

最优工期OD:估计任务完成的最小时间量最差工期PD:最大时间量期望工期ED最可能工期D: D=(1×OD)+(4×ED)+(1×PD)6(默认权重1,4,1)5.关键路径分析独立的任务序列,每天路径最可能的总工期,其中最长的一个或几个是关键路径。

6.绘制预期矩阵规则:9个单元格中3个X,一行只有1个,一列只有一个。

Chapter 41.系统分析的五个阶段,及其任务1范围定义阶段:列出问题和机会,协商项目的初步范围,评估项目价值,计划项目进度表和预算,汇报项目计划。

2问题分析阶段:研究问题领域,分析问题和机会,分析业务过程,制定系统改进目标,修改项目计划,汇报调查结果和建议。

3需求分析阶段:定义需求,排列需求的优先次序,修改项目计划,交流需求陈述,持续不断的需求管理。

4逻辑设计阶段:结构化功能需求,建立功能需求的原型,验证功能需求,定义验收测试用例。

5决策分析阶段:确定候选方案,分析候选方案,比较候选方案,修改项目计划,推荐一种系统方案。

阶段2中上下文图:目的是分析系统如何同周围世界进行交互,并用通常的词汇说明系统的输入和输出。

图形外围的小人符号表示将与这个系统交互的人、企业和其它信息系统。

线条表示角色提供给系统的输入(指向系统),和系统创建的输出(指向角色)。

2.模型驱动分析法的定义?加速系统分析法?获取原型?快速架构分析?1模型驱动分析法:使用图形化系统模型,来交流业务问题、需求、方案。

模型:流程图、结构或层次图和组织结构图。

方法:结构化分析、信息工程、面向对象分析。

2加速系统分析法:构造原型,以便快速地为一个新系统确定业务需求和用户需求。

方法:获取原型和快速架构开发获取原型:向用户提供响应需求的一个快速而粗略的实现,以确定用户的业务需求。

快速架构分析:试图从现有系统或获取原型中导出系统模型。

Chapter 51.功能性需求vs 非功能性需求系统需求定义了信息系统必须实现的功能。

1功能性需求:说明信息系统必须实现什么的需求。

2非功能性需求:说明信息系统必须具备的属性或者质量的需求。

2.需求获取过程中的四项活动1发现和分析问题2获取需求3归档和分析需求4需求管理3.描述并绘制鱼骨图(讨论并研究确定问题最可能的原因,以及如何应对。

)1鱼头:要解决的问题;2从主脊椎分叉的骨头:造成问题的所有可能的原因域;一般情况下标记成4类:材料,机器,人力,和方法。

也可以使用其它名称。

3指向骨头的箭头:对于每类问题的实际原因描述。

4.七种常用的调查研究技术Seven Fact-Finding Methods,及其各自的使用策略1对现有文档、表、数据库抽样了解现有文档、表格、报告和文件。

2调研和实地访问Research and site visits.3观察工作环境Observation of the work environment.观察工作中的系统。

4调查表Questionnaires.根据已经收集到的所有事实,设计并分发调查表,弄清没有完全理解的事情。

5面谈Interviews.通过面谈来验证和弄清楚最困难的问题。

6获取原型Prototyping.对没有理解的功能需求等,构造获取原型。

7联合需求计划Joint requirements planning (JRP).Chapter 61.用例建模的概念、主要产物用例建模:是使用、发起业务事件的人,以及系统如何响应这些事件来建模系统功能的过程,是一种促进以使用为中心的开发方法。

产物:1用例图:以图形化的方式将系统描述成用例、用户及其之间的关系。

2用例描述:填充每个业务事件。

2.熟悉用例模型中的符号(根据给定图示,解释用例图的含义)用例图:以图形化的方式将系统描述成用例、用户及其之间的关系。

1用例<用一个水平的椭圆表示>2参与者<用一个小人表示>3关系a关联(双向或单向)<用一条连接参与者和用例的实线表示><有箭头的表示,参与者发起用例;没有箭头的,表示用例与外部服务者或参与者进行交互>b扩展(将较复杂的步骤提取成专门的用例,一个用例可以有多个扩展关系)<用一条箭头线表示,起点是扩展用例,终点是被扩展的用例。

每个扩展关系线标记“<<extends>>”>c使用或包含(把公共步骤提取成独立的用例)<用一条箭头线表示,起点是原始用例,终点是它使用的用例。

每个使用关系线标记“<<uses>>”>d依赖<用一条箭头线表示,起点是某个用例,终点是它依赖的用例。

每个使用关系线标记“<<depends on>>”>e继承3.概述需求用例建模的过程1确定业务参与者2确定业务需求用例3构造用例模型图4记录业务需求用例描述Chapter 71.数据建模中一系列概念及原则(实体,属性,关系,键)实体关系图:一种利用实体和关系符号来刻画数据的数据模型。

相关文档
最新文档