第4章 系统分析与设计概要

合集下载

第四章 系统分析

第四章 系统分析

2
教学重点: 教学重点:
系统分析的主要活动内容。 系统分析的主要活动内容。 结构化系统分析方法及常用工具 系统分析阶段各项活动的目标,内容及关键问题。 系统分析阶段各项活动的目标,内容及关键问题。 系统分析各项必备文档的编写要求。 系统分析各项必备文档的编写要求。
教学难点: 教学难点:
系统分析的主要工具和系统分析各阶段活动的内容 系统分析中的主要工具和系统分析中各项文档的编写。 系统分析中的主要工具和系统分析中各项文档的编写。
3
教学内容
4.1 系统分析的基本概念 4.2 系统分析的主要工具 4.3 系统分析中的信息收集 4.4 系统分析阶段各项活动的内容 4.5 系统说明书 教学时数: 教学时数:
理论:6学时 理论:6学时
4
4.1 系统分析的基本概念
一、系统分析含义 二、系统分析的目标和主要活动 三、系统分析工作的特点 四、结构化系统分析方法
(4)数据流 (4)数据流
与所描述系统信息处理功能有关的各类信息的载体,是各加 与所描述系统信息处理功能有关的各类信息的载体, 工环节进行处理和输出的数据集合。 工环节进行处理和输出的数据集合。
17
常用的三类数据沈图基本成份的符号

数据加工 (数据变换) 数据变换
四、结构化系统分析方法
结构化系统分析方法就是结构化方法的基本思想和主要 原则, 原则,在系统分析中的应用所形成的一系列具体方法和 有关工具的总称。 有关工具的总称。 结构化系统分析方法:主要是描述反映用户信息需求的 结构化系统分析方法: 逻辑模型的建立方法和有关工具。 逻辑模型的建立方法和有关工具。 主要工具包括: 主要工具包括: 数据流图(DFD: Diagram); 数据流图(DFD: Data Flow Diagram); 数据词典(DD: Dictionary); 数据词典(DD: Data Dictionary); 结构化语言; 结构化语言; 决策树; 决策树; 决策表。 决策表。

软件设计概要讲义PPT(83张)

软件设计概要讲义PPT(83张)
自顶向下,逐步细化 软件结构(搭出一个大框架) 程序结构 结构图 模块化(模块化思想,把软件分成多个模块) 抽象(通过抽象完成模块之间对外的一个黑盒装置) 信息屏蔽和局部化 模块独立
三、软件设计的概念和原理
自顶向下,逐步细化将软件的体系结构按自顶向下方式,对各个层次的过程细节和数据细节逐层细化,直到用程序设计语言的语句能够实现为止,从而最后确立整个的体系结构。 软件结构 ①软件结构包括两部分。程序的模块结构和数据的结构。 ②软件的体系结构通过一个划分过程来完成。该划分过程从需求分析确立的目标系统的模型出发,对整个问题进行分割,使其每个部分用一个或几个软件成份加以解决,整个问题就解决了。
项目经理
负责分配设计任务,追踪设计阶段进度,在项目组内协调设计过程中所需资源,参与设计文档的同行评审
系统分析员
完成相关的设计任务,编写设计文档,修改设计评审中发现的问题
项目组开发人员代表
参与设计文档的同行评审
其他项目经理
参与设计文档的同行评审
其他项目系统分析员
参与设计文档的同行评审
质量保证员
检查设计过程及设计阶段产生的文档,跟踪发现的问题的解决情况
一、软件设计的目标和任务
1、目标 系统结构设计定义软件系统各主要成份之间的关系。 过程设计。把结构成份转换成软件的过程性描述。
开发阶段的信息流
把需求翻译成文档
2、软件设计的任务 概要设计(系统设计),将软件需求转化为数据结构和软件的系统结构。概要设计由技术总监,部门经理和项目经理来做的,有可能会加一两个核心程序员。
二维画图又分为以下CASE,案例,任务的集合
(2)数据抽象 在不同层次上描述数据对象的细节,定义与该数据对象相关的操作。 例如,在CAD软件中,定义一个叫做drawing绘图的数据对象。可将drawing规定为一个抽象数据类型,定义它的内部细节为:

软件工程导论知识点总结(整理)

软件工程导论知识点总结(整理)

《软件工程导论》课后习题答案第一章软件工程概论1.什么是软件危机?软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。

这些问题表现在以下几个方面:(1)用户对开发出的软件很难满意。

(2)软件产品的质量往往靠不住。

(3)一般软件很难维护。

(4)软件生产效率很低。

(5)软件开发成本越来越大。

(6)软件成本与开发进度难以估计。

(7)软件技术的发展远远满足不了计算机应用的普及与深入的需要。

2.为什么会产生软件危机?(1)开发人员方面,对软件产品缺乏正确认识,没有真正理解软件产品是一个完整的配置组成。

造成开发中制定计划盲目、编程草率,不考虑维护工作的必要性.(2) 软件本身方面,对于计算机系统来说,软件是逻辑部件,软件开发过程没有统一的、公认的方法论和规范指导,造成软件维护困难。

(3) 尤其是随着软件规模越来越大,复杂程度越来越高,原有软件开发方式效率不高、质量不能保证、成本过高、研制周期不易估计、维护困难等一系列问题更为突出,技术的发展已经远远不能适应社会需求。

3.怎样克服软件危机?(1)充分吸收和借鉴人类长期以来从事各种工程项目中积累的行之有效的有效原理、概念、技术与方法,特别是吸取几十年来人类从事计算机硬件研究和开发的经验教训.在开发软件的过程中努力作到良好的组织,严格的管理,相互友好的协作。

(2) 推广在实践中总结出来的开发软件的成功的技术和方法,并研究更好、更有效的技术和方法,尽快克服在计算机系统早期发展阶段形成的一些错误概念和作法。

(3)根据不同的应用领域,开发更好的软件工具并使用这些工具。

将软件开发各个阶段使用的软件工具集合成一个整体,形成一个很好的软件开发支环环境.总之为了解决软件危机,既要有技术措施(方法和工具),又要有必要的组织管理措施。

4.构成软件项目的最终产品:应用程序、系统程序、面向用户的文档资料和面向开发者的文档资料.5.什么是软件生存周期?软件生存周期是指从软件定义、开发、使用、维护到淘汰的全过程。

图书管理系统设计报告

图书管理系统设计报告

第1 章问题定义§1。

1引言图书管理系统是智能办公系统的重要组成部份。

目前,图书管理系统正以方便、快捷的优点慢慢渗入人们的生活,将传统的图书管理方式彻底的解脱出来,提高管理效率,减轻管理人员的工作量,减小出错概率,使读者可以花更多的时间在选择图书上.从而使人们有更多时间来获取信息、了解信息、掌握信息。

采用数据库技术生成的图书管理系统将会极大的方便借阅者并简化图书馆管理人员的劳动,使管理人员从繁忙、复杂的工作进入到一个简单、高效的工作中。

基于这个问题,开辟了图书管理系统。

系统实现了借还书的方便性、高效性、有效性和及时性。

§ 1。

2 开辟背景随着计算机及网络技术的飞速发展,当今社会正向着信息化前进,信息系统的作用也越来越大。

图书馆在正常运营中总是面对大量的读者信息,图书信息以及由两者相互作用产生的借书信息,还书信息。

因此图书管理信息化是发展的必然趋势.用结构化系统分析与设计的方法,建立一套有效的图书信息管理系统,不仅能够缩短借阅者的等待时间,减轻管理人员的工作量,方便管理人员的操作,而且能够提高管理质量和水平,做到高效、智能化管理。

本次课程设计以学校图书馆管理系统为背景,全文分为目录、绪论、需求分析、概要设计、详细设计、软件测试等过程。

采用结构化的功能设计方法,可读性好,易于扩充,易于维护,操作简单.§ 1。

3 开辟环境系统开辟环境: Microsoft Visual Studio 2005文档开辟工具: Microsoft office 下的 Word、Visio、Project 等系统开辟语言: C#、 SQL Sever 等运行平台: Windows XP数据库: SQL Server 2005第2 章可行性研究§2.1 系统目标方便图书馆管理人员对图书和用户信息的管理,能够轻松快捷的管理借阅事务,同时也方便读者随时随地的对图书进行查询等。

1§2。

信息系统分析与设计第四章

信息系统分析与设计第四章

Osbert Oglesby
信息系统
逐步描述
Buy a Painting
Seller
1.Obsert输入他正考虑购买的油画的详细 信息。
Sell a Painting
2.信息系统用他应该支付的最大购买价格
Osbert
Buyer
响应。
Produce a Report
3.如果卖主接受Obsert购买油画的出价,
4.3.1 采访
❖ 问题:
▪ 公司雇佣了多少位销售人员? ▪ 需要系统有多快的响应时间?
封闭式询问
▪ 为什么对目前的状况不满意?
开放式询问
❖ 采访
▪ 有组织:询问特定的、预先计划的问题。
▪ 无组织:封闭式问题+开放式问题。
❖ 注意
▪ 采访者必须完全熟悉应用领域
▪ 采访者要采访持重要信息的人物
▪ 不要先入为主
❖ 销售一幅油画后,必须记录的信息
▪ 销售日期 ▪ 买主姓名 ▪ 买主地址 ▪ 实际销售价格
最大购买价格的确定
❖ 精品:扫描过去25年内同一画家的最相似的作品在全世 界的拍卖记录,把最相似的作品的拍卖价格作为底价,自 拍卖之日起,在底价基础上逐年加价8.5%,以此来计算最 大购买价格。
❖ 名品:把名品看做是同一位画家的精品来计算最大购买 价格。然后,如果油画在21世纪绘制的,则乘以0.25;否则, 用该数字乘以(21-c)/(22-c),c代表作品是在哪一个世纪绘制 的。
❖ 首先获得对领域的初始理解(构造术语表) ❖ 然后构建初始的业务模型(用例及用例描述) ❖ 接下来构建初始的需求模型(用例及用例描述) ❖ 检查并改进补充直至满意(用例及用例描述)
习题
1、Osbert Oglesby决定通过附带销售来扩展业务。他同意 把油画悬挂在画廊中等待销售。如果在3各月内,该油画 以Osbert与油画所有者之间先前商定好的价格售出,那 么他将与所有者平分销售额。如果没有卖出去,那么就 把该油画归还给其所有者,并且没有钱转手。为这种附 带销售绘制用例及用例描述。

第四章 系统分析案例讲解

第四章 系统分析案例讲解
25
从这个折衷方案可以看出如下问题:
首先,整个系统线路布局没有更改,这是为了照顾 供水委员会的威信,该委员会为了保持其威望绝不会从 原定的布局后退一步的。然而该委员会认为,为了节约 费用,可以对原设计作些更改,但这并不意味着在技术 或工程上出了什么问题。当然,纽约市的预算当局是欢 迎削减规模、节约费用的。由此可见,经过折衷后产生 的设计方案,其系统的最优化并不是占主导地位的。
8
2. 开发方案
方案竞争的第一阶段开发两个方案:
方案Ⅰ:油船运。每天只需4-5艘,但要破冰船引航,起点和 终点需建大油库;不安全、费用大、无保证。
方案Ⅱ:用带加温S的油管输。可用成熟的管道输油技术,但 沿途设站无人愿干,为防管道断裂必须用底架支撑和 作保温处理,成本提高3倍。
为保安全和稳定,淘汰方案Ⅰ,保留方案Ⅱ,继续拨款 鼓励竞争出新方案。
21
关于总投资和总性能 使用计算机计算后获得的第一个结果是总投资
可以节约30%,其措施是缩小原定的扩建计划,而 性能并没有什么重大改变。分析证明,投资大量减 少后还能使设计有效。分析同时表明存在着两种构 型,并且第二种构型更好。第二种构型是有备用水 管,它能弥补压力的损失,从而改进了整个系统的 性能。对供水系统的可靠性进行探讨后也证实,铺 设一定规模的备用水管是必要的,否则全市的用水 将受到很大威胁,因为现有的水管正在不断损坏。 这同时说明供水委员会提出急需扩建供水系统是完 全正确的。对各方案进行各种敏感性分析。从管路 布局的敏感性分析中得出,不同物理构型的能量损 失是不同的,因此,最有效的结构应是能够减少压 降、提高供水系统性能的方案。
9ቤተ መጻሕፍቲ ባይዱ
方案Ⅲ:把含10%-20%氯化钠的海水加到原油中去,提 高低温下原油流动性,用普通油管即可输送,取 得专利。

信息系统分析与设计(总复习题)资料

信息系统分析与设计(总复习题)资料

信息系统分析与设计(总复习题)资料信息系统分析与设计(总复习题)信息系统分析与设计(第4版)第一章系统思想1、解释下列名词:系统结构、系统功能、系统目的性、系统的稳定性、系统的突变性、系统的自组织性、系统的相似性。

答:系统结构:一个系统是其构成要素的集合,这些要素相互联系、相互制约。

系统内部各要素之间相对稳定的联系方式、组织秩序及时空关系的内在表现形式,就是系统的结构。

系统功能:系统功能是指系统与外部环境相互联系和相互作用中表现出来的性质、能力和功效。

系统目的性:系统的目的性是系统发展变化时表现出来的特点。

系统在于环境的相互作用中,在一定的范围内,其发展变化表现出坚持趋向某种预先确定的状态。

人工系统的目标,实际上是事先确定的人为目标,这种目标是以关于对象的条件来定义的。

系统的稳定性:系统的稳定性是指在外界作用下的开放系统有一定的自我稳定能力,能够在一定范围内自我调节,从而保持和恢复原来的有序状态、原有的结构和功能。

系统的突变性:系统的突变性,是指系统通过失稳从一种状态进入另一种状态的一种剧烈变化过程。

它是系统质变的一种基本形式。

系统的自组织性:系统的自组织性是指开放系统在系统内外因素的相互作用下,自发组织起来,使系统从无序到有序,从低级有序到高级有序。

系统的相似性:相似性是系统的基本特征。

系统相似性是指系统具有同构和同态的性质,体现在系统结构、存在方式和演化过程具有共同性。

2、系统工程方法的一般步骤是什么?答:步骤有:①问题定义、②目标选择、③系统综合、④系统分析、⑤最优系统选择、⑥实施计划第二章信息、管理与信息系统1、什么是信息?联系实际说明信息的主要特性。

信息是经过加工后的数据。

它对接收者有用,对决策或行为有现实或潜在的价值。

信息具有事实性、扩散性、传输性、共享性、增值性、不完全性、等级性和滞后性。

1、说明数据处理系统、管理信息系统、决策支持系统、主管支持系统的各自特点。

数据处理系统:主要功能是:记录、保存精确数据,检索数据,计算,产生报表、账单。

软件工程导论第四章 概要设计

软件工程导论第四章 概要设计

模式4:共享数据模式
共享数据系统以一个或多个数据库 / 数据仓库为中心进行 组织,其它部件可以从中读写存储的数据。共享数据系统还 提供并发访问、容错处理、访问权限控制等功能。 典型的共享数据系统包括: a. 数据库 b. 知识库 c. 源代码控制程序
模式5:信息系统模式
现代信息系统平台模式,主要考虑B/S模式。 B/S模式的三层:表示层(presentation),业务 层(business),和数据存储层(data access) 。 B/S模式的优点: a. 架构简化了客户端。它无需象C/S模式那样在 不同的客户机上安装不同的客户应用程序,而只需安 装通用的浏览器软件。 b. 简化了系统的开发和维护。 c. 使用户的操作变得更简单。 d. 特别适用于网上信息发布 。
第四章 概要设计
•4.1软件体系结构 •4.2概要设计任务与步骤 •4.3软件设计的基本概念 •4.4面向数据流的设计方法 •4.5面向数据结构的分析设计方法 •4.6概要设计文档评审
概要设计
一是要覆盖《需求规格说明书》的全部内容, 二是要作为指导详细设计的依据。
概要设计注重于宏观上和框架上的设计,它是软 件系统的总体结构设计、全局数据库(包括数据结 构)设计、外部接口设计、功能部件分配设计、部 件之间的接口设计。 概要设计又称为架构设计。 • 用于描述系统最顶的结构和组织形式,标识出软 件的各个组成部分。
2.子系统和模块的区别 (1)一个子系统独立一个构成系统,不依赖 于其他子系统提供的服务。 (2)一个模块通常是一个能提供一个或多个 服务的系统组件。 3.体系结构设计的结果 体系结构设计过程的结果是一个体系结构 的设计文档。
4.1软件体系结构 4.1.1概述
4.体系结构模型 (1)静态结构模型 将子系统或组件作为一个个独立的单元来开发 (2)动态过程模型 给出系统在运行时的过程组成。它与静态模型不 同。 (3)接口模型 定义每个子系统从他们的公共接口能得到的服务。 (4)关系模型 关系模型给出子系统间的数据流的关系。

信息系统分析与设计

信息系统分析与设计

信息系统分析与设计
信息系统分析与设计是指对信息系统的需求进行分析和设计的过程。

在当今信息社会中,信息系统的作用越来越重要,而信息系统的设计质量
直接影响了企业的竞争力和发展速度。

因此,进行信息系统分析与设计具
有重要的意义。

首先,信息系统分析与设计需要对用户的需求进行分析。

这包括对用
户的需求进行调研和收集,了解用户对信息系统的功能和性能方面的需求。

通过和用户的沟通和交流,我们可以进一步明确用户的需求,并确定信息
系统应具备的功能和特性。

接下来,信息系统分析与设计需要进行系统分析。

系统分析是指对已
有的系统进行调研和评估,找出现有系统的问题和不足,并确定改进的方向。

这包括对系统的运行效率、稳定性、安全性等方面进行评估和分析,
为后续的设计和改进提供依据。

最后,信息系统分析与设计需要进行系统的实施和测试。

系统的实施
是指将设计好的系统代码和数据库部署到实际的运行环境中,并进行调试
和配置,确保系统能够正常运行。

系统的测试则是指对系统进行各种测试,包括功能测试、性能测试和安全性测试等,以确保系统的质量和稳定性。

总结来说,信息系统分析与设计是一个非常重要的环节,它直接影响
到信息系统的运行效果和用户的满意度。

通过对用户需求的分析和系统分析,可以设计出满足用户需求并且能够稳定运行的信息系统。

因此,对信
息系统分析与设计的重视对于企业的发展非常重要。

第4章软件的系统设计--总体设计

第4章软件的系统设计--总体设计


模块化和软件成本的关系
软件总成本 最小成本区 M
成本或工作量
接口成本
模块数目
(二)、抽象

抽象是人类在解决复杂问题过程中使用的思维工具,即抽出 事物本质的共同的特性而暂不考虑它的细节. 软件系统进行模块设计时,可有不同的抽象层次。 在最高的抽象层次上,可以使用问题所处环境的语言概括地 描述问题的解法。 在较低的抽象层次上,则采用过程化的方法。


系统分析与需求分析的区别

需求分析是一个项目的开端,也是项目建设的基石。是对用户需求的定义, 对软件系统的描述。在以往建设失败的项目中,80%是由于需求分析的不 明确而造成的。因此一个项目成功的关键因素之一,就是对需求分析的把 握程度。而项目的整体风险往往表现在需求分析不明确、业务流程不合理, 用户不习惯或不愿意去用承建方的软件。作为第三方的监理公司,必须提 醒承建方、客户方重视需求分析的重要性。 系统分析的任务:将用户的业务逻辑转化为程序逻辑,计算时间和成本。 根据开发人员的理论知识和实际的经验,人们会采用各种满足实际情况的 系统分析、开发方法、步骤以及文档等等。一般情况下,在系统分析书中 应该有以下内容(视项目而定): 1、系统需求说明 说明系统是一个什么样的系统,用市场上现有的 系统来类比, 用客户(或是我们自己)需要一个什么样的系统进行说明, 力求完整。
现在汇编语言中);
(4) 一个模块有多个入口。
c
总结:数据耦合的程度最低,其次是控制耦合, 再其次是公共耦合,程度最高的是内容耦合。
模块内聚
模块独立性
内聚性 偶然 逻辑 时间 过程 通信 顺序 功能 内聚 内聚 内聚 内聚 内聚 内聚 内聚
内聚性是对一个模块内部各个组成元素之间相互结合的紧密程度的度 量指标。模块中组成元素结合的越紧密,模块的内聚性就越高,模块 的独立性也就越高。理想的内聚性要求模块的功能应明确、单一,即 一个模块只做一件事情。 在进行模块化设计时,耦合性和内聚性都是必须考虑的重要指标。但 经实践证明,保证模块的高内聚性比低耦合性更为重要,在软件设计 时应将更多的注意力集中在提高模块的内聚性上。模块的内聚性主要 可划分为如上几种不同的类型。

软件工程简答题答案 第五版

软件工程简答题答案 第五版

软件工程简答题第一章绪论1.什么是软件危机?软件危机有什么表现?软件危机产生的原因是什么?答:所谓软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。

主要是指如何开发软件,怎样满足对软件日益增长的需求,如何维护数量不断膨胀的先有软件。

表现:(1)对于软件开发的成本和进度的估计很不准确。

(2)开发的软件产品不能完全满足用户要求,用户对已完成的软件系统不满意的现象常常发生。

(3)开发的软件可靠性差。

(4)软件通常没有适当的文档资料。

(5)软件的可维护性差。

(6)软件开发生产率提高的速度,远远跟不上计算机应用普及深入的趋势。

原因:软件开发中遇到的问题因找不到解决的办法,使问题积累起来,形成了尖锐的矛盾,导致了软件危机。

2.简述软件的发展过程。

答:软件生产的发展划分为三个年代:(1)程序设计时代:这一时期,软件的生产主要是个体手工劳动的生产方式。

(2)程序系统时代:由于计算机的应用领域不断扩大,软件的需求也不断增长,软件由于处理的问题域扩大而使程序变得复杂,设计者不得不由个体手工劳动组成小集团合作,形成作坊式生产方式小集团合作生产的程序系统时代。

(3)软件工程时代:软件工程时代的生产方式是采用工程的概念、原理、技术和方法,使用数据库、开发工具、开发环境、网络、分布式、面向对象技术来开发软件。

3.什么叫软件工程?软件工程是如何克服软件危机的?答:软件工程是将系统的、规范的、可度量的工程化方法应用于软件开发、运行和维护的全过程及上述方法的研究。

为了克服软件危机,人们从其他产业的工程化生产得到启示,采用工程的概念、原理、技术和方法来开发和维护软件。

4.软件工程的目标是什么?软件工程有哪些原则?答:软件工程的目标是:在给定成本、进度的前提下,开发出具有可修改性、有效性、可靠性、可理解性、可维护性、可重用性、可适应性、可移植性、可追踪性和可互操作性并满足用户需求的软件产品。

原则如下:抽象、模块化、信息隐藏、局部化、完整性、一致性和可验证性。

概要设计

概要设计

未加工的设计材料,如构件、解决方案和知 识; 收敛(convergence):设计者从设计材料中选择 和组合合适元素,以满足设计目标。这是一 个不断删除的过程。
过程 设计
接口设计
数据 字典
体系结构设计
状态转换图
数据设计
控制规格说明
分析模型转变成软件设计示意图
4.1.2系统构成 体系结构的三个标准模型 : 1.容器模型:适合于数据是由一个子系统产生而 由其他子系统使用的情形。 2.客户机/服务器模型:是一个分布式系统模型, 数据和处理过程可分配在多个处理器之中。 3.抽象机模型:有时叫做分层模型,是用来建立 子系统的接口模型。
3.信息隐藏(Information Hiding)原理:软件开发 过程中设计和确定模块时,应使模块内所包含的 信息(数据和过程)对于不需要这些信息的模块来 说,是不能访问的(隐蔽模块的实现细节)。 4.局部化原理:把模块内关系密切的软件元素物 理地放得彼此靠近些。 作用: a.提高系统安全性; b.软件结构更清晰。
3.深度、宽度、扇出和扇入都应适当 深度:表示软件结构中控制的层数,能大体上反 映一个系统的大小和复杂程度。 宽度 : 软件结构内同一个层次上模块总数的最 大值。一般地说,宽度越大,系统越复杂。 扇出:模块直接控制的模块数目.扇出过大, 需 要控制和协调过多的下级模块. 扇入 : 直接调用某个模块的模块个数。在提高 模块共享性的同时,不能违背独立性原则。 结论:顶层扇出高,中间扇出小,底层扇入高。
模块化 抽象 逐步求精 信息隐藏和局部化 模块独立(耦合和类聚)
4.3.1.模块化与模块独立 1)模块(Module)是由边界元素限定的相邻的程序 元素的序列,且有一个总体标识符来代表它(如过 程、函数、子程序名等),是构成程序的基本构件. 2)模块化(Modularity)即把程序划分成若干个相 对独立的模块,每个模块完成一定功能,集成起来 形成一个整体,完成系统的功能。软件体系结构 (Software Architecture, SA)体现了模块化。SA 包括构件(模块)的层次结构、构件间的交互方式 和构件的数据结构等。

第4章 MIS的系统分析

第4章  MIS的系统分析
3、某酒店管理信息系统组织结构调查实例
上一页
下一页
返回本章首页
管理功能调查
为实现系统的目标,系统必须具有各种功能。 所谓的功能,指的是完成某项工作的能力。调查中 可以用功能层次图来描述从系统目标到各项功能的 层次关系。
上一页
下一页
返回本章首页
4.2 系统的详细调查 三、管理业务流程分析 1、业务流程调查的方法 应顺着原系统信息流动的过程逐步地进行。
上一页
下一页
返回本章首页
4.2 系统的详细调查
三、业务流程分析
3、业务流程的描述——绘制业务流程图的基本符号
上一页
下一页
返回本章首页
某 企 业 物 资 管 理 业 务 流 程 图
车间 用料计划 领料通知 库存帐 领料单 库长 未批准 领料单
有关部门
库存报表
已批准 领料单
用料 流水账
有货
库工
无货
订货单(合同)
上一页 下一页 返回本章首页
4.2 系统的详细调查
三、业务流程分析
上一页
下一页
返回本章首页
4.2 系统的详细调查
三、业务流程分析(总台登记)
上一页
下一页
返回本章首页
表格分配图
见黄梯云《管理信息系统》高等教育出版社, P111
上一页
下一页
返回本章首页
4.2 系统的详细调查 四、数据流程分析
管理业务调查过程中绘制的业务流程图和表格 分配图虽然形象地表达了管理中信息的流动和存储 过程,但仍没有完全脱离物质要素(如货物、产品等)。 为了用计算机进行信息管理,还必须进一步舍去物 质要素,收集有关资料,绘制出原系统的数据流程 图,为下一步分析做好准备。

软件工程习题答案

软件工程习题答案

软件⼯程习题答案第1章软件⼯程概述参考答案⼀. 选择题1. B2. A3. B4. B5. D6. B7. D8. A9. D⼆. 填空题1. 设计编码测试2. 软件费⽤可靠性可维护性可重⽤性及⽣产率等3. 计算机软件开发和维护4. 分解抽象和信息隐蔽⼀致性确定性5. 软件的总⽬标待开发软件的需求6. ⼆三7. 计划阶段开发阶段维护阶段8. 软件需求明确9. 制定计划风险分析开发实施⽤户评估三. 名词解释1. 软件的定义如下:在运⾏中能提供所希望的功能和性能的指令集,使程序能正确运⾏的数据结构,描述程序研制过程和⽅法所⽤的⽂档。

2. 软件⼯程是指导计算机软件开发和维护的⼀门学科。

3. 软件危机指的是软件开发和维护过程中遇到的⼀系列严重问题。

4. 就是从提出软件产品开始,直到该软件产品被淘汰的全过程。

5. 瀑布模型⼜称⽣存周期模型,由B.M.Boehm提出,是软件⼯程的基础模型。

其核⼼思想是按⼯序将问题化简,将功能的实现与设计分开,便于分⼯协作。

6. 螺旋模型将瀑布模型与演化模型结合起来,并且加⼊两种模型均忽略了的风险分析,弥补了两者的不⾜。

四. 简答题1. 软件既是知识产品,⼜是与汽车,建筑物⼀样的⼯业产品,此外,软件还具有类似艺术,学术那样的知识性创造和特点,软件的特点如下:软件是⼀种逻辑实体,⽽不是具体的物理实体,因⽽它具有抽象性;软件是通过⼈们的智⼒活动,把知识与技术转化成信息的⼀种产品,是在研制、开发中被创造出来的;在软件的运⾏和使⽤期间,没有硬件那样的机械磨损、⽼化问题;软件的开发和运⾏经常受到计算机系统的限制,对计算机系统有着不同程度的依赖关系;软件的开发尚未完全摆脱⼿⼯的开发⽅式;软件的开发费⽤越来越⾼,成本相当昂贵;软件的开发是⼀个复杂的过程,因⽽管理是软件开发过程中必不可少的內容。

2. 软件危机主要表现如下:产品不符合⽤户的实际需要;软件开发⽣产率提⾼的速度远远不能满⾜客观需要,软件的⽣产率远远低于硬件⽣产率和计算机应⽤的增长速度,使⼈们不能充分利⽤现代计算机硬件提供的巨⼤潜⼒;软件产品的质量差;对软件开发成本和进度的估计常常不准确;软件的可维护性差;软件⽂档资料通常既不完整也不合格;软件的价格昂贵,软件成本在计算机系统总成本中所占的⽐例逐年上升。

系统分析与设计4

系统分析与设计4

“麦兜:麻烦你,鱼丸粗面。 校长:没有粗面。 麦兜:是吗?来碗鱼丸河粉吧。 校长:没有鱼丸。 麦兜:是吗?那牛肚粗面把。 校长:没有粗面。 麦兜:那要鱼丸油面吧? 校长:没有鱼丸。 麦兜:怎么什么都没有啊?那要墨鱼丸粗面吧。 校长:没有粗面? 麦兜:又卖完了?麻烦你来碗鱼丸米线。 校长:没有鱼丸。 麦唛:麦兜啊,他们的鱼丸跟粗面卖光了,就是所有跟鱼丸和粗面的配搭都没了。 麦兜:哦……没有这些搭配啊……麻烦你只要鱼丸。 校长:没有鱼丸。 麦兜:那粗面呢? 校长:没有粗面。”


用于描述人、地、事、物、组织,以及他们之 间的关系 用类图获得需求的步骤



识别出类 识别出类的主要属性 描绘出类之间的相互关系 对各类进行分析、抽象和整理

在需求分析阶段,不需要考虑具体的技术细节
UML中标识类
找类

在绘制和分析用例图的过程中就要找5)
特 征 计算机处理部分 服务器和工作站 候选系统方案1 候选系统方案2 候选系统方案3 候选系统方案 4
开发工具
应用软件 输入设备 输出设备 数据存储 处理环境
可行性分析矩阵Feasibility Analysis Matrix – 用来 评定候选系统的工具.
权重 候选系统方案1 候选系统方案2 候选系统方案3 候选系统方案 4
效益Benefits:


有形收益是那些可以进行量化的收益. - 按照年度积余或者利润的形式度量 - 按照成本积余或者利润的形式度量 无形收益是那些被认为难以量化或者不可能量 化的收益. - 改善的客户亲切感 - 提高的雇员士气
用于评估经济可行性的三种技术

投资回收分析Payback Analysis 投资回报率Return On Investment 净现值Net Present Value

管理信息系统第4章 系统分析

管理信息系统第4章 系统分析
1.系统分析的目的 系统分析的目的就是要弄清楚新系统将要做什
么,建立新系统的逻辑模型,这一过程不涉及 具体的物理实现。因此,在系统分析阶段,要 集中精力,认真分析用户的需求,在理解用户 需求的基础上,用科学的方法将新系统的方案 表达出来,然后分析新系统方案。
4.1.1 系统分析的概念
2.系统分析的定义
结构。虽然信息系统并不完全依赖于组织结构, 但也不能脱离组织结构凭空设计一个理想的系 统结构。了解企业内部各级组织机构,可以使 系统分析人员明确进一步调查的对象与方向。
4.3.1 组织结构分析
1.组织结构图 组织结构图,是一张反映组织内部之间隶属关
系的树状结构图。
厂长
计划科
生产部
财务部
供销科
计 划 组
为了得到详尽有用的资料,系统分析人员可以 采用座谈、访问、填表、抽样、查阅资料、发 电子邮件、电话和电视会议、深入现场和跟班 劳动等方法,进行详细调查研究。
1.开调查座谈会 2.重点询问 3.发放调查表 4.直接参加业务实践
4.3 组织结构与功能分析
4.3.1 组织结构分析 组织结构分析就是调查分析系统内的各级组织
系统的逻辑模型。 (3)写出系统分析报告。
系统分析的任务如图4.1所示。
新系统目标 调查、讨论
(具体化)
用户需求 调查、分析
新系统逻辑模型 (系统分析报告)
4.1.3 系统分析的方法
1.结构化系统分析的基本思想 结构化系统分析的基本思想是用系统的思想,
系统工程的方法,按用户至上的原则,结构化、 模块化、自顶向下地对信息系统进行分析,并 用结构化分析的图表作为系统逻辑模型描述的 主要手段。
系统的功能结构图如图4.3所示。
销售系统管理

第四章 总体设计(概要设计)

第四章 总体设计(概要设计)

§4.1 总体设计的过程
总体设计过程通常由两个主要阶段组成: 1.系统设计,确定系统的具体实现方案; 2.结构设计,确定软件结构。
总体设计的过程: 总体设计的过程:
一、设想供选择的方案
确定方案
二、选择合理的方案 三、推荐最佳方案 四、功能分解
确定结构
五、设计软件结构 六、数据库设计 七、制定测试计划 八、书写文档 九、审查复审
第四章 总体设计(概要设计)
软件设计的任务是把分析阶段产生的软 件需求说明转换为用适当手段表示的软件 设计文档。 软件设计可分为概要设计(Preliminary Design)和详细设计(Detail Design)。 概要设计确定软件的结构,即软件的组成 及各子系统之间的相互联系;详细设计确 定模块内部的算法和数据结构,产生描述 各模块程序过程的详细设计的文档。
七.模块功能应该可以预测。 模块功能应该可以预测。 模块的功能应该可以预测, 模块的功能应该可以预测,但也要防止模块 功能过分局限。 功能过分局限。 如果一个模块可以当作一个黑盒子, 如果一个模块可以当作一个黑盒子 , 也就是 只要输入数据相同就产生同样的输出, 说,只要输入数据相同就产生同样的输出,这个 模块就是可以预测的。 模块就是可以预测的。 以上列出的启发式规则多数是经验规律, 以上列出的启发式规则多数是经验规律 , 对 改进设计,提高软件质量, 改进设计,提高软件质量,往往有重要的参考价 但是, 值。但是,它们既不是设计的目标也不是设计时 应该普遍遵循的原则。 应该普遍遵循的原则。
1. 偶然性内聚(Coincidental Cohesion) 所谓偶然性内聚是指一个模块内各成分为完成一组 功能而组合在一起,它们相互之间即使有关系,也很 松散。 2. 逻辑性内聚(Logical Cohesion) 如果一个模块完成的任务逻辑上相关(例如,一个产 生所有与类型无关的输出),则称为逻辑性内聚。 3. 时间性内聚 (Temporal Cohesion) 如果一个模块内包含的任务必须在一个时间段内执行 (例如一个初始化模块),则称之为时间性内聚。 4. 过程性内聚 (Procedural Cohesion) 模块的过程性内聚是指,模块内成分彼此相关,并 且必须按特定的次序执行。

系统分析

系统分析

答案: 电话号码=[校内电话|校外电话] 校内电话号码=1..9+3{0..9}3 校外电话号码=[本市电话|外地电话] 本市电话=0+1..9+7{0..9}ቤተ መጻሕፍቲ ባይዱ 外地电话=0+3{0..9}3+1..9+7{0..9}7
实施硬件工程的过程: 1、制定开发计划,确定项目的预算及工程进度; 2、评审,确定硬件的规格说明; 3、如果需要制造硬件,则需要如下几步: 分析→设计→原型→制造→维修
软件和软件工程 即本课程所讲的主要讲的内容 当前软件和软件工程开发过程和以往的不同点: 更加强软件的可重用性。可重用的软件可以是自己 开发的,也可以是第三方提供的软件。 当然,可重用的部件不仅指代码,也可以是算法,思 想、工具,方法等。
六、系统建模的基本原则: (1)模型要有一定的精度;(难) (2)模型要足够简单; (3)符合科学规律和经济规律,公式要有依据, 数据可靠。 (4)尽量采用已有的模型;(难) (5)模型必须进行反复修改。
七、系统建模的基本步骤
八、系统结构模型
系统结构图
九、成本/效益分析方法 (1)货币的时间价值,假设现在有P元钱,利率 为i ,则n年后这P元钱的价值为:F=P(1+i)n (2)投资回收期,投资回收期是指使累计的经济 效益等于最初投资所需要的时间。 (3)纯收入,所谓纯收入是指在整个生命周期内 系统的累计经济效益与投资之差。 (4)投资回收率,假设现在投资为P,则第一年 年底的效益是F1,第二年的效益是F2,第n年的效益是 Fn,设投资回收率为j,则由下式可算出j: P=F1/(1+j)+F2/(1+j)2......
(5)追求的是有限目标,因为系统不可能一次性解 决所有问题,也不可能满足所有人的要求,而且有些 需求本身是矛盾和不可调和的。 (6)避免了重复工作 系统分析阶段得到的文档保存下来,可供软件开发 过程中使用,避免在各个阶段阐述相同的问题。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

“图书管理系统”分析设计报告(实例)
类方法: 方法名 savaBook deleteBook updateBook getBook 方法功能 添加图书信息 删除图书信息 修改图书信息 根据id查找某本图书的详细信息 返回值类型 void void void
getBooks
查询图书信息
List
“图书管理系统”分析设计报告(实例)
面向对象分析模型由三个独立的模型组成:功能模型、对 象模型和动态模型。
4.1概述
系统设计是在分析模型的基础上形成实现环境下的设计模型 面向对象设计是根据已建立的系统分析模型,运用面向对象 技术,进行系统的软件设计。 面向对象设计是面向对象分析到实现的一个桥梁。面向对象 分析是将用户需求经过分析后,建立问题域精确模型的过程; 而面向对象设计则是根据面向对象分析得到的需求模型,建 立求解域模型的过程。 设计主要涉及体系结构设计、用户界面设计和数据库设计等 方面。
4.1概述
面向对象设计是面向对象分析的延伸、扩展。 面向对象方法学在概念和表示方法上的一致性,所以从面 向对象分析到面向对象设计没有转换,只是扩展、调整。 面向对象分析的结果可以直接移植到面向对象设计的结果 中来,分析到设计是平滑过渡。 开发大系统时可采用从面向对象分析到设计顺序进行,对 于小系统,这两个阶段可以是交替进行的。
4.2分析阶段的任务
(3)功能模型: 功能模型由一组数据流图组成。它表明了系统中数据之间 的依赖关系,以及有关的数据处理功能。 数据流图可描述功能的依赖关系,它的“处理”对应于状 态图的活动和动作,它的“数据流”对应于对象图中的对 象或属性。 建立功能模型一般在建立了对象模型和动态模型之后。在 面向对象方法学中,数据流图不像在结构化方法中那样重 要。
第4章 系统分析与设计
首都师范大学
4.1概述
经过需求获取阶段的工作,对于系统应该“做什么”,我 们与客户已经取得了共识,现在该考虑“怎样做”,即如 何设计一个系统了。
系统分析是对需求的精化和构造,开发人员关注于理解系 统需求构建的内容,其核心是产生一个反映真实世界的准 确的、简洁的和可理解的系统模型,称为分析模型。
4.2分析阶段的任务
面向对象分析,就是抽取和整理用户需求并建立问题 域精确模型的过程。首先,系统分析员对需求文档进行分 析,然后,需求建模。最后,需求评审。 面向对象分析形成三个模型: 对象模型 动态模型 功能模型
4.2分析阶段的任务
(1)对象模型: 对象模型描述了系统的数据结构,它是三个模型的最关键 的一个模型。 对象模型的作用是描述系统的静态结构,由类图和对象图 表示,包括构成系统的类和对象、它们的属性和操作,以 及它们之间的联系。 在建立对象模型时,我们的目标是从问题域中提炼出对目 标系统有价值的概念。 对象模型是基础,动态模型和功能模型在此基础上创建。
4.2分析阶段的任务
(2)动态模型: 当对象模型建立起来后,接着可以建立动态模型。 对于一个系统来说,动态模型明确规定了系统“什么时候 做”的问题。即在何种状态下、接受了什么事件的触发, 来确定对象的可能事件的顺序。 动态模型由状态图和时序图表示。时序图描述了一组交互 对象间的交互方式,它表示完成某项行为的对象和这些对 象之间传递消息的时间顺序。
4.3设计阶段的任务
在面向对象分析阶段,我们形成三个模型:对象模型描述 了系统的概念实体;动态模型描述了系统对象之间的交互 行为;功能模型从用户角度描述了系统的功能。
在设计阶段,将集中研究系统的软件实现问题,包括体 系结构设计、用户界面设计和数据库设计等。 下面结合实例详细介绍从分析模型转换成设计模型的过程。 它在分析模型的基础上完成在实现环境的类建模、状态建 模、 之间的跨越。
“图书管理系统”分析设计报告(实例)
1.引言 1.1目的 1.2 范围 1.3定义 1.4参考文献 (略)
“图书管理系统”分析设计报告(实例)
2.建立分析的对象模型 候选类 描述 类名 注释
图书
读者 借阅记 录 账号
在系统中,需要保存图书的基本信息,所以它 Book 应该是系统的对象。
在系统中,需要保存读者的基本信息,所以它 Reader 应该是系统的对象。 在系统中,需要保存借书的记录,所以它应该 Record 是系统的对象。 在系统中,账号是用来保存用户名密码,用于 Account 权限判定,所以它应该是系统的对象。
持久
持久 持久
持久
“图书管理系统”分析设计报告(实例)
通过分析,我们得到的“图书管理系统”的类图,如图4.1。
图4.1 类图
“图书管理系统”分析设计报告(实例)
2.1图书类描述 类名:Book 类属性: 属性名 bookId bookName author publisher price abstracts catelog status 属性解释 图书编号 图书书名 图书作者 图书出版社 图书单价 图书摘要 图书分类 图书状态 数据类型 String String String String Double String String String
2.2 读者类描述 类名:Reader 类属性: 属性名 readerId readerName address phone 属性解释 读者证号 读者姓名 读者联系地址 读者电话号码 数据类型 String String String String
email
读者电子邮件
String
“图书管理系统”分析设计报告(实例)
4.4 软件设计准则
1. 模块化 2. 抽象
3. 信息隐藏
4. 弱耦合 5. 强内聚 6. 可重用
4.5实例
我们继续分析上一章给出的图书管理系统的实例,从 系统的需求分析中不难看出:系统要处理的数据就是描述 图书和读者信息的各种数据,因此如何组织这些数据、如 何操作这些数据、如何为操作这些数据提供交互界面等就 是系统分析和设计的主要任务。
相关文档
最新文档