软件工程电子课件第2章 分析阶段

合集下载

《软件工程》PPT课件

《软件工程》PPT课件
第四课时
第一章第四课时
喷泉模型 软件工程的任务与研究范围 软件开发的原则与开发方法
返回
喷泉模型
瀑布模型要求在软件开发的初期就完全确定软件的需求,这在很多 情况下往往是做不到的.螺旋模型试图克服瀑布模型的这一不足.SM 把软件开发过程安排为逐步细化的螺旋周期序列,每经历一个周期, 系统就细化和完善一些.SM每—螺旋周期由六个步骤组成: <1> 确定任务目标: 根据初始需求分析项目计划,确定任务目标、可选 方案和限制.<2>选择对象:对各种软硬件设备、开发方法、技术、 开发工具、人员、开发管理等对象进行选择:并决定软件是进行研 制、购买还是利用现有的.<3>分析约束条件:软件开发的时间、经 费等限制条件.<4>风险分析:评估目标、对象、约束条件三者之间 的联系,列出可能出.现的问题及问题的严重程度等,把最重要的问 题作为尚未解决的关键问题的风险.<5>制定消除风险的方法:应有 详尽的说明和周密的计划,并估计可能产生的后果.依此来开发软件, 为制订下一周期的计划打下基础.<6>制定下一周期的工作计划:在 第一个螺旋周期,确定目标、选择对象、分析约束,通过风险分析制 订消除风险的方法,初步开发原型1,制定系统生存周期计划.
软件工程的任务与研究范围
•软件产品的特点 •软件工程的研究内容与方法 •软件工具与软件支撑环境 •软件管理
软件开发的原则与方法
•软件开发的原则 • 自顶向下与模块结构 •软件开发的方法 •1.非自动形式的系统开发方法 •〔1〕系统流程图〔2〕结构分析法〔3〕结构化设计法 •〔4〕数据结构法〔5〕层次输入——处理——输出方法<HIPO法> • 2.半自动形式的系统开发方法 •〔1〕软件需求工程法〔2〕问题说明语言与分析法 • 3. 自动形式的系统开发方法 〔HOS方法〕:由计算机自动确定规 范、自动分析、自动编程、自动执行与模拟,以规范语言AXES、资 源分配工具RTA为工具.能自动进行分析、设计,工作量少、设计规范, 也能自动进行修改和维护.该方法适用于系统分析和设计.

软件工程与UMLswchapter2

软件工程与UMLswchapter2

PPT文档演模板
软件工程与UMLswchapter2
四 注释事物
• 注释事物是UML模型的解释部分。这些 注释事物用来描述、说明和标注模型中 的任何元素。有一种主要的注释事物, 称为注解。
PPT文档演模板
软件工程与UMLswchapter2
2.4.2 UML中的关系
• UML中有4种关系:依赖、关联、泛化、实现 。 • 这4种元素是UML模型中可以包含的基本关系事物,
一 结构事物之 3: 协作
• 协作定义了一个交互,它是由一组共同 工作以提供某种协作行为的角色和其它 元素构成的一个群体,这些协作行为大 于所有元素的各自行为总和。因此,协 作有结构、行为和维度。协作表示为包 含名称的虚线椭圆
PPT文档演模板
软件工程与UMLswchapter2
一 结构事物之 4:用例
5 测试
设计测试:
• 设计测试用例:确定要 测试什么功能或性能; 测试时用什么输入数据, 应该得到什么输出结果
• 选择测试测试环境,测 试工具。
• 创建测试脚本,规划执 行哪些测试动作及动作 的执行顺序。或创建使 测试自动化的可执行的 测试构件。
实现测试:
就是执行各种测试并 系统地处理每个测试 的结果,发现有缺陷 的构造要重新测试, 甚至可能要送回给其 它核心工作流(如设 计和实现),这样才 能修复严重的缺陷
• 它描述了软件开发过程不同时期应是某个角色, 采取什么行为,经过几个工作流,得到某种产 品或达到某个目标。是将用户需求转化为一个 软件系统的一系列活动的总称。
PPT文档演模板
软件工程与UMLswchapter2
2.2.1统一过程概述
• 统一过程是基于构件的 • 统一过程使用统一建模语言(UML)来建模。

软件工程PPT课件第2章 需求分析

软件工程PPT课件第2章 需求分析
经济可行性:这个系统的经济效 益能超过它的开发成本吗?
操作可行性:系统的操作方式在 这个用户组织内行得通吗?
必要时还应该从法律、社会效益 等更广泛的方面研究每种解法的 可行性。
2021/8/5
8
技术可行性
度量一个特定技术信息系统 解决方案的实用性及技术资 源的可用性
考虑的问题
(1)开发风险
(2)资源有效性
第二章 系统分析
§2.1问题定义
弄清用户需要计算机解决的 问题根本所在,及项目所需的 资源和经费。
2021/8/5
1
问题定义阶段的主要任务
在向用户调查的基础上,编 写项目任务说明书,作为下一 步工作可行性分析的依据。
2021/8/5
2
§2.2可行性研究的目的和任务
可行性研究的目的
“说明该软件开发项目的实现在技术 上、经济上和社会条件上的可行性;评 述为合理地达到开发目标可能选择的各 种方案”。
(3)相关技术的发展
2021/8/5
9
经济可行性
度量系统解决方案的性能价格比 考虑的问题
成本/效益分析
–有形成本、效益 –无形成本、效益
价值和成本的关系
–质量与价值、成本的关系 –价值/成本的均衡
2021/8/5
10
经济可行性考虑的问题
成本和效益的估算
开发成本的估算 开发效益的估算 运行成本的估算 运行效益的估算
2021/8/5
16
2.3 可行性研究的步骤和过程
(1)复查确认系统目标、规模 (2)研究正使用系统工作流程 (3)导出新系统高层逻辑模型 (4)重新定义问题 (5)导出和评价供选择的方案 (6)推荐行动方针 (7)草拟开发计划 (8)书写文档,送审

《软件工程》课件第2章 软件要求定义

《软件工程》课件第2章 软件要求定义

文档
通常表示打印输出,也可表示用打印终端输入数据
联机存储
表示任何种类的 联机存储 ,包括磁盘 、软盘和海 量存储 器件等
第2章 软件要求定义
符号
名称 磁盘
说明 磁盘输入/输出,也可表示存储在磁盘上的文件或数据库
显示
CRT 终端或类似的显示部件,可用于输入或输出,也可 既输入又输出
人工输入
人工输入数据的脱机处理,例如,填写表格
换页连接
说明 能改变数据值或 数据位置 的加工或部 件,例如, 程序模 块、处理机等都是处理 表示输入或输出(或既输入又输出),是一个广义的不指明 具体设备的符号 指出转到图的另 一部分或 从图的另一 部分转来, 通常在 同一页上
指出转到另一页图上或由另一页图转来
数据流
用来连接其他符号,指明数据流动方向
第2章 软件要求定义
系统流程图可用图形符号来表示系统中的各个元 素,例如,人工处理、数据处理、数据库、文件和设 备等。它表达了系统中各个元素之间的信息流动的情 况。
画系统流程图时,首先要搞清业务处理过程以及 处理中的各个元素,同时要理解系统的流程图的各个 符号的含义,选择相应的符号来代表系统中的各个元 素。所画的系统流程图要反映出系统的处理流程。
(8) 结论意见:说明项目是否能开发,还需什么 条件才能开发,对项目目标有何变动等。
第2章 软件要求定义
2.2 项目开发计划
经过可行性研究后,若一个项目是值得开发的, 则接下来应制定项目开发计划。软件项目开发计划是 软件工程中的一种管理性文档,主要是对开发的软件 项目的费用、时间、进度、人员组织、硬件设备的配 置、软件开发环境和运行环境的配置等进行说明和规 划,是项目管理人员对项目进行管理的依据,据此对 项目的费用、进度和资源进行控制和管理。

软件工程第2章

软件工程第2章

增量模型示意图
分析
设计
编码
测试
分析
设计
编码
测试
分析
设计
编码
测试
分析
设计
编码
测试
增量模型的优点与困难
优点:
能在较短时间内向用户提交可完成一些有用的工作产品 逐步增加产品功能可以使用户有较宽裕的时间学习和适应产品
困难:
在把每个新的增量构件集成到现有软件产品中时,必须不破坏原有的产品 必须把系统结构设计得便于按这种方式扩充 ; 向新现有产品中加入新构件的过程必须简单、方便;
管理需求
• 描述了如何提取、组织系统的功能性需求和约 束条件并把它们文档化;使用用例和脚本是捕 获功能性需求。
• 功能需求
– 用例(Use Case)分析技术
• 非功能需求
– 性能,可靠性,安全性
使用基于组件的架构
• 组件:功能清晰的模块或子系统 • 软件架构(Software Architecture)
软件生命周期的基本任务
软件定义 软 件 生 命 周 软件开发 期
问题定义 可行性研究 需求分析 系统设计
系统实现
软件运行和维护
系统分析:确定总目标、确定可行性、实际工程应 采取的策略及必须实行的功能、估计资源和成本、 制定工程计划——由系统分析员完成
概要设计 详细设计 编码和单元测试 综合测试
发现错误及时改正、环境改变时应修改适应、有新需求时及 时改进(每一次维护活动都是一次压缩和简化了的定义和开 发过程)。
测试
维护
瀑布模型 - 加入迭代过程
收集需求 分析 设计
工作过程中不可能不犯错,如在设
计阶段可能发现规格说明文档中的错 误,实际的瀑布模型是带反馈环的, 在后面阶段发现前面阶段的错误时, 需要沿着途中左侧的反馈线返回前面 阶段,修正前面阶段的产品错误后再 回来完成后面阶段的任务。

软件工程(第3版)第2章 人民邮电出版社PPT课件

软件工程(第3版)第2章 人民邮电出版社PPT课件
用于成功开发软件的一组基本观念和原则
6条“最佳实践” 10个“流程要素”
可重用方法内容及流程构建块的框架
可以在定义自己的开发方法和过程
底层方法及流程定义语言
统一方法架构元模型 UML
RUP最佳实践
迭代式开发 需求管理 使用基于组件的架构 可视化建模 验证软件质量 控制软件变更
问题定义 可行性研究 需求分析 概要设计 详细设计 编码和单元测试 集成测试(综合测试) 软件维护
瀑布模型
收集需求 分析 设计 编码 测试 维护
瀑布模型 - 加入迭代过程
收集需求 分析 设计 编码 测试 维护
快速原型法
快速建立一个反映用户 主要需求的原型系统
可视化编程工具的广泛 使用
架构和组件
软件架构(Software Architecture)
构成系统的组件 组件之间的关联和交互
架构刻画了系统的整体设计
去掉了细节部分 突出了系统的重要特征
可视化建模
由于应用领域不同,模型可以有文字、图形或数学 表达式等多种形式,一般说来,使用可视化的图形 更容易令人理解。
验证软件质量
用户故事 需求
测试用例 新用户故事
差错
隐喻 架构试探
制定交付 交付计划 计划
不确定的估计
确定的估计
最新版本
用户认可
迭代开发
验收测试
下一次迭代
小交付
难点试探
XP(极限编程Extreme Programming)的整体开发过程
极限编程
未完成的任务 用户故事 交付计划 项目速率
新用户故事 新项目速率
共享的信息
能力成熟度模型的结构
能力成熟度等级
初始级 可重复级 已定义级 已管理级 优化级

软件工程课件第二章

软件工程课件第二章
GB 8567-88《计算机软件产品开发文件编制指南》
8
§2.3 系统流程图
可行性分析的描述手段: 系统流程图、数据流图 1、什么是系统流程图? 概括地描绘物理系统的传统工具。
基本思想:用图形符号以黑盒子形式描绘组 成系统的每个部件(程序,文档,数据库,人工 过程等),表达数据在系统各部件之间流动的情 况。
3、操作可行性:系统的操作方式在用户组织内行得通吗? 4、其他:法律可行性、社会效应、管理问题等
5
国家标准定义的可行性研究

了解客户的要求及现实环境,从技术、经济和社 会因素等三方面研究并论证本软件项目的可行性, 编写可行性研究报告,制定初步项目开发计划。 ----GB 8566-88《计算机软件开发规范》
计算机辅助设计(CAD)的软件项目估算将 CAD项目分为如下7个子项目:
用户界面和控制; 二维几何分析; 三维几何分析; 数据库管理; 计算机图形显示; 外设控制; 设计分析
16
代码行和成本、工作量估算
功能
用户界面 和控制 二维几 何分析 三维几 何分析 数据库 管理
乐观估 计LOC 1790 4080 4600 2900
一般估 计LOC 2400 5200 6900 3400
悲观估 计LOC 2650 7400 8600 3600
加权平 均 2340 5380 6800 3350
美元 /LOC 14 20 20 18
LOC/PM 315 220 220 240
成本(美 工作量 元) (人月) 32760 107600 136000 60300 7.4 24.4 30.9 13.9
第2章 可行性研究
1
本章教学内容
2.1 可行性研究的任务 2.2 可行性研究过程 2.3 系统流程图 2.4 数据流图 2.5 数据字典 2.6 成本/效益分析 2.7 小结

软件工程课件第2章

软件工程课件第2章
过程,也就是在较高层次上以较抽象的方式进 行的系统分析和设计的过程。
精选ppt
6
可行性研究的内容: 首先进一步分析和澄清问题定义,导出系统的
逻辑模型; 然后从系统逻辑模型出发,探索若干种可供选
择的主要解法(即系统实现方案); 对每种解法都研究它的可行性,至少应该从三
方面研究每种解法的可行性 。
精选ppt
3
关于系统规模和目标的报告书
1.项目名称:教材销售系统 2.问题:人工发售教材手续繁杂,且易出错。 3.项目目标:建立一个高效率、无差错的微机教材销售
系统。 4.项目规模:利用现有微型计算机,软件开发费用不超
过5000元。 5.初步想法:建议在系统中增加对缺书的统计与采购功
能。 6.可行性研究:建议进行大约10天的可行性研究,研究
该装配厂使用一台小型计算机,处理更新库存清单主文 件和产生定货报告。零件库存量的每一次变化称为一个事务, 由放在仓库中CRT终端输入到计算机中;系统中的库存清单 程序对事务进行处理,更新存储在磁盘上的库存清单主文件, 并且把必要的订货信息写在磁带上。最后,每天由报告生成 程序读一次磁带,并且打印出订货报告。
包括开发和运行该系统所需要的各种资源 如硬件、软件、人员和组织机构等 3. 费用预算:分阶段的人员费用、机时费用及其他费用 4. 进度安排:各阶段起始时间、完成文档及验证方式 5. 要交付的产品清单
精选ppt
16
8. 书写文档提交审查 把可行性研究各个步骤的工作结果写成清晰的
文档,请用户、客户组织的负责人及评审组审 查,以决定是否继续这项工程及是否接受分析 员推荐的方案。
库存清单 主文件
报告生成程序
定货报告
第三层:合成后的系统流程图

软件工程第2章

软件工程第2章
3.领域需求
与软件系统的具体应用范围有关,具有特殊性 “简历信息自动获取和查询系统”,该系统的领域需求是,简历文 本内容应符合一般简历的需求,如应该包括姓名、年龄、专业等 必要信息 4.其他需求 法律需求、道德需求等 “简历信息自动获取和查询系统”,XML格式模板,互联网文件格式
11
第二章 软件需求工程
32
第二章 软件需求工程

STD的元素符号
–状态分为初态、终态、中间状态和复合态 –中间状态包括名字、状态变量和活动。状态变 量描述状态属性,活动是要执行的事件或动作。
33
第二章 软件需求工程
2 状态转换 有一个状态转换到另一个状态的关联就是状态转换。 状态转换是由事件或条件触发的。
3 事件 某一时刻发生的事情,是触发状态转换的条件或一系列动 作。 在中间状态的符号中,活动就是事件,其语法定义为 事件名(参数列表[条件列表])/动作表达式
36
第二章 软件需求工程

DD的定义形式
– 词条描述。详细说明了数据和控制信息在系统内 的传播途径。
37
第二章 软件需求工程

DD的定义形式
– 定义式,良好的数据结构
38
第二章 软件需求工程

DD的定义形式
– Warnier图,用树形结构表示数据的层次结构,利 用顺序、选择和重复三种结构对应数据的层次分 解,并指出可以从数据层次结构导出程序结构。


31
第二章 软件需求工程
2.4.4 面向状态转换的行为建模
行为建模是所有需求分析方法的操作性原则,系统状态的改 变是用状态转换图描述。 状态转换图(Status Transition Diagram ,STD)通过描述系统状

《软件需求分析》第2章 软件工程与需求工程课件

《软件需求分析》第2章 软件工程与需求工程课件
(2)外部组件的版本更新不受自己控制,进而导致 难以控制所开发系统的进化。
2023/6/25
29
2.3 需求工程与软件开发
1. 需求工程对软件开发的影响 2. 需求工程面临的困难
2023/6/25
30
2.3.1 需求工程对软件开发的影响
需求工程对软件开发的影响如下: (1)需求是制定项目计划的基础。 (2)需求工程所产生的最终产物——需求规 格说明——是软件设计和软件实现的基础。 (3)需求规格说明也是测试工作和用户验收 软件系统的依据。
软件工程的诞生 1968年NATO科技委员会上正式提出软件工程
2.1 软件工程
软件危机 是指人们难以控制软件的开发和维护。 表现: (1)大型软件系统十分复杂,很难理解和
维护; (2)软件开发周期过长; (3)大型软件系统的可靠性差; (4)软件费用往往超出预算。
2023/6/25
6
例:美国IBM公司在1963年至1966年开发 IBM360机的操作系统。这一项目花了5000人 一年的工作量,最多时有1000人投入开发工作, 写出了近100万行源程序。
据统计,这个操作系统每次发行的新版本都是 从前一版本中找出1000个程序错误而修正的结 果。
2023/6/25
7
Frederick Brooks
2023/6/25
8
软件危机的解决方法
应用工程化的方法来进行软件的开发和维 护。
软件工程的研究内容
软件开发过程、软件开发和维护的方法和 技术、软件开发和维护工具系统、质量评价和 质量保证、软件管理和软件开发环境等。
软件计划
需求分析与定义
设计
编码
测试
维护
2023/6/25
相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
次要的因素。 ➢ (4) 结构上要求简单、容易实现、容易修改。
2020/8/1
6
2.2.1 可行性研究的任务
2.技术可行性
现实世界
系统建模图
数据 直觉结构 观察特性
模块
观察 度量 假设 逼近 预报
模型 参数
验证 修改 解释
符号表示
直觉 经验 理论
模型特性
2020/8/1
7
3.开发方案的选择
方案选择、制定过程图
2020/8/1
12
2.3.2 系统流程图举例
报名
运动员
运动会系统流程图
终端
报名库
报名及 核对处理
成绩发布 与奖励 奖励
成绩纪录及成绩Fra bibliotek终端运动成绩
处理
2020/8/1
运动 会成绩
13
2.3.3 分层
首先用一张高层次的系统流程图描绘系统总体概括,表 明系统的关键功能。然后分别把每个关键功能扩展到适当 的详细程度,画在单独的一页纸上。这种分层次的描绘方 法便于阅读者按从抽象到具体的过程逐步深入地了解一个 复杂的系统。
2020/8/1
9
2.2.2 可行性研究的步骤
➢ (5)导出和评价供选择的方案 ➢ (6)推荐方案和行动方针 ➢ (7)草拟开发计划 ➢ (8)提交文档
2020/8/1
10
2.2.2 可行性研究的步骤
问题定义
确定系统的规模与目标
可行性研究前四个步骤示意图
分析现有系统 设计新系统的系统模型
评审系统模型
2020/8/1
20
2.4.2 复审软件计划
软件计划复审应该由开发人员与用户方合作进行,内容主 要针对成本估算,进度安排,以及人员和资源的保证,等等 。复审内容可以分为管理与技术两个方面。
2020/8/1
21
2.4.2 复审软件计划
1.管理方面 ➢ (1)计划描述的系统是否符合用户的需要? ➢ (2)计划中对系统相关资源的描述是否合理有效? ➢ (3)开发成本与开发进度要求是否合理?
软件工程电子课件第2章 分析阶段
2.1 问题定义
软件生命周期的计划阶段包括:问题定义、可行性研 究、需求分析三个阶段。其中可行性研究是软件生命周 期计划阶段中的重要组成部分。
问题定义阶段的持续时间一般很短,形成的报告文本 也相对比较简单。
2020/8/1
2
2.1 问题定义
问题定义报告的主要内容有:
需要修改
2020/8/1
符合系统目标的系统模型
11
2.3 系统流程图
2.3.1 系统流程图的符号
在系统流程图的绘制过程中,要注意以下几个方面: ➢ (1)物理部件的名称应写在图形符号内,用以说明该部件
的含义。 ➢ (2)系统流程中不应该出现信息加工控制的符号。 ➢ (3)用以表示信息流的箭头符号,无须标注名称。
2020/8/1
14
2.3.3 分层
一般成绩
运动员
前三名
破纪录
分层的成绩发布与奖励图
成绩分类
成绩
2020/8/1
15
2.4 制定软件计划
2.4.1 确定软件计划
所谓的确定软件计划就是要用书面文件的形式,把对 于在开发过程中所涉及到每个问题,如各项工作的负责人 员、成本、进度及所需要的软硬件条件等做出合理估算的 框架。
软件项目的估算通常比较复杂。因为软件本身的复杂 性、经验和估算工具的缺乏以及一些人为错误,导致估算 的结果往往和实际情况相差很大。
2020/8/1
16
2.4.1 确定软件计划
1.资源需求分析 除了人力资源外,硬件资源也是必须的。软件计划中应该考
虑开发环境和用户使用环境的硬件资源需求:
➢ (1)开发系统
➢ 待开发项目名称 ➢ 软件项目使用单位和部门 ➢ 软件项目开发单位 ➢ 软件项目用途和目标 ➢ 软件项目类型和规模 ➢ 软件项目开发的开始时间以及大致交付使用的时间 ➢ 软件项目开发可能投入的经费 ➢ 软件项目使用单位与开发单位双方名称全称及其盖章 ➢ 软件项目使用单位与开发单位双方的负责人签字 ➢ 问题定义报告的行程时间
2020/8/1
3
2.2 可行性研究
2.2.1 可行性研究的任务
可行性研究的任务是用最小的代价、在尽可能短的时间内 确定问题是否能够解决。但必须注意的是,可行性研究的根 本目的并不是解决问题,而是确定问题是否值得去解决,也 就是判断系统原定的目标和规模是否能实现,软件使用所带 来的效益是否能够值得客户去投资开发。
➢ (2)目标硬件系统
2020/8/1
17
2.4.1 确定软件计划
1.资源需求分析
选择支持软件应注意: ➢ (1)该支持软件是不可缺少的这是软件开发的前提,必须合
法有效地获取。 ➢ (2)该软件可明显减少开发工作量,并显著提高质量获取该
软件的费用应该小于等于不使用该软件进行开发所要求的 费用。 ➢ (3)如果期望得到的软件必须做某些修改才能有效使用,则 必须确保修改的费用应不大于开发同等软件要求的费用。
2020/8/1
5
2.2.1 可行性研究的任务
2.技术可行性 基于计算机系统的模型必须具备以下几个特点: ➢ (1) 系统配置的动态性,并且具有易理解性和易操作性,反
映和提供系统真实的结果并有利于评审。 ➢ (2) 综合与系统有关的全部因素,可以再现系统运行的结果。 ➢ (3) 突出与系统有关的重要因素,同时忽略与系统无关的或
系统目标 研究并制定开发方案
方案 1
制 定选 方择 案另 完一 全个 不方 合案 格
方案 2
方案 3
方案选择 方案评价
方案可行?
Y N 系统综合定义
方案 4
2020/8/1
8
2.2.2 可行性研究的步骤
通常,可行性研究的步骤如下 : ➢ (1)系统规模和目标的复查 ➢ (2)认真研究现有系统 ➢ (3)导出新系统的高层逻辑模型 ➢ (4)重新定义问题
2020/8/1
18
2.4.1 确定软件计划
2.软件进度安排 计划软件开发进度时应该考虑的问题是:
➢ (1)开发进度与开发人员数量的关系 ➢ (2)开发进度与人员配备 ➢ (3)软件进度计划
2020/8/1
19
2.4.1 确定软件计划
3.制定项目开发计划 项目开发计划主要内容如下:
➢ (1)项目概述 ➢ (2)实施计划 ➢ (3)人员配置 ➢ (4)支付期限
2020/8/1
4
2.2.1 可行性研究的任务
一般说来,可行性研究包括经济可行性、技术可行性、法律
可行性和开发方案选择四个任务。
➢ 1.经济可行性
通常,基于计算机系统的成本由以下几个部分组成: 硬件费用——主要是购置并安装软硬件及有关设备的费用。 系统开发费用。 系统安装、运行和维护费用。 人员培训费用。
相关文档
最新文档