信息系统分析与设计

信息系统分析与设计
1.系统的特征：整体性、目的性、相关性、环境适应性。

P10
2.决策支持系统（DSS）：P15
DSS是在信息系统的基础上产生和发展起来的，它是以管理科学、计算机科学、行为科学和控制论为基础，以计算机技术、人工智能技术、经济数学方法和信息技术为手段，为组织中高级管理人员提供决策支持的一种人机系统。

它能为决策者迅速而准确地提供决策需要的数据，信息和背景材料，帮助决策者明确目标，建立和修改模型，提供备选方案，通过人机对话进行分析，比较和判断，为正确决策提供有力支持。

3. 信息系统生命周期的五个阶段：P25/P88
（1）系统规划阶段；（2）系统分析阶段；（3）系统设计阶段；
（4）系统实施阶段；（5）系统运行于维护阶段。

4. U/C矩阵的功能及作用：P85
功能：用于表达过程与数据两者之间的关系。

U/C矩阵划分子系统的步骤：（1）定义U/C矩阵；（2）U/C矩阵的正确性检验；（3）对U/C矩阵作重新排列；（4）确定子系统
5. 信息系统开发的方法：P87
生命周期法、原型法、结构化开发方法、面向对象开发方法、计算机辅助开发方法
6. 生命周期法：P87
（1）五个阶段（略）
（2）优缺点：
优点：“用户参与”原则；“先逻辑后物理”原则；“自顶向下，分解协调”原则；工作文档的规划化和标准化原则。

缺点：（主要）过于耗费资源；缺乏灵活性；不适应于开发需求不明确的系统。

7.原型法：P90
（1）基本思想：在软件生产中，引进工业生产中在设计阶段和生产阶段的试制样品的方法，解决需求规格确立困难的问题。

（2）开发的步骤：确定用户的基本需求；建立系统初始模型；评价系统原型；
修改原型。

（3）适用范围：
原型的开发周期必须短，成本应该低；要求用户参与评价原型；原型必须是可运行的；根据原型的运行结果，先评价原型，再根据评价结果就很容易修改原型。

（4）与生命周期法相比：原型法的用户是动态的，系统分析、设计与实现都是随着对一个工作模型的不断修改而同时完成的，相互之间并无明确的界限，也没有明确的人员分工。

（5）支持原型开发的软件工具大致的类型：
原型化工具；CASE原型化工具；可用于原型开发的工具。

（6）原型法的优缺点：
优点：改进了用户和系统设计者的信息交流方式；用户满意程度提高；更加贴近实际；开发风险度降低；减少了用户培训时间，简化了管理；开发成本降低；实用的学习工具；应变能力强。

缺点：不适合于开发大的系统；开发的时候测试和文档开发工作常常容易被忽略；运行的效率可能会降低。

原型法比较适合用于用户需求定义不清、管理决策发方法不确定、需求经常发生变化的情况，当系统规模不大也不太复杂时采用这种方法效果还是比较好的。

8.数据字典：P110
对数据流图中的每一数据流，基本数据处理过程，数据存储及数据项下一个“严格定义”，所有这些定义按一定次序汇集而成，即为数据字典。

数据字典的构成：数据项，数据结构、数据流、数据存储、处理过程、外部实体。

（1）数据项：
数据项是数据的最小组成单位。

定义的内容：数据项的名称、值域、数据类型、长度。

（2）数据结构：
数据结构是对数据的一种逻辑描述，还包括数据结构的简单描述、与之相关的数据流、数据结构或处理过程以及该数据结构可能的组织方式。

用来定义数据项之间的组合关系。

一个数据结构可以是若干个数据项的组合，也可以是有若干个数据结构组成，还可以由若干个数据项和数据结构混合组成。

定义的内容：数据结构的名称、组成。

（3）数据流：
数据流表明数据项活数据结构在系统内的传输的路径。

定义的内容：数据流的来源、去向、组成、流通量、高峰时的流通量。

（4）数据存储：
数据存储指数据暂存或被永久保存的地方。

在数据字典中，只能对数据存储从逻辑上加以简单的描述，不涉及具体的设计和组织。

定义的内容：名称及必要时所给的编号；流入流出的数据流；组成即它所包含的数据结构；存储分析以及关键字说明；与数据存储相关联的处理过程。

数据字典中，强调的是对数据存储结构的逻辑设计，并用数据结构表达数据项之间的逻辑关系。

（5）处理过程：
数据字典中对处理过程的描述：
数据过程在数据流图中的名称、编号；对处理过程的简单描述；该处理过程的输入数据流、输出数据流及其来源与去向；其主要功能的简单描述。

（6）外部实体：
在数据字典中，对数据实体的定义包括：外部实体的名称、对外部实体的简单描述及有关数据流。

编制数据流字典遵循的原则：
数据字典的建立方式：由人工将有关内容随时建立在一叠卡片上，对卡片进行分类、排序得到；使用自动化数据字典系统，由计算机代替人工来登记、分类等工作。

9. 数据流程图的特征：P109
数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出在信息在系统中的流动、处理和存储的情况。

（1）抽象性：表现在它完全舍去了具体的物质，只剩下数据的流动、加工处理好热存储。

（2）概括性：表现在它可以把信息处理过程中的各种不同业务处理过程联系起来，形成一个整体。

基本符号：
10. 代码设计原则：P131
（1）唯一性：每个代码都仅代表唯一的实体或属性。

（2）系统性：系统所用代码要尽量标准化，尽量参照国家和行业标准。

（3）合理性：代码结构要合理，尽量反映编码对象的特征，并与事物分类体系相适应，以便代码具有分类的标识作用。

（4）稳定性：代码应能适应环境的变化，要预留足够的位置。

11. UML的四个层次：P149
（1）元元模型层：位于结构的最底层组成UML最基本的元素“事物”，代表要定义的所有事物。

（2）元模型层：组成UML的基本元素，包括面向对象和面向组件的概念。

（3）模型层：组成UML的模型，这一层中的概念都是元模型层中概念的实例化。

（4）用户模型层：该层的每个实例都是模型层和元模型层概念的实例。

UML的核心是由视图、图、模型元素和通用机制组成。

12. OOA（面向对象分析）方法及原则：P171
（1）OOA方法：利用面向对象方法即运用对象、类、继承、封装、整合、消息传递、多态性等概念来构造系统的软件开发方法。

（2）OOA方法的主要原则：
抽象：是指从许多事物中舍弃掉个别的、非本质的特征，抽取出共同的、本质的特征。

封装：是把对象的属性和服务结合为一个不可分的系统单位，并尽可能隐蔽对象的内部细节。

继承：特殊类的对象拥有其一般类的全部属性与服务，称做特殊类对一般类的继承。

分类：是把具有相同属性和服务的对象划分为一类，用类作为这些对象的抽象描
述。

聚合：又称组装，其原则是把一个复杂的事物看成若干比较简单的事物的组装体，从而简化对事物的描述。

关联：是人类思考问题时经常运用的思想方法，即通过一个事物联想到另外的事物。

消息通信：要求对象之间只能通过消息进行通信，而不允许在对象之外直接地存取对象内部的属性。

粒度控制：~~原则是：考虑全局时，注意其大的组成部分，暂不详察每一部分的具体细节；考虑某部分的细节时则暂时撇开其余的部分。

行为分析：控制行为复杂的原则有：
确定行为的归属和作用范围；认识事物之间行为的依赖关系；认识行为的起因，区分主动行为和被动行为；认识系统的并发行为；认识对象状态对行为的影响。

13. 架构设计原则：P228
（1）自顶向下原则：指软件架构应像组织结构一样，从顶级包自顶向下延伸，避免平行化无层次分包。

（2）只能集中原则：指尽量将与一组业务功能有关的类分在同一包里。

（3）互不交叉原则：指包与包之间尽量独立，不要让它们产生相互依赖关系。

14. 决策问题的类型：P298
（1）结构化决策问题：结构化决策问题相对比较简单、直接，其决策过车决策方法有固定的规律可以遵循，能用明确的语言和模型加以描述，并可依据一定的通用模型和决策规则实现其决策过程的基本自动化。

（2）非结构化决策问题：是指哪些决策过程复杂，其决策过程和决策方法没有固定的规律可以遵循，没有固定的决策规则和通用模型可依，决策者的主观行为（学识、经验、直觉、判断力、洞察力、个人偏好和决策风格等）对个阶段的决策效果有相当影响。

（3）半结构化决策问题：介于上述两者之间，其决策过车决策方法有一定规律可以遵循，但又不能完全确定，即有所了解但不全面，有所分析但不确切，有所估计但不确定。

通常认为，信息系统主要解决结构化的决策问题，而决策支持系统（DSS）则以支持半结构化和非结构化问题为目的。

15. 图5—6P108。