系统分析与设计期末复习题目

系统分析与设计

P1-P2：系统开发生命周期和4个基本阶段

SDLC是指这样一个过程，包括：理解信息系统、对业务的支持、设计系统、构建系统、以及把系统移交给用户。SDLC有相似的4个基本阶段：计划，分析，设计和实现。

P5-P6: 简要描述4个基本阶段的内容以及步骤和主要可交付物

计划阶段：理解为什么要创建信息系统和确定项目团队将如何来开发它的基本过程（项目计划）

分析阶段：说明此系统由谁来用，用做什么，在哪里用，以及什么时候用这些问题（系统建议书）

设计阶段：确定系统将如何运行，设计硬件，软件和网络基础设施；将要使用的用户界面，窗体和报表，所需要的专门程序，数据库和文档（架构设计、界面设计、数据库和文档规格以及程序设计的规格）

实现阶段：它是系统实际构建的时期（可运行软件）

P7：方法论定义以及三种类型

方法论：指以规范方法实现SDLC

类型：以过程为中心、以数据为中心、面向对象

P16: （表1-4）项目团队角色和职责

业务分析员：分析系统的主要业务，确定系统将如何产生价值，设计新的业务过程和策略

系统分析员：确定技术将如何改善业务过程，设计新的业务过程，设计系统信息，确保系统符合信息系统标准

基础设施分析员：确保系统符合基础设施标准，确保支持新系统所需要的基础设施变更

变更管理分析员：开发和执行变更管理计划，开发和执行用户培训计划

项目经理：管理由分析员、程序员、技术文档编写员和其它，专业人员组成的团队，开发和监控项目计划，分配资源，作为项目交流的首要联系人

P25：系统需求包含的5个元素及描述

项目发起者：项目与外部的首要联系人并提出促成此项目的业务需求。

业务要求：发起此系统的与业务相关的原因

业务需求：系统所能提供的业务能力

业务价值：系统将为组织创造的收益

特殊方面或约束：与系统实现和委员会做关于此项目的决策相关联的方面

P28：可行性分析和3种技术

可行性分析：指导组织决定是否继续项目的开发，也确定与项目相关的重要风险必须在项目批准前得到处理。

可行性分析3种技术：技术可行性、经济可行性、组织可行性

P30：经济可行性分析的步骤（表2-2）

1.确定花费和收益2.给花费和收益指定数值3.定义现金流4.估算项目的经济价值

P31：花费和收益4种类型

类型：开发费用、运行费用、有形收益、无形收益

P46：项目管理定义

项目管理就是计划和控制待开发的系统，使其在特定的时间范围内，以最低的成本，完成正确功能的过程。

P47：项目管理的3个重要的因素

因素：系统大小、完成项目时间、项目成本

 

P48：项目估算时间的两种方法

方法：按标准比例划分、功能点方法

P48-P52功能点方法的步骤

1.估算系统大小2.估算需要的人月3.估算时间需求

P55：PERT图中关键路径法

关键路径法（CPM）：确定网络中的关键路径，即从项目开始到完成持续时间最长的一条路径

P58：（表3-8）时间盒技术的步骤

1.设定系统交付日期2.系统需包含的功能优先级3.构建系统核心（等级最高的功能）4.没有在规定时间内完成的功能将推迟进行5.交付系统的核心功能6.重复步骤（3）-（5），更加精益求精

P59：项目团队保持8-10人以下

经验表明最好保持项目团队在8-10人以下。

P63：case工具描述

计算机辅助软件工程（CASE）是一种自动生成全部或部分开发进程的策略软件。一些ＣＡＳＥ软件包主要用在分析阶段，用来创建系统集成图表和储存有关系统构件的信息（叫做高层ＣＡＳＥ）。而其他ＣＡＳＥ用在设计阶段来创建图表并且为数据库和系统功能生成代码（叫做底层ＣＡＳＥ）。集成ＣＡＳＥ，或者说Ｉ－ＣＡＳＥ，囊括了高层ＣＡＳＥ和底层ＣＡＳＥ的功能，它能帮助完成在整个软件开发生命周期中的一些任务。

P64：标准的5个类型

文档类型、代码类型、过程类型、规格需求类型、用户界面设计类型

P78：什么是需求、业务需求和系统需求

需求就是陈述系统必须要做的事或者系统必须具备的特征

业务需求：关注业务用户的需求

系统需求：设计阶段的需求是从开发人员的角度出发撰写

P78-79：功能需求和非功能需求

功能需求：与系统必须执行的过程或必须包含的信息有直接的关系

非功能需求：系统必须具备的行为属性

P81：需求收集技术的种类

业务过程自动化（BPA）、业务过程改进（BPI）、业务过程再过程（BPR）

P82：分析的基本过程（三步骤）

理解当前情况、识别改进、为新系统定义需求

P82-83：业务过程自动化的定义和方法

BPA：技术适用于系统需求的基本业务需求只关注某些业务过程的计算机技术应用，而组织的基本运行方式保持不变的情况。

通用方法：问题分析、根本原因分析

P83-84：业务过程改进的定义和活动

BPI：是指利用技术所带来的新机会或仿效竞争对手的做法，把基本业务需求目标适当的转化为组织的操作

通用活动：时限分析、基于活动的代价、非正式基准

P86：业务过程再工程的定义和活动

BPR：意味着更改组织运作的基本方式“消除”当前的业务方式，并利用新方法和新技术来做出重大更改

通用活动：产出分析、技术分析和活动消除

P89-94：面谈的描述和步骤

面谈是常用的需求收集技术

步骤：1.选择受访者2.设计面谈问题3.准备面谈4.引导面谈5.面谈后的后续工作

 

 

P96：JAD的步骤

JAD步骤：1.选择参与者2.设计JAD会议过程3.准备JAD会议4.引导JAD会议

5.JAD后续工作

P97：JAD主持人执行3个重要职能

1. 他或她要确保小组成员是遵守议程的
2. 主持人要帮助小组成员理解所使用的专门分析技术
3. 主持人在白板、翻转图或计算机公开显示区域记录小组成员的信息，然后把成员提供的信息组织起来并帮助其识别关键问题和重点结论。

P98-99：问卷的步骤

1.选择参与者2.设计问卷3.管理问卷4.问卷后续工作

P101：观察法的定义

定义：查看过程如何被执行的活动---是一种在现有信息中收集信息的有力方式

P112：用例的定义

用例是一种正式的方式来表示业务系统如何与环境进行交互，它阐述了系统用户所执行的活动

P115:写用例的步骤（表5-1）

1.确认用例2.确认每一用例的主要步骤3.确认步骤中的元素4.确认用例

P132:过程模型的定义

过程模型是表示业务系统运行的一种形式化方法，它演示了系统执行的过程或活动，以及数据在它们之间是如何流动的

P134-147：数据流图

 

P165：数据模型的定义

数据模型是表示业务系统中所用到的和创建的数据的一种形式化方法，它阐述了对人物、地点或事物所捕获的信息以及它们之间的相互关系

P166-182：E-R图

 

P199:系统规格提纲（图8-1）

推荐的系统获取策略

获取系统加权可选矩阵

架构设计

软硬件规格

界面设计

物理过程模型

程序设计规格

物理数据模型

数据存储设计

已更新的CRUD矩阵

已更新的CASE知识库实体

P200：3种系统获取策略

1.内部开发定制系统2.购买系统软件包并使其定制化3.依靠外部供应商

P200:定制开发优缺点

优点：1.项目团队能够完全控制系统的外观和功能2.定制开发还能让开发者灵活地和创造性地解决业务要求3.内部建立一个系统同样会在公司内部建立技术技能和功能知识

缺点：1.定制应用程序需要长时间的努力工作2.从无到有建立一个系统的风险很大，没有人能保证项目一定会成功

P201:购买软件包的优缺点

优点：更高效、技术成熟、所花时间短

缺点：1.必须接受所有功能完美使用少2.软件包范围大、业务方式发生改变

P202:外包的优缺点

优点：1.登录成本低、安装时间短2.减少对IT员工的投资，可以避免对专门IT基础设施的经常性投资3.外包公司同样可以代替客户来开发一个定制系统

缺点：1.危及到你的机密信息或对将来的发展失去控制2.组织内部的专业人员不能在项目中学到技术

P203:外包的原则（图8-2）

保持你和外包商之间的流畅沟通

在签订合同前详细说明并稳定需求

是外包关系为合作关系

仔细选择供应商、开发者或者服务提供者

指派一个人去管理与外包商的关系

不要外包你所不清楚的东西

强调灵活的需求、长期的关系和短期的合同

P213:软件系统4个基本功能

数据存储、数据访问逻辑、应用逻辑.  表示逻辑

P213：3个硬件构件

客户端计算机、服务器、连接两者的网络

P214-215：C/S架构的优缺点

优点：1.它是可升级的2.C/S架构能够支持不同型号的客户端和服务器3.采用因特网标准的C/S架构可以很容易将系统划分为表示逻辑、应用逻辑、和访问逻辑3个部分，并可以相对独立地分别进行设计4.整个网络会更加可靠

缺点：1.C/S架构也有一些严重的局限性，最重要一点就是它的复杂性2.许多比较基于服务器架构和C/S架构的争论都把焦点集中于花费上。

P219:操作性需求定义和类型

操作性需求指定了系统完成任务所需的操作环境及其可能的改变。

类型：1.技术环境需求2.系统集成需求3.可移植性需求4.可维护性需求

P220:性能需求定义和类型

性能需求的核心是性能问题，如响应时间、容量和可靠性

类型：1.速度需求2.容量需求3.可用性和可靠性需求

P222:安全需求定义和类型

安全需求：提供合理的预防措施以防止问题发生

类型：1系统价值评估2.访问控制需求3.加密和验证需求4.病毒控制需求

P225:文化与政治需求定义和类型

文化与政治需求是指针对使用系统的不同国家所特有的需求

类型：1.多语种需求2.用户定制需求3.明确未申明的术语4.法律需求

P229:影响硬件与软件选择的因素（图9-7）

1.功能与特性2.性能3.遗留数据库与系统4.硬件与操作系统策略5.拥有成本6.政策喜好7.供应商因素

P236：用户界面包含3个组成部分

1.导航机制2.输入机制3.输出机制

P237:用户界面设计原则（表10-1）

布局、内容提示、审美学、用户经验、一致性、尽量方便用户

 

P243-244:用户界面设计过程5个步骤

第一步，分析员检查DFD 第二步，分析员创建对界面结构定义的界面结构图 第三步，分析员设计界面标准 第四步，分析员为系统每一个独立界面创建一个界面设计原型 最后，每个独立界面接受界面评估以决定它们是否已符合要求以及如何对其进行改进

P248:界面设计原型3种方法

1.故事板2.HTML原型3.语言原型

P254:菜单类型

菜单原型包括 菜单栏、下拉菜单、超链接菜单，嵌入的超链接，弹出菜单、Tad菜单、工具栏和图像映射

P255:消息类型

错误消息、确认消息、确定消息、延迟消息和帮助消息

P259:选择框类型

复选框、单选按钮、屏幕列表框、下拉列表框、组合框和滑行条

P263:报表类型

详细报表、汇总报表、流转文档或图表

P280:创建物理数据流图的步骤（表11-1）

1.添加实现标注2.绘制一个人际边界3.添加系统相关的数据存储，数据流和过程4.更新数据流中的数据元素5.更新CASE知识库中的元数据6.CASE：计算机辅助软件工程；DFD：数据流图

P285-297：结构图

 

P293-295:内聚、耦合、扇入和扇出

内聚是指每一个结构模块的代码行数和其他结构代码的的关联程度

耦合涉及模块联系的紧密程度，而好的结构图设计的第二指导原则是指模块要有一定的松散度

扇入描述了控制模块与下属模块之间通信的总数量，所以一个有着高扇入的的模块一定有许多不同的调用它的控制模块

扇出

P299:伪代码

伪代码是对程序需要书写的代码行的详细列表，它包括逻辑结构、顺序语句、条件语句和迭代

P311:两种主要数据存储格式类型

文件和数据库

P313:数据库类型

遗留数据库、关系数据库、对象数据库和多维数据库

P327：加快数据访问速度的技术

去规范化、聚类、索引

P330-331:索引及建立索引的方针

索引是一个小型表，包含了来自一个表中的一列或多列的属性值，以及这些属性值在原表中的位置。

方针：

在事务处理系统中，请谨慎使用索引

在决策支持系统中，使用多条索引以缩短响应时间

为每一个表建立基于主键的唯一索引

为每一个表建立基于外键的一个索引以提高其连接性能

为频繁用于分组、分类或标准的字段建立索引