1 / 21 信息系统设计与分析考核知识点 本文依据高等教育自学考试北京市指定教材《系统分析与设计方法（原书第7版）》惠腾著、肖刚 孙慧等译2007年版和信息系统设计与分析(课程代码02134)自学考试大纲编写。作者分析历年真题整理出了考核知识点并标记了重点，供大家参考。 1. 第一章 系统分析和设计方法的环境 1.1. 系统关联人员的定义 系统所有者：为要构造和运行的系统付费，设置系统的目标和优先级。因此，他们从解决问题探索机会的开销和收益的角度看待信息系统。 系统用户：为系统定义业务需求和预期。因此他们从给他们的工作提供的功能、易学性或易用性方面看待信息系统。 系统设计人员：将业务需求转换成可行的技术方案，因此，从指导最终系统构造的设计蓝图的角度看待信息系统。 系统构造人员：构造、部署和维护信息系统。因此，他们从实现系统的实际软硬件的角度看待信息系统。 系统分析员 system analyst : 研究组织存在的问题和需求，确定人员、数据、过程的信息技术如何最大化使产品增益。面对不同的参与者，他们的视点都不同，系统分析员扮演角色疏通系统计算机业务解决方案与信息技术之间交流障碍； 1.2. 系统分析员所需的（知识和）技能 有效的信息技术知识，计算机编程经验和专长、一般商业知识、通用解决问题技能、良好的育人沟通能力、良好的处理人际关系能力、灵活性和适应能力、人格与道德规范； 1.3. 影响信息系统的最重要的企业发展趋势（企业的驱动力） 经济全球化 电子商务和电子业务 安全和隐私 协作与合伙经营 知识产权管理 持续改进 全面质量管理 业务过程重构 1.4. 影响信息系统的技术因素（技术驱动） 网络和因特网 移动和无线技术 对象技术 协作技术 企业应用软件 1.5. 企业应用软件 核心应用软件包括财务管理、人力资源管理、市场和销售以及运行管理（库存或生产控制)。曾经绝大多数企业自己构造大部分或者全部核心企业应用软件。 如今，这些“内部的”核心应用与其他企业应用软件互补，那些软件将企业的业务过程同它的供应商和客户的业务过程集成到一起，称为客户关系管理和供应链管理 1.6. 简化的系统开发过程 系统启动：产生一个业务问题陈述和项目计划：确定要用技术方案解决的问题的范围、目标、进度和预算 2 / 21 系统分析：产生系统用户对业务问题方案的业务需求、预期和优先级的陈述。 系统设计：产生对应实现业务需求的方案的技术蓝图和规格说明， 系统实现：按照技术体系结构和规格说明，产生业务问题的软硬件技术方案。 1.7. 通用问题解决步骤和简单信息系统开发过程之间的关系 简化的系统开发过程 通用问题解决步骤 系统启动 1.确定问题（也包括规划问题方案） 系统分析 2.分析和理解问题 3.确定方案需求和预期 系统设计 4.确定替代方案，选择“最佳”方案 5.设计所选方案 系统实现 6.实现所选方案 7.评估结果（如果问题没有得到解决，回到第1步或第2步） 2. 第二章 信息系统构件 2.1. 前端信息系统、后端信息系统的定义 前端信息系统（front－office information system）是指支持延伸到企业客户的业务功能的信息系统。 后端信息系统（back－office information system）是指支持组织内部业务运行并直达供应商的信息系统。 2.2. 常见的几类信息系统 事务处理系统（TPS）、管理信息系统（MIS）、决策支持系统（DSS）、主管信息系统（EIS）、专家系统、通信与协作系统、办公自动化系统 2.3. 一个信息系统的面向目标的视角，系统设计人员和系统构造人员对信息系统的视角 一个信息系统的面向目标的视角包括： ·改进业务知识的目标。知识是信息和数据的产品。 ·改进业务过程和服务的目标。 ·改进业务通信和人际协作的目标。 系统设计人员和构造人员对信息系统的视角更多地集中在以下内容： ·支持企业积累和使用业务知识的数据库技术。 ·自动化业务过程和服务的软件技术。 ·支持业务通信和协作的接口技术。 2.4. “知识”构件、“过程”构件、“通信”构件 知识构件 提高业务知识是信息系统的基本目标。 过程构件 信息系统的另一个目标是改进业务和服务过程。过程实现了信息系统的预期功能，过程表示系统的工作。 通信构件 通信构件是企业内部通信和协作的重要工具，信息系统的通信改进一般会导出信息系统的两个主要接口目标：1.信息系统必须为系统用户提供有效的通信接口，这些接口可以促进团队工作和协作活动；2.信息系统必须具有同其他信息系统的有效接口，既包括企业内部的信息系统也包括其他企业的信息系统。 3. 第三章 信息系统开发 3.1. 能力成熟度模型（CMM）的定义及其5个成熟度等级 能力成熟度模型（Capability Maturity Model，CMM）是用来评估组织的信总系统开发以及管理过程和 3 / 21 产品的成熟度等级的框架。它由5个开发成熟度等级构成。 一级为初始级，二级为可重复级，三级为已定义级，四级为已管理级，五级为优化级。 3.2. 系统生命周期和系统开发方法的定义 系统生命周期是自然存在的，有两个关键阶段的转换：1.当系统从开发阶段循环到运行和支持阶段时，必然会发生一次；2.在某个时刻，出现报废，系统从运行阶段循环到重新开发阶段。 系统开发方法是一种方法学，它是构建和维护系统以及其他信息系统走过它们生命周期的标准过程。 3.3. 系统开发的10个基本原理 原理1：让系统用户参与 原理2：使用一套问题解决步骤 原理3：确立开发阶段和开发活动 原理4：在开发过程中记录文档 原理5：建立标准 原理6：管理过程和项目 原理7：将信息系统作为重要的投资看待 原理8：不必害怕取消和返工 原理9：分而治之 原理10：设计系统时应考虑到增长和变化 3.4. FAST方法及其8个阶段 FAST方法由8个开发步骤构成，同时系统开发生命周期有4个经典阶段。 范围定义、问题分析、需求分析、逻辑设计、决策分析、物理设计和集成、构造和测试、安装和发布 3.5. CMM中的每一个等级都是下一等级的先决条件 第一级：初始级，无政府状态或者混乱状态。项目成败往往取决于项目团队的技能和经验，开发过程是不可重复也是不可预测的，常常有很多危机并超出预算，项目文档零散而且不一致。多存在于小公司以及没有开发制度规范的公司，包括存在外行直接指导内行模式开发过程的公司。 第二级：可重复级，组织已经建立了项目管理过程和实践，这些过程和实践可以跟踪项目费用、进度、功能。这一级重点是项目管理。组织采用的项目管理过程和实践是某个成功的存在，并且是生搬硬套，有时不合时宜。项目成败取决于项目团队的技能和经验。这一级为下一级标准化过程提供了素材并奠定了基础。 第三级：已定义级，组织购买或开发了一个标准的系统开发过程，并将其集成到组织的信息系统和服务部门中。由于所有项目都使用了标准化过程，所以项目产生一致并且高质量文档和交付成果。开发过程是稳定、可预测并且可重复。 第四级：已管理级，组织建立了可度量的质量和生产率目标。因为是基于标准化，开发过程的数据信息有效的保存到数据库中，这样可以通过数据统计分析，主动预测项目的问题，提前做好应对。 第五级：优化级，根据第四级数据的度量和分析，持续改进标准化过程和项目开发，最终形成组织最佳技术实践。 3.6. PIECES问题分类框架 绝大多数的项目都是由系统所有者和系统用户启动的。大部分的项目动力来自于问题、机会和指示。 项目动力来源包括了解决问题、探索机会、实现指示。PIECES作为一个实用的问题分类框架，概括了项目动力来源的六个主要方面： Performance：改进性能的需要 Information：改进信息和数据的需要 Economics：改进经济、控制成本或增加收益的需要 Control：改进控制或安全的需要 Efficiency：改进人与过程效率的需要 4 / 21 Service：改进客户、供应商、合作伙伴、雇员等服务的需要 3.7. 顺序开发 顺序开发按照一个方向从一个阶段到另一个方向。要求每个阶段在另个阶段之后“完成”，直到信息系统终结。各个阶段可以在时间上一定程度地相互重叠。例如，系统设计部分可以先于系统分析完成之前开始。这种方法的可视化显示类似瀑布，通常被称为瀑布开发方法。 瀑布开发方法(water fall development approach)是一种系统分析和设计方法，要求每个阶段必须在另一个阶段之后“完成”。 3.8. 迭代开发 迭代开发方法又称增量开发过程。要求完成足够的分析、设计和实现以便能够完全开发新系统的一部分并将其尽快投入运行。一旦系统的这个“版本”实现了，该策略就进行另外的分析、设计和实现，以便发布系统的下一个版本。这些迭代将持续下去，直到整个信息系统的所有部分都实现了。 3.9. 三种流行的模型驱动开发技术 （1）过程建模 起源于结构化分析和设计方法中，是一种可靠而且重要的技术，有点过时，但是因为业务重构的需要，它又向活跃舞台前进了几步。这种建模技术非常有助于消除存在于非技术性的系统所有者和用户与技术性的系统设计人员和构造人员之间的交流隔阂。 （2）数据建模 使用最广的系统建模技术，重点在于捕捉业务数据需求的模型上，并把这些模型转换成数据库设计，极其强调知识构件和数据。 （3）对象建模 对象建模是技术进步的产物，它消除了过程建模和数据建模之间的同步问题。面向对象建模是现在的 5 / 21 主流。 3.10. 快速应用开发（RAD）的定义 快速应用开发(Rapid Application Development, RAD)是一种系统开发策略，该策略强调用户深入地参与到一系列系统工作原型的快速进化和构造过程中，以加速系统的开发过程，系统工作原型最终将成为目标系统（或者系统的一个版本）。 3.11. 快速应用开发的基本思想 ·让系统用户更主动地参与到分析、设计和构造活动中来。 ·将系统开发组织成一系列重点突出的研讨会，研村会要让系统所有者、用户、分析员、设计人员和构造人员一同参与。 ·通过一种迭代的构造方法加速需求分析和设计阶段。 ·用户提前看到一个可工作系统的时间。 3.12. 模型驱动方法的优缺点 优缺： 需求说明往往更加全面而且被更好地文档化。 使用图形比使用语言更容易验证业务需求和系统设计。 更容易确定、概念化和分析多种技术方案。 设计说明更合理、更稳定、更具适应性、更灵活，因为它们是基于模型的，并且在构建前被更全面地分析过。 当使用全面而且清楚的基于模型的规格说明构造系统时，更容易首次就正确地构造出来。有些人认为代码生成软件可以自动地从好的系统模型中生成模板或者接近完成的代码。 缺点： 项目持续的时间很长，需要时间收集事实、绘制模型、验证模型。如果用户需求不确定或者不明确，这种情况就更明显。 模型所能达到的需求理解程度最多只能与用户的理解程度一样。 图形不是软件，所以有人认为这种方法降低了用户在项目中的主动参与成分。大多数用户对图形不感兴趣，而是想看到可行的软件，并通过软件本身的存在（或不存在）评估项目的进展。 模型驱动方法被认为不够灵活一一用户在设计之前必须完全说明需求，设计必须完全记录技术说明才能构造等。有人觉得这种呆板的方法是不现实的。 3.13. 快速应用开发方法的优缺点 优点 它适用于用户需求不确定或者不明确的项目。 ·它鼓励用户和管理层主动地参与（相对于不可工作的系统模型的被动式响应)，这增加了最终用户对项目的热情。 项目具有较高的可视性和支持程度，因为用户深人地参与到整个开发过程中。 ·用户和管理层看到可工作的基于软件的方案比模型驱动开发要快得多。 ·在原型中错误和遗漏往往比在系统模型中更早地被发现。 测试和培训是基本原型方法的一个自然副产品。 迭代方法显得更“自然”，因为开发过程中变化是必然的。 缺点 ·有些人认为RAD鼓励了一种“编码、实现和修改”的心理，这增加了运行、支持和维护系统所需的费用。 因为省略了问题分析阶段，所以RAD原型一个易犯的错误是解决了错误的问题。
可编辑修改精选全文完整版
第一章
1、什么是系统？系统的特点是什么？如何评价系统？
系统是一些相互作用的元素为某种目的而有机地结合在一起的整体。系统由5个要素构成,即输入、输出、处理、控制和反馈。
系统的评价指标包括：目标明确、结构合理、接口清楚、能观能控。
2、什么是信息和数据？信息具有哪些属性？
信息是指数据经处理后形成的对特定的使用者有价值、有意义的数据形式
数据是事物或事实的属性及其相互关系等的抽象表示，即对客观事物记录下来的可以鉴别的包括数字、字符、文字、图形等的符号。
3、什么是信息系统？
信息系统是由人、硬件、软件和数据资源组成的，其目的是及时、正确地收集、加工、存储、传递和提供信息，实现组织中各项活动的管理、调节和控制，通过输入、处理、输出三个基本活动，将原始数据转变为有用的信息。
第二章1、什么是生命周期法?使用生命周期法建立信息系统的优点和缺点是什么?
该方法假设一个管理信息系统像任何生命机体一样，具有周期性，即有开始、成长、成熟、衰退、结束的过程.按照信息系统的建设和使用过程,把信息系统的生命周期分为5个阶段，即系统规划，系统分析，系统设计，系统实施，系统评价与运行管理。
优点：文档资料完备
缺点:死板、排斥个性发挥、过早定义需求而不能改变、不适用于用户界面开发。
2、什么是原型法？说出原型法的思维过程.
原型法的基本做法是根据用户的需求，快速生成原型，然后把原型交给用户使用，然后把原型交给用户，让用户评价，在此基础上再修改原型,逐渐达到用户需求。定义需求、设计原型、交给用户使用并评价,这个过程是不断反复的循环过程，知道用户满意为止。
步骤:〈1〉确定用户基本需求。系统分析员初步调查用户的系统,找到用户的基本需求。
<2>设计原型。系统设计者使用面向对象的软件工具，快速创建系统工作的原型。
<3〉使用原型。把原型交给用户使用。
<4>用户评价.用户使用原型之后，就能够评价原型的好坏，以及是否满足用户的要求，从而启发用户的进一步需求。
课程设计报告
课程名称: 信息系统分析与设计
课程设计题目： 餐饮管理系统分析与设计
姓 名：
系：
专 业：
年 级：
学 号：
指导教师：
职 称：
年 月 日
课程设计结果评定
评
分 内容 主要内容 分值
系统规划 1、目的、意义、目标、规划 10分
2、特点、创新、可行性分析 10分
系统分析与设计 3、用例图 10分
4、用例规约 10分
5、顺序图 10分
6、活动图 10分
7、状态图 10分
8、类图 10分 9、架构设计 10分
10、数据库设计 10分
成绩: 任务下达日期：
指导教师签字： 评定日期： 目 录
1. 系统规划 .................................................................................................................................... 1
1.1 目的 ................................................................................................................................... 1
1.2 意义 ................................................................................................................................... 1
1。3 目标 ................................................................................................................................. 1
华北电力大学页脚内容
基于UML的图书管理系统的需求分析与设计
摘要：本文对面向对象的概念、UML产生的背景及其基本内容进行了阐述，在对图书馆图书管理系统进行功能描述和需求分析的基础上，结合软件工程和面向对象需求分析，设计了基于UML的用例图、包图和顺序图，状态图等语言机制的图书馆图书管理系统模型。
关键词： UML；建模语言；面向对象；需求分析；图书管理系统
1关于面向对象
面向对象是一种的程序设计方法，或者说它是一种程序设计类型，其基本思想是使用对象，类，继承，封装，消息等基本概念来进行程序设计。它是从现实世界中客观存在的事物（即对象）出发来构造软件系统，并在系统构造中尽可能运用人类的自然思维方式，强调直接以问题域（现实世界）中的事物为中心来思考问题，认识问题，并根据这些事物的本质特点，把它们抽象地表示为系统中的对象，作为系统的基本构成单位（而不是用一些与现实世界中的事物相关比较远，并且没有对应关系的其它概念来构造系统）。这可以使系统直接地映射问题域，保持问题域中事物及其相互关系的本来面貌。它可以有不同层次的理解：
（1）从世界观的角度可以认为：面向对象的基本哲学是认为世界是由各种各样具有自己的运动规律和内部状态的对象所组成的；不同对象之间的相互作用和通讯构成了完整的现实世界。因此，人们应当按照现实世界华北电力大学页脚内容这个本来面貌来理解世界，直接通过对象及其相互关系来反映世界。这样建立起来的系统才能符合现实世界的本来面目。
（2）从方法学的角度可以认为：面向对象的方法是面向对象的世界观在开发方法中的直接运用。它强调系统的结构应该直接与现实世界的结构相对应，应该围绕现实世界中的对象来构造系统，而不是围绕功能来构造系统。
（3）从程序设计的角度来看，面向对象的程序设计语言必须有描述对象及其相互之间关系的语言成分。这些程序设计语言可以归纳为以下几类：系统中一切皆为对象；对象是属性及其操作的封装体；对象可按其性质划分为类，对象成为类的实例；实例关系和继承关系是对象之间的静态关系；消息传递是对象之间动态联系的唯一形式，也是计算的唯一形式；方法是消息的序列。
