系统分析与设计Word文件下载.doc
《系统分析与设计Word文件下载.doc》由会员分享,可在线阅读,更多相关《系统分析与设计Word文件下载.doc(20页珍藏版)》请在冰点文库上搜索。
C、技术可行性
D、进度表可行性
E、资源可行性
五、PERT图和甘特图之间的区别:
PERT/CPM图:
基于单个任务或活动对项目进行规划的一种方法。
甘特图:
以条形图代表项目进度表的任务和活动。
六、关键路径:
表明项目完成最短周期的PERT图上的路径。
系统开发方法
一、方法、模型、工具和技术
1、方法
系统开发方法:
提供完成系统开发生命周期每一步的详细指导,包括具体的模型、工具和技术。
2、模型:
现实世界某些重要方面的表示。
(1)系统组件的一些模型:
A、流程图
B、数据流图(DFD)
C、实体-联系图(ERD)
D、结构图
E、用例图
F、类图
G、顺序图
(2)用于管理系统开发过程的一些模型:
A、PERT图
B、甘特图
C、组织层次图
D、财务分析模型——NPV、POI
3、工具:
帮助生成项目中所需模型或其他组件的软件支持。
CASE工具:
用来帮助系统分析员完成系统开发任务而设计的计算机辅助系统工程工具。
4、技术:
帮助分析员完成系统开发活动或任务的一组方法。
一些技术:
A、战略计划技术
B、项目管理技术
C、用户面谈技术
D、数据建模技术
E、关系型数据库设计技术
F、结构化分析技术
G、结构化编程技术
H、软件测试技术
I、面向对象分析和设计技术
二、系统开发的三种方法
结构化方法:
使用结构化编程、结构化分析和结构化设计技术的系统开发方法。
1、结构化程序:
具有一个开始和一个结束的程序或程序模块,并且在程序执行中的每一步由三个部分之一:
顺序、选择或循环结构。
2、自顶向下程序设计:
把更复杂的程序分解为程序模块的层次图。
3、结构化设计:
它为确定下列事物提供指导,即:
程序集是什么,每一个程序应该实现哪些功能以及如何把这些程序组成一张层次图。
结构图:
在结构化设计中生成的显示程序模块层次的图形模型。
4、结构化分析:
它帮助开发人员定义系统需要做什么,系统需要存储和使用哪些数据,系统需要什么样的输入和输出以及如何把这些功能结合在一起来完成任务。
数据流图:
显示在结构化分析中产生的系统的输入、处理、存储和输出的图形模型。
实体——联系图(ERD):
系统所需数据的图形模型,其中包括在结构化分析和信息工程阶段生成的存储信息的事物以及这些事物之间的关系。
面向对象方法:
系统开发的一种方法,这种方法把信息系统看作是一起工作来完成某项任务的相互件作用的对象集合。
1、对象:
计算机系统中可以对消息做出响应的事物。
2、面向对象分析(OOA):
定义在系统中工作的所有类型的对象,并显示这些对象如何通过相互作用来完成任务。
3、面向对象设计(OOD):
定义和系统中人机进行通讯所必须的所有类型对象,并对每一种类型的对象进行细化,以便一种具体的语言或环境来实现这些对象。
4、面向对象编程(OOP):
用某种编程语言书写语句来定义各类对象的行为,包括对象间的消息传递。
调查系统需求
一、系统需求:
是新系统必须完成的功能,是系统提
功能的详细定义。
分为功能和技术需求:
A、功能需求:
是系统必须完成的活动,也就是系统将要投入的商业应用,描述系统必须支持的功能和过程的系统需求。
B、技术需求:
是和组织的环境、硬件和软件有关的所有操作目标,描述操作环境和性能目标的系统需求。
二、系统相关者:
(1)用户,即每天实际使用系统的人
(2)客户,即支付和拥有系统的人
(3)技术人员,即确保系统在组织的计算机环境下运行的人。
三、进行系统调查时能够提供指导的三个主要问题:
A、商业过程和动作是什么?
(也就是提问用户,“你要干什么”)
B、商业过程应该怎样完成?
(也就是提问用户,“怎样完成它”或“需要哪些步骤”)
C、需求信息是什么?
(也就是提问用户,“为了实现系统你需要哪些信息”)
四、六种寻找事实的技术是:
A、向系统相关者分发和收集调查表
B、复查现有报表、表格和过程描述
C、主持与用户的面谈和讨论
D、观察商业过程和工作流
E、建立原型
F、主持JAD会议
五、原型:
根本思想是更大、更复杂褓的一个最初的、可以运转的模型。
六、原型的下列特性将有助于项目成员开发出有效的原型:
A、可操作性:
通常,一个原型应该是一个能运转的传奇,而重点是可运行性。
B、集中性:
为了测试一个具体概念或者验证一种方法,一个原型应该集中于单一的餐目标。
C、快速性:
我们需要一些诸如CASE的工具以便快速地建立和更改原型。
七、实体模型
最终产品的一个样例,这个样例只能进行观察发而不能实际执行。
八、联合应用设计
是用于加快系统需求调查的一种技术,即通过让所有相关的人一起参加某个单一会议来定义需求或设计系统。
九、结构化遍历
是指对调查结果和根据这些结果建立的原型进行复查。
结构化遍历的目标是发现错误和问题。
其基本思想是在理解系统需求的过程中建立需求文档,然后检查其中是否存在错误、遗漏及不一致之处。
结构化遍历的四个要素:
what、when、who和why。
A、what和when:
在结构化遍历期间,需要复查的第一项是作为分析阶段的一部分而生成的文档。
B、who:
遍历中包含的双方是自己的工作需要被复查的人和复查工作的人。
C、How:
就像面谈一样,在结构遍历中,准备、执行、后续工作是必不可少的。
十、联合应用程序设计是这样一项技术,它通过和所有的关键参加者举行几次马拉松式的会议来加速系统需求调查进程。
讨论立即导致需求定义和政策性决定,而没有和分散的小组举行面谈和谋略消除分歧的延误。
如果正确地使用这项技术,那么它将是一种强大有效的工具。
十一、业务流程再造(BPR)正在成为改善商业过程的一种广泛使用的技术。
它要求对商业过程进行彻底地重新设计。
使用BPR,新的系统开发不仅仅是实现现有过程的自动化,而且要完全重新考虑整个设计过程。
BPR的目标是以一种新的方法使用IT,从而实现效率和服务水平的巨大改进。
由于系统分析员所且有的特殊的分析问题、解决问题和建模能力,因此他们通常在所有的BPR开发中都扮演着重要角色。
系统需求建模事件和事物
一、建模在系统开发过程中重要的几个原因:
A、在建模过程中了解信息
B、通过抽象降低复杂性
C、有助于回忆所有的细节
D、有助于和其他开发小组成员进行交流
E、有助于和各种用户以及系统相关者进行交流
F、为以后的维护和升级提供了文档
二、模型的种类包括:
数学模型、描述模型、图形模型
A、数学模型:
描述系统技术方面的一系列公式。
B、描述模型:
描述系统某一方面的描述性的备忘录、报表或列表。
C、图表和系统某些方面的示意性表示。
三、事件和系统需求
1、事件可以描述的、值得记录的在某一特定时间和地点发生的事情。
2、三种事件类型:
外部事件、临时事件、状态事件
A、外部事件:
系统之外发生的事件,通常都是由外部实体或动作参与者触发的。
B、临时事件:
是由于达到某一时刻所发生的事件。
C、状态事件:
当系统内部发生了需要处理的情况时所引发的事件。
3、系统控制:
为保证系统完整性而加入的防范和安全程序。
4、事件表:
以各个事件为行、各个事件的关键信息为列。
A、触发器:
用来通知系统某一事件发生了,这一事件可以是需要处理的数据到达了或到了一个时间点。
B、来源:
为系统提供数据的外部实体或参与者。
C、动作:
当某一事件发生时系统执行的操作。
D、响应:
系统产生的一个输出结果,该结果将被选到某个目的地。
E、目的地:
接收系统输出数据的外部实体或参与者。
四、事物和系统需求
1、数据实体:
系统需要存储的有关信息系统传统开发方法的信息。
2、
需求的传统描述方法
一、传统方法
系统是过程的集合、过程与数据实体交互、过程接受输入并产生输出。
二、面向对象方法
系统是交互对象的集合、对象与人或其他对象交互对象发送与响应信息。
三、数据流程图(DFD)
是一种图形化的系统模型,它在一张图中展示信息系统的主要需求,即:
输入、输出、过程和数据存储。
A、外部实体:
在系统边界之外的个人或组织,它提供数据输入或接受数据输出。
B、过程:
在DFD中的一个符号,它代表从数据输入转换到数据输出的算法或程序。
C、数据流:
在DFD中的箭头,它表示在过程、数据存储和外部实体之间的数据移动。
D、数据存储:
保存数据的地方,以便将来由一个或多个过程来访问这些数据。
四、抽象水平:
能把系统分解成一个逐渐细化的分层集合的建模技术。
五、关联图
指描述系统高层结构的DFD。
所有的外部实体和进出系统的数据流都画在一张图中,并且整个系统被表示成一个过程。
六、DFD片段
是为事件清单(扩展为事件表)中的每个事件创建的。
用一个过程符号表示系统响应一个事件的DFD。
七、事件划分的系统模型(0层图)
一个为系统需求建立模型的DFD,建模过程中对应于系统或子系统中每个事件使用单个过程。
八、评估DFD质量
1、复杂性最小化:
人们对复杂的信息处理有局限性的。
当太多的信息同时出现时,人们把这种现象叫做信息超量。
A、7+-2规则:
模型设计规则,它限制模型中组成元素个数或元素之间的连接数不能超过9。
2、接口最小化:
是与7+-2规则直接相关的。
该原则通过使模型中各个元素之间的接口数或连接数最小化来达到简单的目的。
3、数据流一致性:
分析员通过查找DFD中各种类型的不一致性可以发现错误或忽略的东西。
以下是三个经常发生且易判别的一致性错误:
A、一个过程和它的过程分解在数据流内容中有差别
B、有数据流出但没有相应的数据流入。
C、有数据流入但没有相应的数据流出。
4、平衡:
进出过程的数据流与进出过程分解DFD的数据流在数据内容上一致。
九、详细记录DFD部件
1、过程描述
A、结构化英语:
一种收书写过程规范的方法,它将结构化编程技术和叙述性英语结合起来。
B、决策表:
一种处理逻辑的表格表示方法,其中包括决策变量、决策变量值、参与者或公式。
C、决策树:
使用像树枝一样的线条对过程逻辑进行图形化的描述。
十、DFD总结
传统分析模型的各个组成部分:
实体-联系图、数据流图、过程定义图和数据定义。
这四个组成部分构成了大多数系统一系列相互联锁的详细说明。
数据流图提供对系统的最高层的考察,在这里结合了过程、外部实体、数据存储和数据流。
其他的组成部分更详细地描述了数据流图的某些方面。
十一、信息工程模型
1、四个阶段:
系统规划、业务领域分析、系统构建、系统设计。
2、过程分解和依赖模型
A、过程分解图:
在不同的抽象层表示过程之间层次关系的一种模型。
B、过程依赖图:
用存储实体描述过程顺序和交互的一中模型。
十二、工作流建模
工作流:
是处理步骤的序列,这些事务步骤全面处理一个业务事务或客户请求。
通过处理活动的控制流,它在人、组织、计算机程序和特定的处理步骤之间移动。
面向对象的需求描述方法
一、面向对象的需求
五个分离而又互相联系的面向对象的模型或图被用于从面向对象的角度出发来定义应用需求。
这五种图是类图、用例图、协作图、顺序图、状态图。
A、类图:
目的是识别组成新系统的对象并进行分类。
B、用例图:
一种用以显示不同的用户角色和这些用户角色如何使用系统的图,目的是识别新系统的“使用”,或用例,换句话说,就是识别如何使用系统。
C、协作图:
一种用以显示对象如何被协调在一起以执行用例的图,目的是识别协作完成给定业务功能的对象。
D、顺序图:
与协作图所表达的信息是一样的,只是显示方式有些差异,一种用以显示用例对象之间消息顺序的图。
E、状态图:
一种用以显示对象在生命周期和转换期情况的图。
F、消息:
用例内部对象之间的通信。
G、交互图:
显示对象之间交互的图,它或者是一个协作图,或者是一个顺序图。
二、OO需求=事件表+类图+用例图+交互图(协作图/顺序图)+状态图表。
事件和事件表
事物
类图
实体-联系图
交互图
用例图
状态图
其他OO模型
关联图
0层图
DFD片段
其他定义
分析
设计
图形包
对象数据库模式
设计类图
关系数据库模式
结构图
系统流图
伪码
节点和定位图
系统控制
用户界面对话框、表格和报表
混合关系数据库模式
面向对象方法
传统方法
三、类图
类图说明系统的组成部分是什么,而其他图说明这些组成部分干什么。
类不仅定义了数据库的结构,也定义了计算机程序的结构。
四、系统行为:
面向对象的用例/场景视图
1、用例:
描述系统在对事件做出响应时所采取的行动。
由系统为使用该系统的用户完成的一个单一用途或功能。
2、参与者:
系统用户扮演的一个角色。
3、场景:
在用例中活动的一个特定顺序;
一个用例可能有多个不同的场景。
五、用例图
用例图是概括有关参与者和用例信息的一个图形化模型。
为了对用例进行分析,我们把系统作为一个整体,并且设法辨别系统的所有主要用途。
六、用例图与结构化技术的比较:
用例图的目标是提供一个系统的概览,包括使用这个系统的参与者和这个系统执行的功能。
从这个意义上来说,它定义了系统的范围,因此用例图与关联图类似。
但是,单个用例在标识系统支持的功能方面来说更象是一个DFD片段。
结构化建模和面向对象建模的一个主要差别在于开发一个最初定义自动化边界的用例图的思维过程。
在DFD的开发中,自动化边界只在所有的过程已被细化后才确定。
所以,在DFD中外部实体总是信息的源和目的,而且它可以不必是一个与系统交互的实体。
另一个重要的差别是用例图不显示数据流。
流进和流出系统的信息只有到下一层建模的交互图中才得以体现。
八、对象交互:
顺序图与协作图
1、顺序图:
顺序图展示对象之间的交互顺序,这些交互是指在场景或用例的事件流中发生的。
开发顺序图的一个有效方法其步骤如下:
A、确定所有与场景有关的对象和参与者。
B、基于活动流,确定每一个需要用于完成场景的消息。
C、下一步决定是否总是发送还是有条件的发送每一个消息。
D、正确地为这些消息排序并把它们附在合适的参与者或对象的生命线上。
E、给消息加上形式化的语法以描述条件、消息名和要传递的参数。
F、如果你愿意,加上响应消息和通信以使顺序图完整。
2、协作图:
主要应用是快速浏览相互协作,用来支持一个特定场景的所有对象。
九、对象行为:
状态、状态转换和状态图表
1、状态:
是指它在生命期中满足某些标准、执行一些行为、或等待一个事件时的存在条件。
状态是对象的半永久条件。
2、动作:
在一个特定状态下对象执行的行为。
3、转换:
状态图中的一个组成部分,它标示从一个状态到另一个状态的移动。
4、消息事件:
转换的触发器,这个转换由一个有事件属性的消息组成。
5、行动表达式:
对一个转换的陈述,以描述执行的动作。
6、内部转换:
在一个状态内的转换,它不会从这个状态移开对象。
状态图:
十、帮助你开发状态图的一些步骤:
1、检查类图并选择出需要状态图的类。
2、标识所选类的全部顺序图的所有输入消息。
3、对一组中的每个所选择的类,为你能辨别的所有所有状态画一个列表。
4、建立状态图片段并把这些片段按正确的顺序排列。
5、回顾路径并查找独立、并行的路径。
6、使用适当的消息事件、保护条件和行动表达式扩展每一个转换。
7、检查和测试每一个状态图。
系统设计
一、理解设计要素
系统设计是一个描述、组织、构造系统部件的过程。
这个过程分为两个层次:
一是结构设计,一是细节设计。
1、输入:
从分析到设计
不管对哪种分析方法而言,设计阶段的输入都是一系列已建好的文档和模型。
分析阶段:
目标:
需要理解
1、商业事件和过程
2、系统活动和处理需求
3、信息存储需求
分析模型和文档
设计阶段:
定义、组织和构造将作为结构蓝图的最终解决方案系统的各个组成部分
2、设计阶段主要组成部分和层次
A、构架设计首先决定了整个结构,即高层设计,也叫总体设计或概念设计。
B、细节设计是低层设计,包括具体的程序细节设计。
3、输出:
结构化模型和面向对象模型
设计的原始定义表明设计包含描述、组织和构造,设计活动的输出是一系列满足目标的图和文档。
这些图就是系统解决方案的各个方面的模型及其相应文档。
二、应用程序结构设计:
结构化方法
1、模块:
一个计算机程序的可标识部分,用来完成一个具体给定的功能。
2、计算机程序:
由一系列模块组成的可执行的实体。
3、系统流程图:
描述一个系统内计算机程序之间所有控制流的图。
4、伪码:
与结构化编程类似的语句,它描述了模块的逻辑。
三、自动化系统边界
自动化系统边界将数据流程图处理划分成手工处理部分和系统处理部分。
数据流可以在系统内部、外部或穿过系统边界和程序边界。
穿过系统边界的数据流是格外重要的,它们代表了系统的输入和输出。
换句话说,程序接口的设计(包括用户界面设计与其他系统的接口设计)是由穿过边界的数据流定义的。
四、系统流程图
系统流程图是对一些计算机程序、文件、数据库以及相关手工过程的计算机系统表达。
五、结构图
结构图:
用来展示一个计算机程序模块间关系的层次图。
结构图建立的规则和方针是:
程序是分层的,且模块按高内聚、低耦合的方式组织在一起。
1、程序调用:
控制从一个模块转换到下一层模块以便执行一个需要的服务。
2、数据耦合:
在一个程序调用中,模块间传递的各个单独的数据项。
3、两种方法开发结构图:
事务分析和转换分析
A、事务分析:
基于DFD的结构图开发,用来描述多种事务类型的处理过程。
B、转换分析:
基于DFD的结构图开发,用来描述输入-处理-输出数据流。
六、应用程序结构设计:
1、包图:
是一个高层图,用以标识系统中的主要部件。
2、设计类:
是类图的一变体,设计类图是带某些符号的类图,这些符号在类中描述了设计部件。
3、设计类图的开发:
A、决定需要设计的类。
B、找到属于这个类的所有方法。
C、详细描述带有逻辑的方法。
七、结构化方法设计系统,输入的主要是数据流图。
最初,数据流程图通过加入系统边界得到加强。
系统边界指0层图,它用以显示一个完整的系统。
它也是DFD片段的构架,在更低层显示程序边界。
在数据流程图中,系统边界用转换分析或事务分析转换成结构图。
事务分析用在高层DFD中,并用以收集大量的系统转换信息。
转换分析可以在一个单独转换基础上开发一个结构图,该转换从它的输入到一个输出。
八、面向对象设计使用三种分析图作为输入:
类图、协作图和状态图。
类图可以扩展为包含了描述各个类及其方法中的变量的设计类图。
设计过程从协作图中提取消息,并将它们加入到方法中。
状态图用来为每个方法建立内部逻辑。
输入/输出和控制的设计
一、完整性控制
完整性控制是系统内部的机制和程序,用来保护系统和系统内的信息。
1、完整性控制的目标:
A、确保只有一个合适并正确的商业交易发生。
B、确保交易被正确地记录和处理。
C、保护组织的资产(包括信息)。
2、系统访问控制:
确定谁有权访问系统及其数据的完整性控制。
3、输入完整性控制:
是用来减少输入错误数据的一种补充的验证方法。
4、输出完整性控制:
目的是确保输出到达正确的目的地,并且这些输出
是正确的、精确的、通用的和完整的。
A、目的地控制:
确保将输出住处输送到正确接受者的完整性控制。
B、完整性、精确性和正确性控制:
输出信息的完整笥、精确性和正确性主要是系统内部处理功能,而非任何一组控制。
二、系统输入设计
当设