第一篇:系统分析与设计 期末考试
10.在一个课程注册系统中,定义了类CourseSchedule和类Course,并在类CourseSchedule中定义了方法add(c: Course)和方法remove(c: Course),则类CourseSchedule和类Course之间的关系是:()A.泛化(generalization)关系 B.组合(composition)关系 C.依赖(dependency)关系 D.包含(include)关系 13.进行企业系统规划,哪种规划方法使目标识别比较全面
A、企业系统规划法 B、关键成功因素法
C、战略目标集转化法 D、成本效益分析法 14.系统开发的生命周期中不包括下列哪个阶段()A.系统规划 B.系统分析 C.系统设计 D.系统实施
19.面向对象程序设计将描述事物的数据与()封装在一起,作为一个相互依存、不可分割的整体来处理。A.信息 B.数据隐藏 C.对数据的操作 D.数据抽象 22.属于系统设计阶段的工具是():
A.数据流程图 B.处理流程图 C.系统流程图 D.HIPO图
23.进行企业系统规划,哪种规划方法可以形成一套完整的信息系统结构方案()A.企业系统规划法 B.关键成功因素法 C.战略目标集转化法 D.成本效益分析法
30.导出模块结构图的基础是()
A.业务流程图 B.数据流程图 C.处理流程图 D.层次结构图
32.()是从用户使用系统的角度描述系统功能的图形表达方法。
A.类图 B.对象图 C.序列图 D.用例图
35.UML中,对象行为是通过交互来实现的,是对象间为完成某一目的而进行的一系列消息交换。消息序列可用两种图来表示,分别是(D)
A.状态图和顺序图 B.活动图和协作图
C.状态图和活动图 D.顺序图和协作图
36.用例(Use-case)用来描述系统在事件做出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系统”中,创建新订单和更新订单都需要检查用户帐号是否正确。那么,用例“创建新订单”、“更新订单”与用例“检查用户帐号”之间是(A)关系。
A.包含(include)B.扩展(extend)
C.分类(classification)D.聚集(aggregation)
1、组成UML有三种基本的建筑块是:(A),事物和图
A、关系 B、类 C、用例 D、实体
2、UML体系包括三个部分:UML基本构造块,(A)和UML公共机制
A、UML规则 B、UML命名 C、UML模型 D、UML约束
4、(A)模型的缺点是缺乏灵活性,特别是无法解决软件需求不明确或不准确的问题
A、瀑布模型 B、原型模型 C、增量模型 D、螺旋模型
5、下面哪个不是UML中的静态视图(A)
A.状态图 B.用例图 C.对象图 D.类图
6、(A)技术是将一个活动图中的活动状态进行分组,每一组表示一个特定的类、人或部门,他们负责完成组内的活动。
A、泳道 B、分叉汇合 C、分支 D、转移
7、下列关于状态图的说法中,正确的是(C)
A.状态图是UML中对系统的静态方面进行建模的五种图之一。B.状态图是活动图的一个特例,状态图中的多数状态是活动状态
C.活动图和状态图是对一个对象的生命周期进行建模,描述对象随时间变化的行为。D.状态图强调对有几个对象参与的活动过程建模,而活动图更强调对单个反应型对象建模
8、对反应型对象建模一般使用(A)图
A、状态图 B、顺序图 C、活动图 D、类图
12、(D)是系统中遵从一组接口且提供实现的一个物理部件,通常指开发和运行时类的物理实现 A、部署图 B、类 C、接口 D、组件
13、关于协作图的描述,下列哪个不正确(B)
A.协作图作为一种交互图,强调的是参加交互的对象的组织; B.协作图是顺序图的一种特例 C.协作图中有消息流的顺序号;
D.在ROSE工具中,协作图可在顺序图的基础上按“F5”键自动生成; 8定义大多数的需求和范围的工作是在UP中的 B 阶段完成的。A初始阶段 B细化阶段 C构造阶段 D提交阶段
1.信息系统设计是系统开发的重要阶段,进行系统设计的主要依据应是()。A、可行性研究报告B 系统分析报告
C、系统调查报告 D、系统规划报告
3.在系统总体结构设计时,应采纳什么样的方法()。A、程序设计 B、结构化设计 C、由里向外 D、自底向上 4.结构化设计的基本思想是()。
A、模块化 B、集成化 C、自底向上,逐步求精 D、规范化
5.在结构化生命周期法中,系统分析和系统实施之间的阶段是()。A、详细设计 B系统设计 C、需求分析 D、编程调试 6.对于结构化设计思想的描述哪一项是错误的()。
A、在结构化设计中,模块的功能应当简单明确,易于理解 B、自顶向下,逐步求精
C、设计者应先设计顶层模块
D、越下层模块,其功能越具体,越复杂 8.系统设计阶段的主要目的是()。
A、设计新系统的目标 B 将系统逻辑方案转换成物理方案 C、代码设计 D、程序设计 19.结构化设计方法中绘制模块结构图的基础是()。A 数据流程图 B、数据关系图 C、数据结构图 D、业务流程图 29.系统设计阶段的主要工作内容之一是()。
A、程序设计 B、购置计算机 C、画出数据流程图 B、规定处理过程 31.系统的呑吐量指的是()。
A、每天的数据输出量 B、每秒数据的处理量 C、每日数据的输入量 D、每秒执行的作业数
33.在系统物理配置方案的设计中,系统的()可以用连续工作时间来表示。A、吞吐量 B、响应时间 C 可靠性 D、地域范围 34.计算机和网络系统配置说明,应包含在()中。
A、系统规划说明书 B、系统设计说明书 C、系统实施说明书 D、系统分析说明书 35.属于系统详细设计工作的是()。
A、输入输出设计 B、系统平台设计 C、系统结构设计 D、程序设计 39.系统设计报告的主要作用是作为()的依据。A、系统规划 B、系统分析 C、系统实施 D、系统评价
1.B 3.B 4.A 5.B 6.D8.B 19.A 29.D 31.D 33.C 34.B 35.A 39.C 11.系统设计阶段需要从数据流程图导出模块结构图。B.生命周期结构(Lifecycle Architecture)里程碑 4.系统实施的主要活动包括(D)。C.初始功能(Initial Operational)里程碑 A、编程、系统调试 B、系统安装 C、新旧系统转换 D、以上都是 1.系统实施是以(B)为依据的。
A、系统分析文档资料 B、系统设计文档资料
C、系统分析和设计文档资料 D、数据流程图
7.一般子系统的划分是在系统()阶段,根据对系统的功能/数据分析的结果提出的.A.需求分析 B.逻辑阶段 C.总体设计 D.详细设计 答案: A 4.业务系统规划法(BSP)的核心是()A.明确企业目标 B.定义(识别)业务过程 C.进行数据分析 D.确定信息结构 答案: C 7.一般子系统的划分是在系统()阶段,根据对系统的功能/数据分析的结果提出的.A.需求分析 B.逻辑阶段 C.总体设计 D.详细设计 答案: A 4.业务系统规划法(BSP)的核心是()A.明确企业目标 B.定义(识别)业务过程 C.进行数据分析 D.确定信息结构 答案: C 12.RUP中的软件生命周期在时间上被分解为四个顺序的阶段,分别是:初始阶段(Inception),细化阶段(Elaboration),构造阶段(Construction)和交付阶段(Transition),每个阶段结束于一个主要的里程碑(Major Milestones).构建阶段结束时是第三个重要的里程碑:初始功能(Initial Operational)里程碑.A.生命周期目标(Lifecycle Objective)里程碑
D.产品发布(Product Release)里程碑 答案: C
14.信息系统开发的结构化方法的一个主要原则是().A.自顶向下原则 B.自底向上原则 C.分步实施原则 D.重点突破原则 答案: A
16.一般来说,占维护工作比例最高的是().A.纠错性维护 B.适应性维护 C.完善性维护 D.预防性维护 答案: C
17.用户开发应用系统的主要手段是().A.生命周期法 B.原型法 C.第四代语言 D.面向对象方法 答案: A
19.系统规划的主要任务包括().A.明确组织的信息需求,制定系统总体结构方案 B.对系统进行经济,技术和使用方面的可行性研究 C.选择计算机和网络系统的方案 D.确定软件系统的模块结构 答案: A
20.系统设计阶段的主要成果是().A.用户的决策方针 B.用户的分析方案 C.系统设计说明书 D.系统总体设计方案
答案: C
21.信息系统建设的结构化方法中用户必须参与的原则是用户必须参与().A.系统建设中各阶段工作 B.系统分析工作 C.系统设计工作 D.系统实施工作 答案: A
22.结构化生命周期法的主要缺点之一是().A.系统开发周期长 B.缺乏标准,规范
C.用户参与程度低 D.主要工作集中在实施阶段 答案: A 24.系统分析工作的全面总结和主要成果是().A.可行性研究报告B.数据词典 C.系统说明书 D.系统详细调查报告 答案: A 28.生命周期法的特点之一是().A.整个系统的开发工作是非劳动密集型的 B.系统开发时间短
C.对用户需求的变更能做出迅速响应 D.适合大型复杂系统 答案: C 30.系统维护中要解决的问题来源于().A.系统分析阶段 B.系统设计阶段 C.系统实施阶段 D.三者都包括
答案: D 38.下面哪一项不是系统设计阶段的主要活动().A.系统总体设计 B.系统硬件设计 C.系统详细设计 D.编写系统实施计划 答案: D 39.对于结构化设计思想的描述哪一项是错误的().A.在结构化设计中,模块的功能应当简单明确,易于理解
B.自顶向下,逐步求精
C.设计者应先设计顶层模块
D.越下层模块,其功能越具体,越复杂
答案: D 73.在系统生命周期的各阶段中,花费费用和人力投入最多的阶段是().A.分析与设计 B.编制程序 C.测试程序 D.系统维护
答案: A 78.在UML提供的图中,()用于描述系统与外部系统及用户之间的交互.A.用例图 B.类图 C.对象图 D.部署图
答案:A 79.在UML提供的图中,()用于按时间顺序描述对象间的交互.A.网络图 B.状态图 C.协作图 D.序列图(顺序图)答案:D 96.系统分析报告的主要作用是().A.系统规划的依据 B.系统实施的依据 C.系统设计的依据 D.系统评价的依据 答案:C 95.绘制系统流程图的基础是().A.数据关系图 B.数据流程图 C.数据结构图 D.功能结构图 答案:B
9.信息系统开发的步骤是:在系统规划后,循进行_____, _____, _____ ,_____ 工作.答案: 系统分析 系统设计 系统构建与实施 系统评价 13.信息系统规划有哪些方法
答:用于企业信息系统规划的方法主要有战略分析法,即关键成功因素法(Critical Success Factors,CSF);企业分析法,即企业系统规划法(Business System Planning,BSP);基于BPR的信息系统战略规划方法.其他的方法还有战略目标集转化法(Strategy Set Transformation,SST),企业信息分析与集成技术(BIAIT),投资回收法(R01)等.12.RUP中的软件生命周期在时间上被分解为四个顺序的阶段,分别是:初始阶段(Inception),细化阶段(Elaboration),构造阶段(Construction)和交付阶段(Transition),每个阶段结束于一个主要的里程碑(Major Milestones).构建阶段结束时是第三个重要的里程碑:初始功能(Initial Operational)里程碑.A.生命周期目标(Lifecycle Objective)里程碑 B.生命周期结构(Lifecycle Architecture)里程碑 C.初始功能(Initial Operational)里程碑 D.产品发布(Product Release)里程碑
答案: C
14.信息系统开发的结构化方法的一个主要原则是().A.自顶向下原则 B.自底向上原则 C.分步实施原则 D.重点突破原则 答案: A
16.一般来说,占维护工作比例最高的是().A.纠错性维护 B.适应性维护 C.完善性维护 D.预防性维护 答案: C
17.用户开发应用系统的主要手段是().A.生命周期法 B.原型法 C.第四代语言 D.面向对象方法
答案: A
19.系统规划的主要任务包括().A.明确组织的信息需求,制定系统总体结构方案 B.对系统进行经济,技术和使用方面的可行性研究 C.选择计算机和网络系统的方案 D.确定软件系统的模块结构 答案: A
20.系统设计阶段的主要成果是().A.用户的决策方针 B.用户的分析方案 C.系统设计说明书 D.系统总体设计方案 答案: C
21.信息系统建设的结构化方法中用户必须参与的原则是用户必须参与().A.系统建设中各阶段工作 B.系统分析工作 C.系统设计工作 D.系统实施工作 答案: A 22.结构化生命周期法的主要缺点之一是().A.系统开发周期长 B.缺乏标准,规范
C.用户参与程度低 D.主要工作集中在实施阶段 答案: A 24.系统分析工作的全面总结和主要成果是().A.可行性研究报告B.数据词典 C.系统说明书 D.系统详细调查报告 答案: A 28.生命周期法的特点之一是().A.整个系统的开发工作是非劳动密集型的 B.系统开发时间短
C.对用户需求的变更能做出迅速响应 D.适合大型复杂系统 答案: C 30.系统维护中要解决的问题来源于().A.系统分析阶段 B.系统设计阶段 C.系统实施阶段 D.三者都包括 答案: D 38.下面哪一项不是系统设计阶段的主要活动().A.系统总体设计 B.系统硬件设计 C.系统详细设计 D.编写系统实施计划
答案: D 39.对于结构化设计思想的描述哪一项是错误的().A.在结构化设计中,模块的功能应当简单明确,易于理解
B.自顶向下,逐步求精
C.设计者应先设计顶层模块
D.越下层模块,其功能越具体,越复杂
答案: D 73.在系统生命周期的各阶段中,花费费用和人力投入最多的阶段是().A.分析与设计 B.编制程序 C.测试程序 D.系统维护
答案: A 78.在UML提供的图中,()用于描述系统与外部系统及用户之间的交互.A.用例图 B.类图 C.对象图 D.部署图 答案:A 79.在UML提供的图中,()用于按时间顺序描述对象间的交互.A.网络图 B.状态图 C.协作图 D.序列图(顺序图)
答案:D
96.系统分析报告的主要作用是().A.系统规划的依据 B.系统实施的依据 C.系统设计的依据 D.系统评价的依据 答案:C
95.绘制系统流程图的基础是().A.数据关系图 B.数据流程图 C.数据结构图 D.功能结构图 答案:B
9.信息系统开发的步骤是:在系统规划后,循进行_____, _____, _____ ,_____ 工作.答案: 系统分析 系统设计 系统构建与实施 系统评价 13.信息系统规划有哪些方法
答:用于企业信息系统规划的方法主要有战略分析法,即关键成功因素法(Critical Success Factors,CSF);企业分析法,即企业系统规划法(Business System Planning,BSP);基于BPR的信息系统战略规划方法.其他的方法还有战略目标集转化法(Strategy Set Transformation,SST),企业信息分析与集成技术(BIAIT),投资回收法(R01)等.2.信息系统规划是指对组织目标、组织现状进行分析,从而制定指导信息系统建设的总体规划和信息系统长期发展展望。在众多的信息系统规划方法当中,具有代表性的主要有 企业系统规划法、战略目标转移法、关键成功因素法。
4.信息系统建设的特点决定了信息系统建设要做大量复杂和细致的工作。信息系统建设主要包括 信息系统规划、信息系统开发、信息系统维护 和 信息系统管理 四方面的工作。
1. UML统一建模语言共定义了哪两类、哪八种图形?
答:(1)静态结构图:类图,对象图,构件图,实施图
(2)动态行为图:用例图,顺序图,协作图,状态图,活动图
2.在下图所示的用例分析类图中,请指出各个概念类属于哪一类,并分别解释三种概念类的特点及概念。“售书处理”的用例分析类图书目售书员售书界面产生待售图书待售图书开书单打印进程架存图书出售图书售出图书答:属于实体类的有:书目、架存图书、代售图书、售出图书。
属于边界类的有:售书界面。
属于控制类的有:产生待售图书、出售图书、开书单。三种概念类的特点及概念:
特点:概念类面向功能需求,一般不考虑性能要求,具有突出业务领域、突出概念性及大粒度的特征。概念:(1)实体类是信息系统表示客观实体的抽象要素。它一般对应着在业务领域中的客观事物,或是具有较稳定信息内容的系统元素。(2)边界类是描述系统与参与者之间交互的抽象要素。边界类只是对信息系统与参与者之间交互的抽象建模,并不表示交互的具体内容及交互界面的具体形式。
(3)控制类是表示信息系统对其他对象实施协调处理、逻辑运算的抽象要素。3.请根据下图所示的概念模型,将其转换为逻辑模型(即写出其关系模式)。
编号姓名读者职业电话住址邮编*待售图书*类别单价出版日期书号架位架存册数书号书名作者出版社1选书*架存图书*11书目书单号册数折扣率交款标记售书员答:根据其E-R图,其关系模式为:
读者(编号,姓名,职业,电话,住址,邮编)架存图书(书号,架位,架存册数)
待售图书(书单号,册数,折扣率,交款标记,售书员)书目(书号,书名,作者,出版社,出版日期,类别,单价)9.如图,是在网上商店系统经理的用例图如下:
网上购物系统顾客的功能用例
1.单一职责原则(Single Responsibility Principle, SRP):
There should never be more than one reason for a class to change. 应该有且仅有一个原因引起类的变更 2.里氏替换原则 最正宗的定义:
If for each object o1 of type S there is an object o2 of type T such that for all programs P defined in terms of T, the behavior of P is unchanged when o1 is substituted for o2 then S is a subtype of T.(如果对每一个类型为S的对象o1,都有类型为T的对象o2,使得以T定义的所有程序P在所有的对象o1都代换成o2时,程序P的行为没有发生变化,那么类型S是类型T的子类型。)里氏替换原则
通俗讲,只要父类出现的地方子类就可以出现,而且替换为子类也不会产生任何错误或异常,使用者可能根本就不需要知道是父类还是子类。但是反过来就不行了,有子类出现的地方,父类未必就能适应。3.迪米特法则
迪米特法则的定义:
迪米特法则(Law of Demeter, LoD)也称为最少知识原则,一个对象应该对其他对象有最少的了解。
一个类应该对自己需要耦合或调用的类知道得最少,被耦合或调用的类的内部如何复杂都和我没有关系,那是你的事情,我就知道你提供的这么多public方法,我就调用这么多,其他的我一概不关心。4.开闭原则
开闭原则的定义:
一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。
一个软件实体应该通过扩展来实现变化,而不是通过修改已有的源代码来实现变化。5.依赖倒置原则
依赖倒置原则包含三层含义:
高层模块不应该依赖低层模块,两者都应该依赖其抽象;
抽象不应该依赖细节; 细节应该依赖抽象。
在java语言中,抽象就是指接口或抽象类,两者都是不能直接被实例化的;细节就是实现类,实现接口或继承抽象类而产生的类就是细节,其特点就是可以直接被实例化,也就是可以加上一个关键字new产生一个对象。6.接口隔离原则
接口隔离原则定义:
客户端不应该依赖它不需要的接口;
类间的依赖关系应该建立在最小的接口上。
建立单一接口,不要建立臃肿庞大的接口,接口尽量细化,同时接口中的方法尽量少。它要求“尽量使用多个专门的接口”。专门接口指提供给每个模块的都应该是单一接口,提供给几个模块就应该有几个接口,而不是建立一个庞大的臃肿接口,容纳所有的客户端访问。
1.在RUP中,软件开发生命周期根据时间和RUP的核心工作流划分为二维空间。横轴表示项目的时间维,纵轴以内容来组织为自然的逻辑活动。
第二篇:系统分析与设计心得
读《系统分析与设计方法》一书有感
作为一个软件专业的学生,理解和掌握系统分析与设计的知识是必不可少的。在阅读《系统分析与设计方法》一书中以及加上老师教导,我学到了很多东西,收获不少。
系统就是由若干可以相互区别、由相互联系并且各自独立的单元组成各个子系统之间同样是独立而又相互联系的。系统具有集合性、相关性、目的性、整体性和环境适应性。在开发完成一个软件项目的过程中,系统工程必须经过开发阶段、建造阶段、运行阶段、更新阶段、维护阶段。
系统分析与设计的方法主要包括结构化生命周期法(又称瀑布法)、原型化方法(迭代法)、面向对象方法。
按时间过程来分,开发方法分为生命周期法和原型法,实际上还有许多处于中间状态的方法。原型法又按照对原型结果的处理方式分为试验原型法和演进原型法。试验原型法只把原型当成试验工具,试了以后就抛掉,根据试验的结论做出新的系统。演进原型法则把试好的结果保留,成为最终系统的一部分。
按照系统的分析要素,可以把开发方法分为三类:
①面向处理方法(Processing Oriented,简称PO)。
②面向数据方法(Data Oriented,简称DO)。
③面向对象的方法(Object Oriented,简称OO)。
系统分析和设计应遵循的原则有:
系统开发是面向客户的,应从客户的角度考虑。
诸如系统开发生命周期之类的产品更新换代机构应该在所有的信息系统开发项目中建立起来。
信息系统开发的过程并不是一个顺序的过程,它允许步骤的重叠和倒转等。
如果系统的成功可能性受到很大限制时,应取消整个项目。文档材料是系统开发生命周期中重要的可递交成果,应加以重视。在本书的第一部分中,主要集中于系统分析和设计的整体描述,包括系统分析和设计方法的环境,信息系统构件,信息系统开发,项目管理。期中印象比较深刻的是系统开发过程的能力成熟度模型(CMMI)。信息系统和软件的CMM框架用来帮助改善其系统开发过程的成熟度。CMM包括了五个成熟度等级:初始级、可重复级、已定义级、已管理级、优化级。期中,每个等级都是下一个等级的必须条件。
在软件开发过程中需求分析阶段是至关重要的一个阶段,需求分析阶段可能被称为定义阶段或者逻辑设计阶段。需求分析阶段的第一个任务是确定需求,在这个阶段至少将目标转换成为满足其需要的功能需求和非功能需求的框架。在这个阶段需要交付的成果是功能需求和非功能需求的草稿。在初步定义完了功能需求和非功能需求后,得排列需求的优先次序。如果一个项目落后于进度或者超出预算,知道哪个需求比其他需求更重要可能是很有用的。在排列需求的优先次序中可以使用到时间盒的技术。需求分析并不会真正的技术,因为企业需要具有快速适应不断变化的需求和机会的能力。信息系统不能比企业自身的响应技术还慢。
在学习本书第二部分的时候,我了解到了需求分析在整个项目开发中的作用以及成为整个项目主导的因素。只要好的需求才能设计开发出好的软件项目。在项目开发过程中,我们还可以利用图表的形式来简化方便人员的开发设计。期中有五种图表是系统分析师常用的:类图、用例图、协作图、顺序图、状态图。期中用例图是用例建模的产物,它以图形化的方式将系统描述成用、参与者(用户)及其之间的关系。简单的说就是用直立的小人来表示参与者(用户),用圆圈来表示用例,他们之间以箭头的形式来连接。关系包括了:关联关系、扩展关系、使用关系、依赖关系、继承关系。但是书上没讲到《include》关系,跟老师的讲解有点出路。老师在讲义上通过画图的方式很好的解释了《include》和《extend》的关系。
数据建模这一章节中,我了解了数据建模的含义,它是一种为数据库定义业务需求的技术。数据建模中比较重要的概念有实体和属性之间的关系,关系是连接实体的一个时间,或者仅仅是存在于实体之间的逻辑关系。关系有很多种类,多对多、一对多、一对
一、等等。这些关系的图形化符号记起来很不容易,但是我自己想到了一个比较容易记忆的简单的方法。一个就用 “|”表示,零个就用“0”表示,多个就用“<”表示,然后根据相应的说明来选择。比如零个或一个(0|),一个或多个(|<)。过程建模是一种组织和记录数据的结构和流向的技术,它记录系统的“过程”和有系统的“过程”实现的逻辑、策略和程序。期中也介绍到了数据流图(DFD),数据流图是一种描述通过系统的数据流以及系统实施的工作或处理过程的工具。我觉得数据流图DFD的最大的优点就是容易阅读,因为数据流图仅有三种符号和一种连接:圆角矩形表示要完成的过程或者工作,正方形表示外部代理(系统的边界),开放的方框表示数据存储(可以是文件或者数据库),箭头表示数据流(可以是输入和输出,或者是表示到过程和来自过程)。统一建模语言UML的目的就是对面向对象系统进行可视化、评述、和文档化。它适用于系统开发从需求规格描述道系统完成后测试的不同阶段(需求分析阶段、分析阶段、设计阶段、编程阶段、测试阶段)。UML2.0的模型主要图包括了:用例图、活动图、类图、对象图、状态机图、组合结构图、交互图、定时图、组件图、部署图和包图。在理解这章的过程中,我感觉比较轻松,但是把一些关系,事件,实体等等用图形化的形式表示出来还是非常难的。用UML设计面向对象系统时候,我们得准确的找到实体类、接口类、控制类、持续类、系统类和设计关系。在面向对象设计的过程中,主要包括了一下活动:对用例模型加以精炼以反映实现环境;建模支持用例情景的对象交互、行为和状态;修改对象模型以反映实现环境。
前面说到需求分析是整个软件项目开发中最重要的一环,其实我觉得可行性分析也是跟需求分析一样的重要。因为信息是一个必须经过检验的重要资本投入,就像市场要检验一个新产品,系统分析员应该考虑投资能够收回吗?是否有其他投资能够带来比预期更高的回报。要说他们的区别,我个人觉得是:可行性分析是要决定“做还是不做”。需求分析是要决定“做什么,不做什么”。可行性分析报告有六个准则:运行可行性、文化可行性、技术可行性、进度可行性、经济可行性。只有进行了可行性分析报告,才能够确定企业是否要 做这个项目。如果说在可行性报告中显示没有成功的可能,那么就没有必要再做需求分析了,整个项目就不会做下去了。进行可行性分析报告可以避免项目中途告终的结果,在系统开发过程中举足轻重。
数据库开发与设计这章,感觉书上讲解的没有老师讲的详细。书上并没有提到范式,但是在课堂上我了解到数据库设计的范式。有第一范式、第二范式、第三范式、BC范式等。等级越高,数据冗余越少,对系统调用数据库更方便。数据库的核心是DBMS,DBMS的核心是数据库引擎,引擎响应专门的命令以创建数据库结构,然后创建、读取、修改和删除数据库中的记录。DBMS使用数据定义语言(DDL)创建记录类型、字段和结构化关系,还定义了数据库视图;DBMS还是用数据处理语言(DML)用来创建、读取、修改和删除数据库中的记录。但是并非所有数据库的DBMS都被要求使用DDL和DML。看完这章,总结了一下建立关系数据库模式的步骤,首先要为每个实体类型建立一张表,然后为每张表选择一个主键,同时增加外键来表示一对多的关系,接着还可以建立几个新表来表示多对多的关系,然后还得定义参照完整性约束,评价模式质量,并且进行必要的改进,最后为每个字段选择适当的数据类型和取值约束。数据库在系统开发的过程中是必不可少的,几乎所有框架类型都得用到数据库,它也是MVC框架的底层核心。
对于本书的还有一个比较映像深刻的就是UI(user interface),用户界面设计。一个良好的用户界面应该为用户提供友好的使用方式,通过用户界面用户可以同应用程序打交道,处理输入并且获得输出。Galitz曾经提出过用户界面设计的原则:理解你的用户及任务、让用户参与界面设计、在实际用户中测试系统、进行迭代设计。记得以前大二的时候学习JAVA的时候,我曾经开发过基于图形用户界面(GUI)的聊天软件,不过当时的界面设计完全设计的是随心所欲,并没有理论作为指导。在学习VB课程的时候学过UAR,简单的了解了一些关于界面友好化设计的原则。这本书也给出了用户界面设计过程的几个步骤:1.以图表形式描述用户界面对话;2.原型化对话和用户界面;3.获得用户反馈;4.如果需要,回到1步或者2步。
最后总结下,虽然我没用把这本书的每一个地方都认真精读,有些地方略读的,但是看完整本书后我收获很大。读完《系统分析与设计方法》这本书再加上老师在课堂上的一些讲解以及以前学习事件过程中的收获,我对于系统分析与设计有了进一步的理解,能高屋建瓴的看待系统分析与设计整个过程的步骤以及增加了一些开发设计中的重要事件的理论知识。
对于系统分析的心得
第三篇:系统分析与设计总结
第一章 概述
信息系统的五个组成部分:硬件、软件、规程(processes)、数据、人
SDLC(System Development Life Cycle 系统开发生命周期)包括:计划、分析、设计、实施、运维。替代方法:Prototyping(原型法)、CASE Tools(Computer-aided Software Engineering tools 计算机辅助软件工程工具)、JAD(Joint Application Design 联合应用设计)、RAD(Rapid Application Development 快速应用软件开发)、敏捷方法(Agile Methodologies)、极限编程(Extreme Programming)。
第二章 计划
总体规划(Strategic planning)模型:诺兰模型(初始、蔓延、控制、集成、数据管理、信息管理)。
总体规划原则:支持企业总目标;面向各个管理层次;方法上摆脱信息系统对企业组织的依赖性;结构上具有良好的整体性;便于实施。
总体规划的方法:关键成功因素法、战略目标集转换法、企业系统计划法、信息系统规划与企业过程重组、信息系统规划和企业形象系统。
总体规划步骤:准备工作、组织机构调查、定义管理目标、定义管理功能、定义数据类、定义信息结构(划分子系统)、确定子系统实施顺序。准备工作
确定规划内容、成立规划小组、收集数据、制定计划、开好动员会。定义管理功能
资源的生命周期:产生、获得、服务、归宿 识别管理功能:根据资源识别(OO)、根据决策与活动识别(SSAD)管理功能是管理各类资源的各种相关活动和决策的组合 定义数据类
方法:实体法(如图2-1)、功能法(如图2-2)
两者组合形成初始功能数据类矩阵(图2-3)
图2-1
图2-2
图2-3 定义信息结构
划分子系统的方法:在初始功能数据矩阵中,排列数据类,使得矩阵中的C靠近主对角线。
确定子系统实施顺序
根据企业目标和技术约束确定
原则:子系统的需求程度与潜在的效益评估、技术约束分析
信息系统需求:Improved service(改善服务)、Better performance(更好的性能)、More information(更多的信息)、Stronger controls(更强的控制)、Encryption and biometric devices、Reduced cost(降低成本)
影响系统因素
内部:Strategic plan(总体规划)、Top managers(高层管理人员)、User requests(用户需求)、Information technology(信息技术)、department(部门)、Existing systems(现有系统)
外部:software/hardware vendors(软硬件供应商),technology(技术),suppliers,customers(客户),competitors(竞争者),the economy(经济),government(政府)
可行性分析
操作可行性(Operation feasibility):系统在开发之后可以正常使用 技术可行性(Technical feasibility):开发系统所需要的技术资源 经济可行性(Economical feasibility):Total cost of ownership(TCO)总拥有成本
进度可行性(Schedule feasibility)
信息系统初步调查(Preliminary investigation)
Understand the problem(了解问题)
Define the scope and constraints(确定范围和约束)Perform fact-finding(进行实地考察)Estimate Feasibility(估计可行性)
Estimate development time/cost(评估项目成本、时间)Present results and recommendations(提出结果和建议)
第三章 需求模型(Requirements Modeling)
系统分析阶段
包括:需求建模(Requirements Modeling)、企业建模(Enterprise Modeling)、开发策略(Development Strategy)
阶段交付物:系统需求文档(System Requirements document)
方法: JAD(Joint Application Development 联合应用程序开发)
RAD(Rapid Application Development 快速应用软件开发)
Explain how systems analysts use a functional decomposition diagram(FDD)系统需求列表
输出、输入、处理、性能、控制、可扩展性(Scalability)、TCO(Total cost of ownership 总拥有成本)
实情考察方法(Fact-Finding)Interviews(访谈法)
documentation review(文档审查)observation(观察法)
questionnaires and surveys(问卷调查)sampling(抽样法)research(研究)访谈法步骤
1.Determine the people to interview(确定访谈人群)2.Establish objectives for the interview(确定访谈目标)3.Develop interview questions(设计问题)4.Prepare for the interview(准备访谈)5.Conduct the interview(实施)6.Document the interview(记录)7.Evaluate the interview(评估)抽样法方法
随机抽样(Random sample)
分层抽样(Stratified sample)
系统抽样(Systematic sample)
文档编写原则
Record information as soon as possible(尽快记录)
Use the simplest recording method(使用最简单的记录方法)Ensure that your work is understandable(能让他人理解)Organize your documentation material(合理组织材料)
第四章 企业建模(Enterprise Modeling)
企业建模
产生:逻辑模型(Logical Model)
工具:Entity-relationship Diagrams(ERD E-R图)
Data Flow Diagrams(DFD 数据流程图)Data Dictionary(DD 数据字典)
Process Descriptions(PD 处理逻辑说明书)Query Analysis(QA 存取分析)
E-R图
关系种类:一对一、一对多、多对多 数据流程图
符号(Gane and Sarson symbol)包括:processes(处理逻辑),data flows(数据流),data stores(数据存储),entities(外部实体)
种类:Context Diagram(第一层数据流程图,无数据存储)
Diagram 0(将第一层扩展,保持第一层的数据流)Lower-Level Diagram(子数据流程图)
Lower-Level Diagram画法:leveling(分层显示 分层方法:Exploding、partitioning、decomposing)and balancing(前后数据流保持不变)
相关概念:
Black Hole:A process that has no output.Gray Hole:A process with at least 1 input and output, but the input is insufficient to generate the shown output.Spontaneous Generation Process:Used to describe an unexplained generation of data or information.数据字典
概念:对数据流程图中的各个成分的含义进行描述的工具
用途:对数据流程图的补充说明、参照,用于检索,检验一致性与完整性 内容 :数据元素:又叫数据项,是最小数据组成单位,不可分割
数据结构:数据之间的组合关系 数据流
数据存储:数据存储的结构,有关的数据流和查询要求 处理逻辑 外部实体
方式:人工、计算机 常用属性:
数据元素(名称、类型/长度、默认值、值域、来源、安全、负责人、描述)数据结构(名称、描述、属性)
数据流(名称、描述、来源、目的地、所包含数据结构、使用频率)数据存储(名称、描述、属性、使用频率)处理逻辑(名称、描述、编号、输入、输出)外部实体(名称、描述、输入流、输出流)
处理逻辑说明书
工具:
结构化语言:一种用于描述处理逻辑的介于自然语言和程序语言之间的语言。包括三种基本语句:祈使句、判断语句、循环语句。没有严格的语法,极其有限的词汇(祈使句中的动词、数据字典中的名词、逻辑表达式中的保留字)
决策树:
决策表:
现将所有情况列出,在不断进行合并,下表为最终表
存储分析
目的:DFD中定义了数据存储,DD中对数据存储的数据结构作了描述,但没有说明立即存取与实时响应,是补充。
存取类型:E:实体 A:属性 V:属性值 已知E、A,求V 2 已知A、V,求E 3 已知E、V,求A 4 已知E,求A、V 5 已知A,求E、V 6 已知V,求A、E
逻辑模型和物理模型的区别
逻辑模型展示信息系统有什么功能;物理模型展示信息系统的功能如何实现
Four-Model Approach 包括:原系统的物理模型、原系统的逻辑模型、所开发系统的逻辑模型、所开发系统的物理模型
第五章 开发策略(Development Strategies)
软件开发趋势
Software as a Service:软件即服务
Software and Information Industry Association(SIIA)软件与信息产业协会 application service providers(ASP)软件服务提供商 软件开发策略
Develop in-house Buy software package Customize 选择考虑因素
total cost of ownership(TCO)系统需求文档
包括:requirements for the new system(新系统的要求)
describes the alternatives that were considered(描述备选方案)
第六章
总体设计(General Design)
包括:硬件设计、软件设计、网络设计、子系统划分与模块结构 设备选配的依据:总体方案、容量、外设(数量、速度)
设备选配的指标:可靠性、可维修性、兼容性、熟悉性、方便性、可扩充性、经济合理性
硬件设计:主站、工作站、外围设备、主要性能指标
软件设计:中文、操作系统、数据库管理系统、其他开发环境、各种工具、各种媒体的编辑、处理软件
网络设计:网络结构、拓扑结构、传输介质、网关、网络管理软件、OA设备
子系统划分与模块结构 方法:系统流程图(强调执行顺序)、HIPO(Hierarchy Plus Input/Process/Output)(强调层次)、模块结构图
模块结构图
方法:事务分析法、变换分析法 事务分析法
适用于高层数据流程图,每一个处理逻辑都是一个事务 变换分析法
步骤: 1 找出系统的逻辑输入、主加工和逻辑输出设计顶层模块和第一层模块设计中下层模块
系统总体优化的准则
模块的耦合:模块间的关联程度
模块的聚合:模块内的紧凑程度
模块的分解:分解到功能聚合型模块为止
模块的扇入和扇出:
扇入:一个模块的上级模块叫做扇入模块 扇出:一个模块控制的下级模块叫扇出模块
原则:扇入越大越好,扇出数目控制在7±2范围内 模块的控制范围和判断作用范围:
控制范围:指模块本身和它的下级模块
判断作用范围:模块和有判断调用的模块的组合
第七章 数据设计(Data Design)
数据与文件分类
存储方式、文件命名规则设计 规范化设计
1NF:在同一个表中无重复项出现 2NF:有且仅有一个数据元素为主键
3NF:表中所有数据元素不但要能够唯一的被主键表示,而且他们之间还必须相互独立
一致性、完整性、有效性、安全性 存储过程
第八章 代码设计(Code Design)
代码的概念
一个或者一组有序的易于计算机和人识别与处理的符号。代码的意义
鉴别、分类、排序、特殊意义
代码设计的步骤
1.信息分类
原则:科学性、系统性、可扩充性、兼容性、综合实用性 方法:
线分类法(将选定的分类对象按若干属性逐次地分成若干层级的类目)面分类法(若干属性独立分类、没有上下级的从属关系)2.编码
原则:唯一性、合理性、可扩充性、简单性、适用性、规范性 方法:根据代码的种类和类别进行编码,然后说明代码组成的原则
第九章 用户设计和输入输出设计
以用户为中心设计原则 Understand the underlying business functions 2 Maximize graphical effectiveness 3 Profile the system’s users 4 Think like a user 5 Use prototyping 6 Design a comprehensive interface 7 Continue the feedback process 8 Document the interface design 输入方式:
批量输入、联机输入(后面太乱了。不写了。)
第十章 网络体系结构
B/S 瘦客户端服务模式 C/S 胖客户服务模式
两层设计:Server + Client 三层设计:Server + Application Server + Client
第十一章 系统实施
系统实施过程
1.硬件和软件的购买 2.网络的构建 3.应用开发 4.用户培训
5.编写文档(程序文档+系统稳定+操作文档+用户文档)6.测试(单元、集成、系统测试)7.安装 8.评估
9.数据转换 10.系统上线 系统切换
1.直接切换 2.平行切换 3.试验切换 4.阶段切换
第十二章 系统运营
四种维护
1.改正性维护 2.适用性维护 3.改善性维护 4.预防性维护
维护流程
1.维护请求 2.初步判断 3.处理请求 4.布置任务 5.用户通知
系统底线
1.Functional baseline(功能基线,终结于分析阶段)2.Allocated baseline(分配基线,终结于设计阶段)
3.Product baseline(产品基线,终结于实施、测试阶段)
系统退化(System Obsolescence)
原因:无法满足当前管理的需要(维护无效或维护成本高)这意味着新的系统的开始
第四篇:系统分析与设计心得
系统分析与设计心得(精选多篇)
系统分析师对考生的综合素质要求较高,考查的知识面很广。但分析历年考题可以发现,虽然考试知识面广但考试内容并不是很深。因此,这就要求我们注意平时积累,经常通过网络、讲座、学术会议等途径及时了解一些流行技术热点和业界最新动态。
2、多做项目,在实践中锻炼提高
如果说平时积累的各个知识点是一粒粒宝贵的珍珠的话,那么项目经历则是将这些珍珠串联起来的一根红线。“纸上得来终觉浅,绝知此事要躬行”。软件工程是一门实践性、综合性非常强的专业,如果没有参加过完整的实际项目,就难以从根本上理解书本上所学的
理论知识,就难以真正领会软件工程的思想精髓。同时,在做项目时还要勤于思考,无论是作为主持者还是作为一个普通的程序员,都应该去潜心思考为什么要这样设计、这样设计的优点是什么、有哪些不足,如果你是设计师的话你又会怎样设计?经常做这样的换位思考,会不自觉地提高自己的系统分析和设计能力,积累丰富的项目经验,这对下午一的考试来说是非常有益的。
3、注意提高个人文档编写能力
一些软件工程师有个不好的习惯,那就是只喜欢钻研具体的技术点而不注重提高文档编写能力。他们的一个通病是做得多、写得少,在某一个具体的技术领域上往往表现得非常优秀,但写出的文档质量实在难以恭维。作为一个合格的系统分析师文档编写能力是必不可少的基本素质,也是下午二考试的考查重点。
文档编写能力不仅对于应试是十分必要的,而且在实际工作也是非常重
要的。因此,我们应当在平时多做这方面的训练,多思考、多动笔,努力提高自己文档编写能力。
4、掌握评卷专家心理,注意论文写作技巧
在下午二的考试中,应注意把握评卷专家的心理状况。根据希赛it教育研发中心的著名软考专家张友生所说的,评卷专家不可能把你的论文一字一句地精读,要让他短时间内了解你的论文内容并认可你的能力,必须把握好主次关系,论文的组织一定要条理清晰。一般说来,项目概述部分评卷专家会较认真看,为让评卷专家对你所做的项目产生兴趣,这里可适当吹捧。在论文陈述部分应当按主次关系分条进行陈述,首先最好开门见山指出你所采取的措施,然后指出你为什么这样做,这样做有何优点,克服了以前做法的哪些缺点等等。在分条陈述时最好一个问题一个自然段,在每个自然段首先要有一个主题句,主题句简明扼要地描述本段的中心思
想。
在论文撰写中,切忌大谈空洞的理论知识或不懂装懂,以专家的姿态高谈阔论。应当将重点放在汇报你自己在项目中所做的与论题相关的工作,让评卷专家相信你确实做过这方面的项目而且达到了相应水平。
在下午二考试时间的分配上,建议首先花3--5分钟根据个人特长选定题目,然后花10—15分钟左右整理一下所掌握的素材,列出提纲,即你打算谈几个方面,每个方面你是怎么做的,收效如何等等,简明扼要地写在草稿纸上。
5、张友生的书,不能不读
要想通过系统分析师考试,不但需要多做项目,而且有关全国著名的软考辅导专家张友生老师的书是不可不读的。
学习电子商务系统分析与设计的心得体会
《电子商务系统分析与设计》系统地介绍了电子商务系统的规划、分析、设计、实施与运行管理的基本概念、方法、技术和相关案例。从结构上可以进一步分为4个部分:概述部分,主要说明电子商务系统分析设计的基本概念、内容、过程与方法;系统规划、分析与设计部分,主要说明系统规划、分析、设计的方法、内容和工具;系统实施与维护部分,涵盖电子商务系统的开发与集成、测试、部署、维护、审计与评价;案例部分,给出了两个完整的案例,从背景、规划、分析、设计角度帮助我们进一步理解电子商务系统的规划、分析与设计。围绕电子商务系统开发过程的各个阶段,系统地阐述了电子商务系统开发的思想、方法和技术,包括系统的规划、分析、设计、实现与维护等内容,重点介绍了采用uml进行系统的分析与设计的方法;并从企业管理者和电子商务应用实践的角度,对国内外一些典型的企业电子商务解决方案进行了介绍;最后结合实例阐述了运用struts、javaee1.5等新技术进行电子商务系统的
设计与开发的过程,使我们能很好地把理论学习与实践训练更好地结合起来。
本课程结合电子商务系统领域的最新技术、方法和实践,以及电子商务系统应用成果,从理论基础、方法运用、技术基础和实践4个维度对电子商务系统做了较深入、全面的阐述。教科书共十章,第一章介绍电子商务系统的基础概念和知识;第二章介绍电子商务系统建设的过程与方法;第三章介绍电子商务系统规划的内容、方法和步骤;第四章介绍电子商务系统的分析方法与工具,重点利用uml进行了系统分析;第五章阐述了电子商务系统设计基础与思想方法;第六章介绍电子商务支付系统、电子商务系统安全体系设计的思想方法;第七章介绍了电子商务系统的开发技术与模式,并结合实例完整介绍struts2框架web应用开发的基本过程;第八章介绍电子商务系统运行、维护与评价的知识和方法;第九章结合我国实际,介绍了国内外的电子商务系统解决方案;
第十章结合实例和具体技术,系统的阐述了一个电子商务系统从分析、设计到实现的过程,让我们通过一个电子商务系统的设计实践和操作,消化和理解所学的理论知识。
本课程在继承软件工程和信息系统分析与设计的思想,方法,技术和工具的基础上,从系统化的思想及结构化开发方法入手,全面介绍电子商务系统特色,规划方法,系统分析及设计,并依据电子商务自身的特点,着重针对网站设计,支付系统设计及安全系统设计进行分析和介
绍。本实验课程使学生进一步理解和掌握所学各种电子商务系统分析和设计的方法.熟练掌握系统分析和设计建模软件.。
本课程目的是为了让我们能够全面了解应用系统的整个电子商务系统的开发建设流程,并掌握电子商务系统开发的相关技术:
掌握电子商务系统的分析方法;
掌握电子商务系统的总体设计方法;
学会使用visio软件构建电子商务系统数据流程图,use case图以及活动图;
体会应用软件工程的设计思想进行电子商务系统开发的过程与方法。
通过本课程设计,便于我们全面理解电子商务系统规划、分析与设计知识,并掌握操作方法,而不是独立地学习某单方面的操作技术;另一方面实用性较强,我们认真完成本书实验后,基本上可以胜任电子商务系统规划、分析、设计及实现工作。
学习这门课程,使我对电子商务网站的开发有了一定的了解。掌握了电子商务系统的基本概念、特征及其结构。了解电子商务系统开发技术和发展方向,理解电子商务生命周期的概念、特征及其作用。能够按要求撰写电子商务系统规划报告,基本掌握uml需求分析思路和方法,能结合运用实际撰写系统分析报告。熟悉电子商务平台技术,包
括操作系统、应用服务器、中间件技术等。基本了解电子商务支付系统与安全系统。初步掌握一些电子商务网站客户端技术。能正确理解电子商务系统评价的作用,并掌握评价指标体系设计的思路等等。
通过一系列的实验让我知道了基础的电子商务分析的方法,掌握对电子商务系统进行系统总体结构设计及应用系统设计的内容及方法。加深理解了在课程中、书本上学到的知识和理论,并使其在课题研究中得到运用而且让我得到了实践的收获。
希望在以后的实习实践中多接触、对比一些案例能够增长对网上电子商务系统设计的一些知识。
0911061237
朱宝
信息系统分析与设计学习心得
通过近10周的学习,我觉得信息系统分析与设计这门课程收获还是挺大的。我觉得,如果我们决定要做一件事,就得对这个系统有一个整体得把握,首先要进行系统的规划和选择,接着就是系统的设计,其中系统设计包括三个部分:1.确定系统需求;2.系统需求结构化:过程建模,这一步骤主要就是画数据流图;3.系统需求结构化:概念数据建模,这一过程主要是画实体—关系图。然后就是进行系统设计,系统设计包括设计人机界面和数据库设计。最后一步就是系统的实现与运行。
在做信息系统分析与设计的大作业的时候,我和我们的小组成员曾经去实地考察过,虽然最后并没有被接待,但还是小有收获的。通过实地考察,我们能更清晰地了解我们系统所要实现的功能,甚至说让它比现有系统更加完善。当然,我们做东西,也是要追求进步,如果说做出来的东西和以前的系统都没什么两样,这样意义也不大。不过,这也得是在我们能力所及的范围内,我们得适当地把握好自己的时间和现有资源进行适当的设计。相信自己的努力还是
能有一个很好的结果的,我们得对自己的发展有一个好的概括。信息系统分析与设计的大作业从第一周到第九周一直伴随着我们,说实在话,一直觉得自己有做不完的作业,刚开始还有些抱怨,但随着作业的进行,我们慢慢看到了自己的小小成果,觉得付出有了回报,并开始乐在其中。在这期间,徐老师也一直鼓励我们,他告诉我们,只要坚持做下去,我们会收获到成功的喜悦的!
现在,我们已基本完成了大作业分析阶段,在我和小组成员的协作下,总算按时完成了。在分析阶段,我们也遇到了很多问题,比如刚开始画数据流图时,visio用的不是很熟练,数据流图中的数据流、数据存储、过程、源点和宿点不知
道怎样连接,层与层之间也不知如何区分,有时候甚至想要放弃。还好有老师的鼓励与指导加上小组一起努力,我们克服了这一难关。在画er图的时候遇到的问题就相对少了一点,因为以前
学习数据库的时候就画过er图了,所以在画的过程中就相对轻松一点。接下来就是系统的设计了,时间还蛮紧迫的,我们仍需努力。
我作为小组的组长,从中真的学习到不少知识。老师说过,组长应该做的比别人更加多,才能够胜任。我们现在还没有达到“喝茶看报纸”的层次,那得等到我们具备了足够的能力,所以要想达到那个高度,我们现在应该更加努力。负责的整个过程中,我必须把握好进度,如果一步跟不上,可能就会步步跟不上。我们小组成员也很配合,基本不需我太多督促。在对我们所要实现的功能有了个整体的把握的情况下,我们制作出了令自己还算满意的图形。现在我觉得自己基本可以熟练运用visio了,这也算是一大收获吧!
总的来说,这次这次信息系统分析与设计的课程设计让我获益匪浅,以前只是纸上谈兵,没有亲自实践,不知道理论上升到实践路程的艰辛。通过这次
自己亲自选题、实地考察、绘制dfd、er图到完成分析,我体验了其中的不容易,也尝到了其中的甜头。我们还会继续努力,更好的完成下面的工作。
0963710205 秦晓雅
《信息系统分析与设计》考试题目及评分标准
下周一中午12点之前由班长或学习委员收齐各班纸质版本作业,周二收齐交给任课老师。
请注意论文封面、格式以及老师强调的论文重点,打印并装订好交给班长或学习委员。考试题目:
设计一个银行存取款管理信息系统。
要求具有下面的功能:①储户凭身份证在银行开户,银行账户中保存储户姓名、联系电话、家庭住址等基本信息,并保存储户每笔存取款业务数据。②储户存款时,需提交存折/卡号,由业务员在银行账户及存折/卡上登记存款信息。③储户取款时,还需提交密码,以确认
身份,在验证取款合法性后,更新银行账户。④统计员每日统计存、取款情况,形成日存取款汇总表,提供给信贷管理部作为信贷主要依据。
设计一个物资采购及库存管理业务管理信息系统。
要求具有下面的功能:①车间填写领料单到仓库领料,库长根据用料计划审批领料单,未批准的退回车间。②库工收到已批准的领料单后,首先查阅库存账,若有货,则通知车间前来领取所需物料,并登记用料流水账;否则将缺货通知采购人员。③采购人员根据缺货通知,查阅订货合同单,若已订货,则向供货单位发出催货请求,否则就临时申请补充订货。④供货单位发出货物后,立即向订货单位发出提货通知。采购人员收到提货通知单后,就可办理入库手续。接着是库工验收入库,并通知车间领料。⑤此外,仓库库工还要依据库存账和用料流水账定期生成库存报表,呈送有关部门。
考核内容:
熟练掌握信息系统分析与设计的方法。具体考核的内容是:
1、编写信息系统可行性报告。
2、编写信息系统需求分析报告,绘制数据流图。
3、编写信息系统设计报告,绘制功能结构层次图,数据库设计,界面设计和硬件和软件设计。
评分标准:
1、编写信息系统可行性报告。
2、编写信息系统需求分析报告,绘制数据流图。
3、编写信息系统设计报告,绘制功能结构层次图。
4、数据库设计
5、界面设计。
6、简单的硬件和软件设计。
系统分析与设计方法读书笔记
《系统分析与设计方法》,顾名思义,是论述软件开发过程中涉及到的分析与设计过程的方法论。作者依照软件
开发过程将书划分为四个部分:系统开发项目环境、系统分析方法、系统设计方法、系统分析和设计完成后的工作。同其他美国作者一样,作者通过一个贯穿全书的案例--音阶公司系统项目,向我们详细地讲解了开发一个软件系统过程中设计到的知识。
第一部分“系统开发项目环境”介绍信息系统开发的概念和过程。第二部分“系统分析方法”涵盖了生命周期前期活动、工具和技术,这些内容用于分析业务问题、说明信息系统业务需求以及制定业务和系统方案。第三部分“系统设计方法”涵盖了生命周期中期活动、工具和技术,特别强调应用架构的概要设计和详细设计、快速开发和原型设计、外部设计、内部设计以及面向对象设计。第四部分“系统分析和设计完成后的工作”通过纵览生命周期后期活动,透视系统分析和设计工作。
《系统分析与设计方法》这本书围绕软件开发这一中心,详细讲解了从需
求分析到后期维护各个阶段中,如何运用文档与周围的人员进行有效沟通和协作。文档,作为各类人员之间的桥梁和纽带,如使用得当,有以下几个好处:
1.提高软件开发过程的能见度。把开发过程中发生的事件以某种可阅读的形式记录在文档中。管理人员可把这些记载下来的材料作为检查软件开发进度和开发质量的依据,实现对软件开发的工程管理。
2.提高开发效率。软件文档的编制,使得开发人员对各个阶段的工作都进行周密思考、全盘权衡、从而减少返工。并且可在开发早期发现错误和不一致性,便于及时加以纠正。
3.作为开发人员在一定阶段的工作成果和结束标志。
4.记录开发过程中的有关信息,便于协调以后的软件、开发、使用和维护。
5.提供对软件的运行、维护和培训的有关信息,便于管理人员、开发人员、操作人员、用户之间的协作、交流和了
解。使软件开发活动更科学、更有成效。
6.便于潜在用户了解软件的功能、性能等各项指标,为他们选购符合自己需要的软件提供依据。
也正是基于这样的好处,软件行业才会定义、开发各种沟通表达工具和建模语言来统一沟通方法,从而便于各种人员的团结合作。以uml为例。从1989
年到1994年,建模语言数量从不到十种增加到了五十多种。90年代中,又一批新方法出现,其中最引人注目的是booch 1993、oose和omt-2等。但到目前为止,uml这一统一建模语言脱颖而出,它贯穿软件开发周期中的每一个阶段,并被omg采纳作为业界的标准。就如书中所讲,uml是一个标准的图形表示法,它不是面向对象的分析和设计,也不是一种方法,它仅仅是一组符号。uml是在开发阶段,说明,可视化,构建和书写一个面向对象软件密集系统的制品的开放方法。作为一种模型语言,它使开发人员专注于建立产品的模型和结构,而不是选用什么程序语言和算法实现。当模型建立之后,模型可以被uml工具转化成指定的程序语言代码。所以说,运用优秀的沟通工具与各种角色进行有效地沟通在一定程度上决定着系统能否保质保量的成功完成。在这个崇尚团结与合作的社会,作为新一代的软件开发人员,我们更应该认真学习书中说讲的各种文档编写方法,更好的运用到实际开发中去。
首先,需求分析人员从接触到深入了解客户业务有一个渐进的过程,如果一开始就深入到业务的细节中去,不但容易迷失方向,而且很容易显露出你对业务的无知,客户会因此而失去与你沟通的兴趣。
其次,沟通双方都有自己习惯的沟通方式。所以在双方能够达成默契之前,不要急于深入业务细节,而是圈定范围,先就一些大框框进行沟通,借此了解客户的沟通方式。客户是喜欢开放型问题还是封闭型问题?客户是很健谈还是很
含蓄?客户是主导型沟通者还是被动型沟通者?客户是具有很强逻辑思维的人,可以将一个问题有条不稳地讲清楚,还是一个发散型思维的人,总是没有什么目的地想到什么就讲什么?如果双方的沟通方式不能切合 rf4ss,必定会造成沟通的障碍。
再次,客户的时间是有限的,很多时候不能有整块的时间来配合需求调研。由于项目的周期也是有限的,因此每一次会面都需要争分夺秒,用最快的时间把问题搞清楚。另一方面,客户通常不会为需求调研做好准备,往往是等着回答问题的。如果需求分析人员寄希望于客户能有条不理的把一套业务都能讲解很清楚,整个业务形成闭环往往是很不现实的。这就要求需求分析人员根据经验提前要做好调研计划和内容,逐个进行落实。
系统分析与设计的方法主要包括结构化生命周期法、原型化方法、面向对象方法。
按时间过程来分,开发方法分为生命周期法和原型法,实际上还有许多处于中间状态的方法。原型法又按照对原型结果的处理方式分为试验原型法和演进原型法。试验原型法只把原型当成试验工具,试了以后就抛掉,根据试验的结论做出新的系统。演进原型法则把试好的结果保留,成为最终系统的一部分。按照系统的分析要素,可以把开发方法分为三类:
①面向处理方法。
②面向数据方法。
③面向对象的方法
系统分析和设计应遵循的原则有:
系统开发是面向客户的,应从客户的角度考虑。
诸如系统开发生命周期之类的产品更新换代机构应该在所有的信息系统开发项目中建立起来。
信息系统开发的过程并不是一个顺序的过程,它允许步骤的重叠和倒转等。如果系统的成功可能性受到很大限
制时,应取消整个项目。
文档材料是系统开发生命周期中重要的可递交成果,应加以重视
最后总结下,学完《系统分析与设计方法》这门课程再加上老师在课堂上的一些讲解以及以前学习过程中的收获,我对于系统分析与设计有了进一步的理解,能高屋建瓴的看待系统分析与设计整个过程的步骤以及增加了一些开发设计中的重要事件的理论知识。
第五篇:信息系统分析与设计
《信息系统分析与设计》考试题目及评分标准
下周一(11月26日)中午12点之前由班长或学习委员收齐各班纸质版本作业,周二收齐交给任课老师。
请注意论文封面、格式以及老师强调的论文重点,打印并装订好交给班长或学习委员。考试题目:(任选其一)
设计一个银行存取款管理信息系统。
要求具有下面的功能:①储户凭身份证在银行开户,银行账户中保存储户姓名、联系电话、家庭住址等基本信息,并保存储户每笔存取款业务数据。②储户存款时,需提交存折/卡号,由业务员在银行账户及存折/卡上登记存款信息。③储户取款时,还需提交密码,以确认身份,在验证取款合法性后,更新银行账户。④统计员每日统计存、取款情况,形成日存取款汇总表,提供给信贷管理部作为信贷主要依据。
设计一个物资采购及库存管理业务管理信息系统。
要求具有下面的功能:①车间填写领料单到仓库领料,库长根据用料计划审批领料单,未批准的退回车间。②库工收到已批准的领料单后,首先查阅库存账,若有货,则通知车间前来领取所需物料,并登记用料流水账;否则将缺货通知采购人员。③采购人员根据缺货通知,查阅订货合同单,若已订货,则向供货单位发出催货请求,否则就临时申请补充订货。④供货单位发出货物后,立即向订货单位发出提货通知。采购人员收到提货通知单后,就可办理入库手续。接着是库工验收入库,并通知车间领料。⑤此外,仓库库工还要依据库存账和用料流水账定期生成库存报表,呈送有关部门。
考核内容:
熟练掌握信息系统分析与设计的方法。具体考核的内容是:
1、编写信息系统可行性报告。
2、编写信息系统需求分析报告,绘制数据流图。
3、编写信息系统设计报告,绘制功能结构层次图,数据库设计,界面设计和硬件和软件设计。
评分标准:
1、编写信息系统可行性报告。(20分)
2、编写信息系统需求分析报告,绘制数据流图。(30分)
3、编写信息系统设计报告,绘制功能结构层次图。(20分)
4、数据库设计(10分)
5、界面设计。(10分)
6、简单的硬件和软件设计。(10分)