系统分析与设计期末复习提纲
一、SDLC的四个过程:
1、计划阶段是理解为什么要创建信息系统和确定项目团队将如何来开发它的基本过程。
2、分析阶段说明此系统由谁来用,用做什么,在哪里用,以及什么时候用这些问题。
3、设计阶段确定系统将如何运行,涉及硬件,软件和网络基础设施,将要使用的用户界面,窗体和报表,所需的专用程序,数据库和文档。
4、实现阶段是系统实际构建的时期。
二、系统开发方法论分为哪几种:
1、以过程为中心的方法论:首先注重确定系统相关的活动,即过程。
2、以数据为中心的方法论:首先注重确定数据存储器的内容和这些内容是如何组织的。
3、面向对象方法论:试图平衡对过程的数据重视。
三、系统需求包括:
项目发起者、业务需求、业务要求、业务价值、特殊问题。
四、用例的定义:
用例是一种正式的方式来表示业务系统如何与环境进行交互,它阐述了系统用户所执行的活动。
五、创建数据流图的步骤:
第一步:创建上下文图来显示所有的外部实体和数据流的起点和终点。
第二步:团队为每个用例创建DFD段来显示用例,是怎样与外部实体和数据存储交换数据流的。
第三步:将这些DFD段组成一个0层DFD。
第四步:团队鲫鱼每个用例的内部步骤开发,1层DFD以便更好地解释他们是如何执行的。
第五步:团队验证DFD集以保证他们的完整性和正确性。
六、数据模型的定义:
数据模型是表示业务系统中所用到和创建的数据的一种形式化方法,它阐述了对人物、地点或者事物所捕获的信息以及他们之间的关系。
七、实体关系图的基本元素:(三个基本元素:实体、属性、关系)
实体:实体是数据模型中的基本构造模块,它们是人物、地点、事件或收集的有关这些事物的数据。
属性:属性是从实体中捕获到的各种类型的信息。
关系:关系是实体之间的关联,它们是把实体连在一起的线条。
基数:父实例对子实例的比例。
模态:表明子实体的实例是否需要参与到关系中。
八、影响获取策略的因素:
业务需要、内部经验、项目技术、项目管理、时间约束。
九、C/S架构的优缺点:
优点:1、可升级。
2、客户/服务器架构能够支持许多不同型号的客户端和服务器。
3、采用因特网标准的瘦客户/服务器架构可以很容易将系统分为表示逻辑、应用逻辑和数据访问逻辑。
4、因为并非由单个服务器计算机提供所有的应用,整个网络通常会更加可靠。
缺点:1、复杂。
2、许多比较基于服务器架构和C/S架构的争论都把焦点集中在花费上。
十、性能需求:
性能需求的核心是性能问题,如响应时间、容量和可靠性,其中包括:速度要求、容量需求、
可用性与可靠性需求。
速度需求:是指系统操作的快慢。
容量需求:试图预测系统需要支持多少用户,包括总用户数和同时使用的用户数。
可用性与可靠性需求:关注于用户假定的系统可供他们正常使用的程度。
十一、用户界面包含的三种组成成分:
导航机制:用户下达指示给系统并告诉它做什么的方式。
输入机制:系统捕获信息的方式。
输出机制:系统给用户或其他系统提供信息的方式。
十二、用户界面原则:
布局:用户界面的首要原则是处理屏幕、表格和报表的布局。
内容提示:界面使用户通过最小努力了解它所包含的信息的能力。
审美学:如何设计赏心悦目的界面。
用户经验:在设计用户界面时,要考虑到用户的计算机水平。
一致性:可能是使系统易于使用的最重要的因素,因为它使用户能预测将会发生的事情
尽量减少用户投入:最终界面被设计为尽量减少用户的投入以完成任务。
十三、数据存储格式:
数据存储格式主要有两种,文件和数据库,文件是一种被优化的,用来实现特定事物的电子数据列表,数据库是一组在某些方面相互关联的信息集合。
数据库分为遗留数据库、关系数据库、对象数据库(面向对象数据库)、多维数据库。
遗留数据库:被用来命名那些基于陈旧的有时是过时的技术,以及很少用来开发新应用程序的数据库。
关系数据库:是当今最受欢迎的一种应用开发数据库。
对象数据库(面向对象数据库):基本前提是所有事情都应该被看作具有数据和过程的对象
多维数据库是由于数据仓库的增加而被驱动起来的。
十四、优化数据存储:
可从两方面出发:存储效率和访问速度。
存储效率是从存储空间角度出发,关系数据库中最高的表不包括冗余数据,并且几乎没有空值,因为这些数据的存在意味着浪费。
优化访问速度是指优化了数据模型设计的数据存储之后,最终结果就是数据分散在大量表格中,当来自多个标的数据被访问或查询时,这些表首先要被连接在一起。
优化访问速度包括:去规范化、聚类、索引。
去规范化:逻辑模型在数据存储方面被优化之后,项目团队可能决定进行去规范化或将那些物理数据模型所描述的冗余数据重新添加进设计。
聚类:访问速度同样受数据检索方式的影响。
索引:它直接指明了你所感兴趣的话题页码。
十五、系统开发生命周期(SDLC)是指这样的一个过程,包括:理解信息系统对业务需求的支持,设计系统、构建系统,以及把系统移交给用户。
十六、可行性分析指导组织决定是否继续项目的开发。可行性分析也确定与项目相关的重要风险必须在项目批准前得到处理。包括3种技术:技术可行性、经济可行性和组织可行性。
十七、经济可行性分析的步骤:
·投资回报率(ROI)
·平衡点(BEP)
·净现值(NPV)
十八、项目管理设计就是计划和控制待开发的系统,使其在特定时间范围内,以最低的成本,完成正确功能的过程。项目经理的主要职责就是管理众多人物以及协调各个角色之间的关系。
十九、需求就是陈述系统必须要做的是或者系统必需具备的特征。在分析阶段,需求从业务员的角度出发撰写,关注系统能够做“什么”。它们关注业务用户的需求,所以通常叫做业务需求。有时也叫做用户需求。在随后的设计阶段,业务需求变得更为技术化,他们描述系统如何被实现。设计阶段的需求是从开发人员的角度出发撰写,它们通常被称为系统需求。需求从本质上可以分为功能需求和非功能需求。
二十、非功能需求指的是系统必须具备的行为属性,如性能和可用性。
二十一、CASE工具用于帮助构建ERD,每个ERD工具都有数据字典,它是分析员定义和查找ERD中实体、属性和关系的重要信息仓库。
你在数据字典中看到的信息称为元数据,简单地说,它是关于数据的数据。元数据描述实体、属性和关系。
二十二、P180
逻辑DFD转换为物理DFD的步骤
二十三、P184
用FDF平衡ERD
二十四、购买软件包
优点:
缺点:
二十五、外包
优点:
缺点:
二十六、外包原则:
·保持你和外包商之间的沟通通畅
·在签订合同前详细说明并稳定需求
·视外包关系为合作关系
·仔细选择供应商,开发者或服务提供者
·指派一个人去管理与外包商的关系
·不要外包你所不清楚的东西
·强调灵活的需求、长期的关系和短期的合同
二十七、数据存储格式比较:
|
文件 |
遗留DBMS |
关系DBMS |
面向对象DBMS |
多维DBMS |
主要优点 |
文件可被设计用于快速操作,可担当短期数据存储 |
非常成熟的产品 |
数据库市场中的领导者,能处理多种数据要求 |
可处理复杂数据 |
被配置用来快速响应决策支持问题 |
主要缺点 |
数据冗余,更新数据需要专门程序 |
不能有效存储数据,没有将来 |
不能处理复杂数据 |
技术正在趋于成熟,人才难寻 |
非常专业的用途,人才难寻 |
支持的数据类型 |
比较简单 |
新数据不推荐使用 |
比较简单 |
比较复杂(如影像、声音和图像) |
聚集的 |
支持的系统类型 |
事务处理 |
新系统不推荐使用 |
事务处理和决策制定 |
事务处理 |
决策制定 |
现有的数据格式 |
取决于组织结构 |
取决于组织结构 |
取决于组织结构 |
取决于组织结构 |
取决于组织结构 |
未来需求状况 |
局限的前景 |
暗淡的前途 |
光明的前景 |
不确定的前景 |
不确定的前景 |
DBMS——数据管理系统 |