第3章(基于计算机的系统)

技术可行性研究的任务 技术可行性内容

风险分析的任务：在给定的约束条件下，判断能否
设计并实现系统所需功能和性能。 资源分析的任务：论证是否具备系统开发所需的各 类人员（管理人员和各类专业技术人员）、软件、 硬件资源和工作环境等。 技术分析的任务：当前的科学技术是否支持系统开 发的全过程。

3.2可行性研究
方案选择：成本
研究成本、设计成本、设备成本、 程序编码成本、 测试和评审成本、 系统运行和维护成本、系统退役成本 等。 在开发系统所用总成本不变的情况下， 由于系统开发各阶段所用成本分配方 案的不同会对系统的功能和性能产生 相当大的影响。

3.2可行性研究
方案选择：过程


基于计算机系统工程的概念 可行性研究 系统模型与模拟 系统规格说明与评审

第三章 基于计算机的系统工程


背景－基于计算机系统的引入 典型应用实例
工厂自动化系统
计算机作为工具使用
制造系统
库存系统
信息系统
材料传输系统
制造单元
数控机床
机器人
输入/输出设备

图3.1 工厂自动化系统 这一章讨论与软件项目密切相关的基于计算机的系统及计算机系 统工程。
3.3.2 系统建模和模拟（仿真）




系统建模和模拟技术的动因 系统建立之前，人们很难理解和预测系统的性能、效率和行为。 只能在系统运行后通过反复试验和纠错来逐步满足用户对系统 行为提出的要求，对于一些实时嵌入系统，风险则更大。 减少风险和代价，人们在系统的分析和设计阶段普遍采用系统 建模和模拟技术。 模型的定义 模型的要素 反映现实系统的本质和实际 模型必须由现实系统的有关元素组成 模型必须反映这些元素之间的关系 模型的分类
基于计算机的系统要素
过程
文档
硬件 系统
输入
数据库
输出
软件
人
系统顶层抽象模型IPO
I
P
O 类似于数学函数。
3.1 计算机系统工程


定义 计算机系统工程是指与构造基于计算机系统有关的过程、 方法和技术。它是一种问题求解活动。计算机系统工程师从用 户定义的目标和约束条件出发，给出系统功能、性能、接口、 设计约束条件和信息结构描述，并将它们分配到各系统要素予 以实现。 工作步骤 • 理解系统 • 确定系统范围、功能、性能、约束条件 • 寻找解决问题方案（多种） • 分解功能，分配功能，权衡方案 • 撰写系统分析说明书 • 系统评审
方案评价的依据 功能、 性能、 成本 技术、 设备、 风险 对开发人员的要 求 权衡研发和购买 或者外包的收益。
可行性论证提纲

1.背景情况。国内外水平，历史现状，市场需求。 2.系统描述。总体方案和技术路线，课题分解，关键 技术，计划目标和阶段目标。 3.成本效益分析。经济可行性，包括经费概算和预期 经济效益。 4.技术风险评价。技术可行性，包括技术实力，设备 条件和已有工作基础。 5.法律上的可行性。确定由于系统开发可能引起的侵 权和法律责任。 6.其他与项目有关的问题。

可行性研究（续） 法律可行性研究。研究在系统开发过程中可能设计的各种合同、侵权、 责任以及各种与法律相抵触的问题。 开发方案的选择性研究。提出并评价实现系统的各种开发方案。从中 选择一种用于软件项目开发。 其中，技术可行性评估是可行性研究的关键。 可行性研究的目标：应能保证系统开发一定有明显的经济效益和较 低的技术风险，一定没有各种法律问题以及其他更合理的系统开发 方案。 可行性研究的结果可作为系统规格说明的一个附件，可行性研究报 告有多种形式，表3.1提供的可行性研究报告目录具有一定的普遍 性。（另外，再看一种形式） 最后应将可行性研究报告提交给项目管理部门，项目管理人员对可 行性研究报告进行评审。

系统效益包括经济效益和社会效益两部分。前者指应用系统为用户增 加的收入。它可以通过直接的或统计的方法估算。后者只能用定性的 方法估算。
3.2.3 技术可行性



技术可行性研究 – 系统分析员采集系统性能、可靠性、可维护性和可生产性方面的信 息； – 资源分析 分析实现系统功能和性能所需要的各种设备、技术、 方法和过程； – 风险分析 分析项目开发在技术方面可能担负的风险，以及技术 问题对开发成本的影响，等等； – 技术分析的途径 系统分析员通过对现实世界的观察和分析建立技术分析模型，评估 模型的行为并将它们与现实世界对比，论证系统开发在技术上的可行 性和优越性。 技术分析的手段 – 数学建模 – 原型构造 – 模拟，也称为仿真（Simulation） 关键词 建模、模型、模拟（仿真） 。在目标系统未建立之前，使用 建模、模型和仿真等的相关技术研究目标系统的技术可行性。

开发基于计算机软件系统步骤

软件项目定义阶段的任务

制定软件项目规划； 软件需求分析和定义； 确定软件性能和资源约束； 为软件要素定义验收标准。

软件开发阶段的任务是，将系统需求转换成可操作的系 统要素，即软件。主要工作有
软件总体结构设计和数据设计（任务是：设计模块结构，定
义界面并建立数据结构，评审概要设计的质量） 过程设计（详细描述软件规格说明中的每一个模块） 编码（用适当的编成语言对详细描述模块进行编码，生成程 序）。

3.2.2 经济可行性（自学）

基于计算机系统的成本－效益分析是可行性研究的重要内容，它用于 评估基于计算机系统的经济合理性。给出系统开发的成本论证，并将 估算的成本与预期的利润进行对比。 一般来说，基于计算机系统的成本由四个部分组成。
– 购置并安装软硬件及有关设备的费用
– 系统开发费用 – 系统安装、运行和维护费用 – 人员培训费用。
数据库设计与实现。根据需求分析和数据分析，产生需求和数据说
明描述；然后进行逻辑和物理设计；最后进行数据库系统测试。
数据库中的数据是按照系统确定的范围和用户的需要收集、整理、
储存起来的。

数据库管理人员是数据库工程的重要组成部分，参与上述步骤。
综上所述，开发、运行和管理一个数据库系统确实是一项复杂的数据库 工程。
数 据
分类操作员
分类操作员
结构流图（AFD）的层次 图
层次1
B
A
层次2
B1
B2
B3
系统模型（续）




系统结构规格说明 需要文字对系统结构进行说明 – 组成系统的各个子系统 – 各子系统之间的信息流和控制流信息 – 子系统的结构图 1. 系统模板说明书 2. 系统结构字典 3. 系统结构互连图。 系统模板说明书 描述各子系统的功能，信息处理的对象和结果，以及 与其他子系统的连接关系。 系统结构字典 – 信息项的类型 – 信息源和流向目标可以从结构图中提取。信息项的通信路径表示信息 的迁移方式。 系统结构互连图和对应的规格说明描述系统信息的传送方式，如点的方 式、光的方式或机械方式等。
举例，如右图，给出了传 送带在线货物分类系统的总 体结构关系图。
分类操作员 分类操作员
要求 查询、 报告
分类操作员
系统总体结构图ACD位于 系统模型图的最顶部。
ACD的图形元素 有向边表示系统的信 息流和控制流 圆角方框表示系统或 子系统 方框表示外部实体。
传送线 分类系统
分类操作员
诊 断
用户一起对原型进行评审。以通过评审的原型为基础设 计基于计算机系统的人机界面。不借助原型的帮助，软 件工程师很难设计出用户满意的人机界面。
3.1.4 数据库工程

背景 任务步骤

调查用户对信息需求和对信息处理的要求；进行可行性论证；提出 成本预算和工作计划等。 理系统(DBMS)。
论证、选择和购置支持数据库系统的硬件和软件。特别是数据库管

3.1.3 人机工程

背景 任何系统都是由人来使用的。例如，洗衣机 等家用电器，计算机（操作系统）。 人机界面的原则 解决人机交互的问题，“人机交互友好”的问题 设计步骤 人机对话语言设计，即人机交互媒体。实现人机 对话语言精确的定义语言的语法和语义，实现语 言中的每一个动作和命令。例如，操作系统。 活动分析。分析人机交互过程，评价人机交互过 程中人的活动并根据“活动”设计需要计算机执 行的“任务”。合理分配活动中，哪些任务由人 完成，哪些任务由机器来完成。
硬件和硬件工程（续）

硬件工程分为三个阶段(如图3.2,P88) 第一阶段，即定义阶段的任务是： 1）制定开发计划，经过评审确定项目成本预算和 工程进度； 2）进行详细需求分析，经过评审确定硬件规格说 明。 第二阶段，即开发阶段的任务是： 1）设计分析，画出设计原理图； 2）必要时建造原型并对原型进行测试； 3）制造分析，画出生产图。 第三阶段，即制造阶段的任务是： 按照质量保证计划和要求生产硬件产品。产品通过 一定的销售渠道出售，相应的服务机构负责产品维 修、升级和扩充。





3.3 系统模型与模拟（仿真）
3.3.1 系统模型

问题的引入 目的是进行系统的技术可行性研究 模型结构图。系统工程师用结构模板开发系统模型。结构图模板如下所示：
用户界面处理
输 入 处 理
处理和控制功能
维护和自测试
输 出 处 理

对IPO模型的扩展，增加了用户界面、维护和自测试
系统模型（续）
现实世界
模型
数据
• • • • •
观 度 假 逼 预
察 量 设 近 报 证 改 释
参数
直觉结构
• 验 • 修 • 解 • 直 • 经 • 理
符号表示
基于计算机系统模型必须具备下列特 性： 能够反映系统配置的动态特性，容 易理解和操作，能够提供系统真实 的结果并有利于评审。 能够综合与系统有关的全部因素， 能够再现系统运行的结果。 能够突出与系统有关的重要因素， 能够忽略与系统无关的或次要的因 素。 结构简单、容易实现、容易修改。