软件工程第二章可行性研究_第1页
软件工程第二章可行性研究_第2页
软件工程第二章可行性研究_第3页
软件工程第二章可行性研究_第4页
软件工程第二章可行性研究_第5页
已阅读5页,还剩20页未读 继续免费阅读

付费下载

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

第2章 可行性研究2.1可行性研究的任务 可行性研究的任务是用最小的代价、在尽可能短的时间内确定问题是否能够解决。在澄清了问题定义之后,分析员首先应该导出系统的逻辑模型,然后从系统逻辑模型出发,探索出若干种可供选择的主要解法(即系统实现方案)。最后仔细研究每种解法的可行性。

第2章 可行性研究一般说来,研究可行性应该从下述几方面进行:(1)技术可行性:指使用现有的技术能否完成这个项目。(2)经济可行性:指通过对软件开发项目进行成本/效益估计,以确定软件系统可能带来的经济效益能否超过研制和维护此系统所需的费用。(3)社会因素的考虑:软件开发是否会侵犯他人、集体或国家的利益,是否违反国家的法律并可能由此而承担法律责任。第二章可行性研究2.1可行性研究的任务用最小的代价在尽可能短的时间内确定问题是否能够解决。问题定义

可行性研究问题定义正确?问题定义阶段审查系统的逻辑模型技术可行性经济可行性操作可行性实际的物理系统否是系统实现方案若干

可行性研究需要的时间长短取决于工程的规模,一般来说,其成本只能占预期的工程总成本的5%~10%.可行性研究的结论可行性研究阶段任务(示意图)第2章 可行性研究2.2可行性研究的过程(1)复查系统规模和目标

(2)研究目前正在使用的系统

(3)导出新系统的高层逻辑模型

(4)重新定义问题

(5)导出和评价供选择的方案

(6)推荐方案和行动方针

(7)草拟开发计划

(8)书写文档、提交审查2.2可行性研究的过程复查系统的规模和目标研究现正在使用的系统新系统的高层逻辑模型重新定义问题

导出和评价供选择的解法推荐行动方针草拟开发计划书写文档提交审查用户分析员是否符合系统目标

逻辑模型表达了系统分析员对新系统必须作什么工作、完成什么任务的理解.1.是否继续该工程的开发的建议2.所选择解决方案的解法的说明3.比较仔细的成本/效益分析2.2可行性研究的过程(续)

进厂载重汽车进厂后至称重计量点称出货物毛重。计量人员读出称重仪表上的重量指示,数据,开具相应的流转单(货物、毛重、车号、收发货单位名称等的凭据)。货主持此流转单将货物送到接收单位,验收合格后签章以示有效,卸空后空车返回称重计量点称出皮重,计量人员。计算出净重以后收回流转单,出具计量单作为正式结帐凭据,货主即可开车离厂。结帐付款一般在财务处定期核对进行。研究目前正在使用的系统

这个计量流程存在以下问题:1该计量点日平均过车(仅进厂)1500多辆,如果每车都要返回称重去皮,则称重工作量成倍增加,经常引起严重的交通堵塞问题。

2由于是用汽车衡称量,人工看表读数,手工验车开票,所以工作效率十分低,有时竟引起长达1公里的堵车现象,难以满足日车流量的要求。

3为了克服车流量大而引起的工作量繁重的问题,对一部分送货单位的车型、车号相对固定的车实行定期称量空车,这样虽然减少了一定的称重工作量,但易引起车型车号不符、皮重不实的问题,在管理上也有漏洞存在。

4在验票、开票等过程中大量存在人工干预,往往会出现计量差错、人情重量、违法乱纪乃至犯罪的情况,给企业造成非常严重的经济损失。原系统的工作流程如图2。2.2可行性研究的过程(续)系统要求

自动称量,提高工作效率;自动除皮;自动去杂和去水;数据自动汇总;任意点均可称量;2.2可行性研究的过程(续)财务处计量点

整个称重点采用两台汽车衡、分布在公路两侧,物理上将进厂和出厂的车流分开,实行一侧称重,而另一侧回皮。实现称重过程微机全过程自动化处理(免除人工操作),保证称重数据的客观公正和有效准确性,称重重量,车号等数据自动存储,实现多个称重点按权限共享和引用。能对称重,计量数据的物资品种,供货单位,接收单位,供货车号均可分工作班次,日,旬,月进行分类查询和统计处理。一方面进一步减轻工作人员的负担,另一方面也使管理人员时时可掌握各种有关数据。如果一侧称重点出现故障,另一侧称重点也可用微机称重和计量,进行以上工作。可以随时将计量数据转发到计控处管理机,进入企业管理计算机网。技术问题称量自动化的程度:车号识别,杂质处理数据通信方式:有线,无线开票处理:2.2可行性研究的过程(续)第2章 可行性研究2.3系统流程图 系统流程图是描绘物理系统的传统工具,它的基本思想是用图形符号以黑盒子形式描绘系统里面的每一个部件(程序、文件、数据库、表格、人工过程等)。注:尽管系统流程图使用的某些符号和程序流程图所用的符号相同,但系统流程图表达的是信息在系统中各个部件之间流动的情况,而不是对信息进行加工处理的控制过程。

系统流程图的基本符号2.3系统流程图系统流程图:描绘物理系统的工具,其基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件(程序、文件、数据库、表格、人工过程等),

表达的是信息在系统各部件之间流动的情况。常用符号处理输入/输出连接换页连接数据流文档磁带联机存储磁盘显示人工输入人工操作2.例子事务库存清单程序定货信息报告生成程序定货报告

某装配厂有一座存放零件的仓库,仓库中现有各种零件的数量和每种零件的库存临界值等数据存放在库存清单主文件中。当仓库中零件数量有变化时,应及时修改库存清单主文件,如果哪种零件的库存量少于它的库存量临界值,则应该报告给采购部门以便定货,规定每天向采购部门送一次定货报告。3.分层(略)库存清单主文件(复杂系统)2.4数据流图数据流程图:描绘系统的逻辑模型,图中没有具体的物理元素,只是描绘信息在系统中流动和处理的情况。设计数据流图只需考虑系统必须完成的基本逻辑功能,完全不需要考虑如何具体的实现这些功能。1.符号(四种基本符号)数据的源点或终点数据处理数据存储数据流一些附加符号(略)仓库管理员定货系统采购员D1:库存清单仓库管理员1处理事务2产生报表采购员D2:定货信息2.例子基本系统模型功能级数据流图事务定货报表事务定货报表定货信息定货信息库存清单2.4数据流图(续1)仓库管理员1.1接收事务1.2更新库存清单1.3处理定货2产生报表采购员D1:库存清单D2:定货信息事务事务库存信息定货信息定货信息定货报表3.命名

为数据流(或数据存储)命名为处理命名4.用途

交流信息的工具分析和设计的工具进一步设计的依据库存清单2.5数据字典

数据字典是关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集合1.数据字典的内容

数据流数据流分量数据存储处理数据处理:用IPO图或PDL描述比较方便直观。数据元素的别名:~2.定义数据的方法

由数据元素组成数据的方式的三种基本类型顺序+:以确定次序连接两个或多个分量a+b+c选择

|,[]:从两个或多个可能的元素中选取一个[a|b|c]重复{}:把指定的分量重复零次或多次{a}

可选:一个分量是可有可无的(重复零次或一次),(a)3.例子

定货报表={零件编号+零件名称+定货数量+目前价格+主要供应者+次要供应者}零件编号=8{字符}8定货数量=1{数字}5需求分析示例—教材购销管理系统(1)

问题描述:学校教材科根据业务的需要,建立一个学校教材购销管理系统,提高教材采购、销售和信息管理的效率。学生张秘书购书申请王会计李出纳赵保管学生购书证明购书申请购书申请书学生审查有效性购书单开发票开领书单发书学生有效购书单发票领书单书学生审查并开发票购书单开领书单发书学生发票领书单书2)去掉具体模型中的非本质因素,抽象出当前系统的逻辑模型1)通过对现实环境的调查研究,获得当前系统的具体模型3)分析当前系统与目标系统的差别,建立目标系统的逻辑模型。需求分析示例—教材购销管理系统(2)学生审查并开发票购书单开领书单学生发票领书单无效书单4)对目标系统进行补充和完善,并写出完整的需求说明。学生1审查并开发票购书单2开领书单学生发票领书单无效书单各班学生用书表教材存量表5)对需求说明进行复审,直到确认文档齐全,并且符合用户的全部需求为止需求分析示例—教材购销管理系统(3)学生教材购销管理系统书库保管员1.教材购销管理系统的顶层DFD学生书库保管员2.第二层DFD图—教材购销系统购书单领书单缺书单进书通知购书单领书单1销售2采购进书通知F2:缺书登记表F1:教材存量表缺书单进书通知需求分析示例—教材购销管理系统(4)1.1审查有效性1.2开发票有效购书单1.3领书并开领书单发票1.4登记缺书1.5补售教材F2:缺书登记表学生学生无效书单领书单领书单F3:各班学生用书表F4:售书登记表

补售书单

暂缺书单采购3.第三层DFD图—销售子系统F1:教材存量表需求分析示例—教材购销管理系统(5)2.3修改教材库存和待购量2.1按书号汇总缺书F2:缺书登记表销售子系统书库保管员F1:教材存量表进书通知3.第三层DFD图—采购子系统2.2按出版社统计缺书F5:待购教材表F6:教材一览表进书通知需求分析示例—教材购销管理系统(6)数据字典(DataDirectory-DD)领书单=学院+专业+班级+学号+姓名+{书号+[书名]+数量}+日期有效购书单=领书单发票=学号+姓名+{书号+[书名]+单价+数量+总价}+书费合计教材存量表={书号+单价+数量}暂缺书单=学号+姓名+{书号+数量}补售书单=学号+姓名+{书号+数量}第2章 可行性研究2.6成本/效益分析

成本/效益分析的目的,是从经济角度评价开发一个新项目是否可行、是否划算,从而帮助使用部门的负责人正确地作出是否投资于这项开发的决定。一、成本估计

1.代码行技术:通常先根据经验和历史数据来估计实现一个功能所需要的源程序行数,然后用每行代码的平均成本乘以行数就可以确定软件的成本。第2章 可行性研究2.任务分解技术:首先把软件开发工程分解为若干个相对独立的任务,再分别估计每个单独的开发任务的成本,最后累加起来得出软件开发工程的总成本。估计每个任务的成本时,通常先估计完成该项任务所需要使用的人力(以人月为单位),再乘以每人每月的平均工资而得出每个任务的成本。划分任务时最常用的办法是按开发阶段进行。第2章 可行性研究二、度量效益的方法1.货币的时间价值 货币的时间价值通常用利率的形式表示。假设年利率为i,如果现在存入P元,则n年后可以得到的钱数为:

F=P×(1十i)n

这也就是P元钱在n年后的价值。反之,如果n年后能收入F元钱,那么这

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论