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

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.数据建模中一系列概念及原则（实体，属性，关系，键）实体关系图：一种利用实体和关系符号来刻画数据的数据模型。