《软件工程第二章》PPT课件.ppt_第1页
《软件工程第二章》PPT课件.ppt_第2页
《软件工程第二章》PPT课件.ppt_第3页
《软件工程第二章》PPT课件.ppt_第4页
《软件工程第二章》PPT课件.ppt_第5页
已阅读5页,还剩37页未读 继续免费阅读

下载本文档

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

文档简介

1、练习题1:美国一家公司在1982年计划用FORTRAN语言开发一个在VAX750计算机上运行的应用程序,估计这个程序的长度为10 000条FROTRAN指令,如果平均每人每天可以开发出10条FORTRAN指令,请问: (1)开发这个应用程序将用多少人日? (2)假设程序员的月平均工资为4000美元,每月按20个工作日计算,这个软件的成本是多少美元? (3)1982年VAX750计算机硬件价格约为125 000美元,在那一年这个软件的成本在总成本中占多大比例? (4)20年后,一台性能远远优于VAX750的微型计算机的价格约为2000美元,这时软件开发生产率已提高到平均每人可以开发出40条指令,

2、而程序员的月平均工资也已涨到8000美元。如果在2002年开发上述FORTRAN应用程序,则该软件的成本在总成本中占多大比例?,解: (1)10 000/10=1000(人日) 开发这个应用程序大约需用1000个人日。(此处的工作量包括问题 定义、可行性研究、需求分析、总体设计、详细设计、编码和单元 测试、综合测试等各个开发阶段的工作量,而不仅仅是编程的工作 量。) (2)每月平均工作20天,故开发这个软件需要用 1000/20=50(人月) 每人每月的平均工资为4000美元,因此这个软件的成本大约为: 504000=200 000(美元) (3)软件成本与硬件成本之和为计算机系统的总成本。这

3、个软件 的成本在总成本中所占的比例为: 200 000/(200 000+125 000)=61.5% (4)在2002年开发这个应用程序所需的工作量为 10 000/(40 20)=12.5(人月) 这个软件的成本大约为12.5 8000=100 000(美元) 该软件的成本在总成本中所占的比例为 100 000/(100 000+2000)=98%,第2章 可行性研究,本章要点: 可行性研究的任务、过程,系统流程图,数据流图,数据字典,成本效益分析 本章难点: 系统流程图,数据流图,数据字典 所需时间: 4学时,传统的软件工程方法学采用结构化分析技术完成系统分析(问题定义、可行性研究、需求

4、分析)的任务 结构化分析技术主要要点: 1.采用自顶向下功能分解的方法; 2.强调逻辑功能而不是实现功能的具体方法; 3.使用图形(最主要是数据流图)进行系统分析并 表达分析的结果。,目的:用最小的代价在尽可能短的时间内研究并确定客户提出的 问题是否有行得通的解决办法。 必须分析几种主要的候选解法的利弊,从而判断原定的系统目标和规模是否现实,系统完成后所能带来的效益是否大到值得投资开发这个系统的程度。 对每种可能的解决方案都应该仔细研究它的可行性,通常,至少从三个方面研究每种解法的可行性: (1)技术可行性:使用原有的技术能实现这个问题吗: (2)经济可行性:这个系统的经济效益能超过它的开发成

5、本吗? (3)操作可行性:这个系统的操作方式在该客户组织内行得通 吗?,2.1 可行性研究的任务,根本任务:对以后的行动方针提出建议。 (若问题没有可行的解,分析员应建议停止开发工作,以避免时间、资源、人力、金钱的浪费;若问题值得解决,分析员应推荐一个较好的解决方案,并为系统制定一个初步的开发计划。) 需要时间:取决于工程的规模。 成本:预期的工程总成本的5%10%,可行性研究实质是要进行一次大大压缩和简化了的系统分析和 设计过程,也就是在较高层次上以较抽象的方式进行的系统分析和 设计过程。,2.2 可行性研究的过程,1.复查系统规模和目标,2.研究目前正在使用的系统,为了确保分析员正在解决的

6、问题确实是要求他解决的问题。,了解现有系统能做什么,而不是怎样做这些工作。,3.导出新系统的高层逻辑模型,从逻辑模型出发设计新系统。,4.进一步定义问题,使提出的逻辑模型完全符合系统目标。,5.导出和评价供选择的解法,为每个在技术、操作和经济等方面都可行的系统制定实现进度表。,6.推荐行动方针,通过仔细的成本/效益分析决定是否继续此开发工程。,7.草拟开发计划,制定工程进度表、估计对各类开发人员和各种资源的需要情况、指明使用日期和时间段、估计系统生命周期每个阶段的成本、给出需求分析的详细进度表和成本估计。,8.书写文档提交审查,是是否继续这项工程及是否接受分析员推荐的方案的资料。,在进行可行性

7、研究时,需要了解和分析现有的系统,并以概括 的形式表达对现有系统的认识;在可行性研究及设计阶段,需要把 设想的新系统逻辑模型转变成物理模型,因此必须描绘未来的物理 系统的概貌。 系统流程图是概括地描绘物理系统的传统工具,用图形符号以 黑盒子形式描绘组成系统的每个具体部件。系统流程图表达的是数 据在每个部件之间的流动情况,而不是对数据进行加工处理的控制 过程,因此,是物理数据流图而不是程序流程图。,2.3 系统流程图,练习题2:假设你在一所职业高中工作,负责该校信息系统的建设 与维护。财务科长请你研究用学校拥有的微型计算机生成工资名细 表和各种财务报表的可能性。 请详细描述你用结构化分析方法分析

8、上述问题过程。,答:通常结构化分析过程包括问题定义、可行性研究和需求分析3个阶段。这3个阶段的分析过程为: (1)问题定义 从何处着手解决财务科长提出的问题呢?立即开始考虑实现工资支付系统的详细方案并动手编写程序,对技术人员无意是很有吸引力的。但是,在这样的早期阶段就考虑具体的技术问题,却很可能会使我们迷失前进的方向。会计部门(用户)并没有要求在学校自己的计算机上实现工资支付系统,仅仅要求研究这样这样做的可能性。后者是和前者很不相同的问题,它实际上是问,这样做预期将获得的经济效益能超过开发这个系统的成本吗?也就是说,这样做值得吗? 优秀的系统分析员还应该进一步考虑,用户面临的问题究竟是什么。财

9、务科长为什么想研究在自己的计算机上实现工资支付系统的,可能性呢?询问财务科长后得知,该校一直由会计人员计算工资 并编制财务报表,随着学校规模扩大工作量也越来越大。目前每 个月都需要两名会计紧张工作半个月才能完成,不仅效率低而且 成本高。今后学校规模将进一步扩大,人工计算工资的成本还会 进一步提高。 因此,目标是寻找一种比较便宜的生成工资明细表和各种财 务报表的办法,并不一定必须在学校自己的计算机上实现工资支 付系统。财务科长提出的要求,实际上并没有描述应该解决的问 题,而是在建议一种解决问题的方案。这种解决方案可能是一个 好办法,分析员当然应该认真研究它,但是也还应该考虑其他可 能的解决方案,

10、以便选出最好的方案。良好的问题定义应该明确 地描述实际问题,而不是隐含地描述解决问题的方案。 分析员应该考虑的另一个关键问题,是预期的项目规模。为 了改进工资支付系统最多可以花多少钱?虽然没人明确提出来, 但是肯定会有某个限度。应该考虑3个基本数字:目前计算工资所 花费的成本,新系统的开发成本和和运行费用。新系统的运行费 用必须低于目前的成本,而且节省的费用应该能使学校在一个合 理的期限内收回开发新系统的投资。,目前,每个月由两名会计用半个月时间计算工资和编制报表,一名会计每个月的工资和岗位津贴工约2000元,因此,每年为此项工作花费的人工费约2.4万元。显然,任何新系统的运行费用也不可能减少

11、到小于零,因此,新系统每年最多可能获得的经济效益是2.4万元。 为了每年能节省2.4万元投资多少钱是可以接受的呢?绝大多数单位都希望在3年内收回投资,因此,7.2万元可能是投资额的一个合理的上限值。虽然是一个很粗略的数字,但是它确实能使用户对项目规模有一些了解。 为了请客户(会计科和学校校长)检验分析员对需要解决的问题和项目规模的认识是否正确,以便在双方达成共识的基础上开发出确实能满足用户实际需要的新系统,典型地,分析员用一份简短的书面备忘录表达他对问题的认识,这份文档称为“关于系统规模和目标的报告书”,关于工资支付系统规模和目标的报告书,校长和财务科经过研究同意了上述报告书,可以对工资支付项

12、目进行更仔细的研究了。 (2)可行性研究 可行性研究是抽象和简化了的系统分析和设计的全过程,它的目标是用最小代价尽快确定问题是否能够解决,以避免盲目投资开来带来的巨大浪费。 本项目的的可行性研究过程由以下步骤组成:,澄清系统规模和目标 为了确保一个正确的出发点着手进行可行性研究,首先通过访问财务科长和校长进一步验证上一阶段写出的“关于工资支付系统规模和目标的报告书”正确性。 通过访问分析员对人工计算工资存在的弊端有了更具体的认识,并且了解到工资总数应该记入分类和日记帐,显然,新工资支付系统不能忽略与分类帐系统的联系。 研究现有的系统 了解任何应用领域的最快速有效的方法,可能都是研究现有的系统。

13、通过访问具体处理工资事务的两名会计,可以知道处理工资事务的大致过程。开始时把工资支付系统先看作一个黑盒子,下图1的系统流程图描绘了处理工资事务的大致过程。,课时表,任务表,工资支付系统,工资明细表,工资表,教师,职工,职工,教师,银行,图1,处理工资事务的大致过程是,每月月末教师把他们当月实际授课时数登记在课时表上,由个系汇总后交给财务科,职工把他们当业完成承包任务的情况登记在任务表上,汇总后交给财务科。两名会计根据这些原始数据计算每名教职工的工资,编制工资表、工资明细表和财务报表。然后,把记有每名教职工工资总额的工资表报送银行,由银行把钱打到每名职工的工资存折上,同时把工资明细表发给每名教职

14、工。 通过反复询问财务人员,可以知道现有的人工系统计算工资和编制报表的流程如下:接到课时表和任务表后,首先审核这些数据,然后把审核后的数据按教职工编号排序并抄到专用的表格上,该表格预先印有教职工编号、姓名、职务、职称、基本工资、生活补贴、书报费、交通费、洗理费等数据。接下来根据当月课时数或完成承包任务情况,计算课时费和岗位津贴。算出每个人的工资总额后,再计算应该扣除的个人所得税,应交纳的住房公积金和保险费,最后算出每个人当月的实发工资数。把算出的上述各项数据登记到前述的专用表格上,就得到了工资明细表。然后对数据进行汇总,编制出各种财务报表,而工资表不过是简化的工资明细表,它只包含工资明细表中的

15、教职工编号、姓名和实发,工资3项内容。下图2系统流程图描绘了现有的人工工资支付系统的工作流程。,教师,职工,课时表,任务表,审核数 据,审核后 的数据,排序,专用表格,计算课 时费,计算岗位 津贴,计算工资 总额,计算个人所 得税,计算住房公 积金,计算保险 费,计算实发 工资,工资表,银行,工资明细表,编制报表,报表,更新分类 帐,分类帐,会计,教师,职工,图2,必须请有关人士仔细审查系统流程图,有错误及时纠正,有遗漏及时补充。 导出高层逻辑模型 系统流程图很好地描绘了具体的系统,但在这样的图中把“做什么”和“怎样做”这两类不同范畴的知识混在了一起,我们的目标不是一成不变地复制现有的人工系统

16、,而是开发一个完成同样功能的新系统,因此,应这种描绘系统的逻辑功能。 删除图2中表示的有关具体实现方法的信息,把它抽象成图3。在这张数据流图中用“事务数据”代表课时和任务表中包含的数据,用“加工事务数据”笼统地代表计算课时费、岗位津贴、工资总额、个人所得税、住房公积金、保险费、实发工资等一系列功能。这张数据流图描绘的是系统高层逻辑模型,在可行性研究阶段还不需要考虑完成“加工事务数据” 功能的具体算法,因此没必要把它分成一系列更具体的数据处理功能。 在图3中处理框“更新分类帐”虽然不属于本系统应完成的功能,但工资支付系统至少必须和“更新分类帐”所在的系统通信,因此搞清它们之间的接口要点是很重要的

17、。 在数据流图上直接注明关键的定时假设很有必要。在以后的设计中,将起到重要作用,也可增加及时发现和纠正误解的可能性。,D1 事务数据,教师,职工,1 收集 数据,2 审核 数据,3 加工事 务数据,D4 报表,D2 工资表,D3 工资明细表,银行,4 分发工资 明细表,教师,职工,5 更新分 类帐,会计,定时假设,图3,进一步确定系统规模和目标 分析员再次访问会计和财务科长,讨论的焦点集中在图3所示的数据流图,它代表了到现在为止分析员对所要开发的系统的认识。通过仔细分析和讨论数据流图,能够及时发现并纠正分析员对系统的误解,补充被他忽视的内容。 分析员现在对工资支付系统的认识已经比问题定义阶段深

18、入多了,根据现在的认识,可以更准确地确定系统规模和目标。如果系统规模有较大变化,则应及时报告给客户,以便作出新的决策。 可行性研究的上述4个步骤可看作是一个循环。分析员定义问题,分析这个问题,导出试探性的逻辑模型,在此基础上再次定义问题重复这个循环直至得出准确的逻辑模型为止,然后分析员开始考虑实现这个系统的方案。 导出供选择的解法 导出供选择的解法的一个常用的简单方法是从数据流图出发,设想几种划分自动化边界的模式,并且为每种模式设想一个系统。 在分析供选择的解法时,首先考虑的是技术上的可行性。显然,从技术角度看不可能实现的方案是没有意义的。但是,技术的可行性只是必须考虑的一个方面,还必须能同时

19、通过其他的检验,一种,方案才是可行的。 接下来考虑操作可行性。例如,对学生开发的公共计算机房内运行的工资支付程序显然是不合适的。这样做不仅不安全而且会暴露教职工的个人隐私。因此,必须为工资支付系统单独购置一台计算机及必要的外部设备,并且放在一间专用的房间里。 最后,必须考虑经济可行性问题,即“效益大于成本吗?”因此,分析员必须对已经通过了技术可行性和操作可行性检验的解决方案再进行成本/效益分析。 为了给客户提供在一定范围内进行选择的余地,分析员应至少提出3种类型的供选择的方案:低成本系统,中等成本系统,高成本系统。 如果把每月发一次工资改为每两个月发一次工资,则人工计算工资的成本大约可减少一半

20、,即每年可节省1.2万元。除了已经进行的可行性研究的费用外,不再需要新的投资。这是一个很诱人的低成本方案。 当然,也必须充分认识到低成本方案的缺点:违反常规;教职工反对;不能解决根本问题,随着学校规模扩大,人工处理工资事务的费用也将成比例地增加。,作为中等成本的解决方案,建议基本上复制现有系统的功能:课时表和任务表交到处理工资事务的专用机房,操作员把这些数据通过终端送入计算机,数据收集程序接收并校核这些事务数据,把它们存储到磁盘上。然后运行工资支付程序,这个程序从磁盘中读取事务数据,计算工资,打印出工资表、工资明细表和财务报表。图4为中等成本方案的系统流程图。,课时表,任务表,终端,数据收集

21、程序,事务 数据,工资支 付程序,工资表,工资明细表,报表,图4,上述中等成本方案看起来比较现实,因此对它进行了完整的成本/效益分析,分析结果列在表2中。从分析结果看,中等成本的解决方案是比较合理,经济上是可行的。 中等成本方案的成本/效益分析(表2),最后,考虑一种成本更高的方案,建立一个中央数据库,为开发完整的管理信息系统做好准备,并且把工资支付系统作为该系统的第一个子系统。这样做开发成本大约将增加到2万元,然而从工资支付这项应用中获得的经济效益并不变。因此,如果仅考虑这一项应用,投资是不划算的,但将来其他应用系统(例教学管理、物资管理、人力资源管理)能以较低成本实现,而且这些子系统能成为

22、一个完整的系统。如果校长对这个方案感兴趣,可以针对它完成更详尽的可行性研究(大约需要1万元)。 推荐最佳方案 低成本方案虽然诱人,但很难付诸实现;高成本的系统从长远看是合理的,但是它所需要的投资超出了预算。从已经确定的系统规模和目标来看,显然中等成本的方案是最好的。 草拟开发计划 应该为推荐的最佳方案草拟一份开发计划,把系统生命周期划分成阶段,有助于指定出相对合理的计划。当然,在这样的早期开发阶段,制定出的开发计划是比较粗略的,表3给出了所制定的计划。,实现中等成本的工资支付系统的粗略计划(彪),写出文档提交审查 分析员归纳整理本阶段的工作成果写出正式文档,提交由校长和财务科全体人员参加的会议

23、审查。,定义 是一种图形化技术,描绘信息流和数据从流入移动到输出的过程 中所经受的变换。 数据流图是系统逻辑功能的图形表示,图中没有任何具体的物理部件,仅描绘数据在软件中流动和被处理的逻辑过程,不懂计算机技术的人也容易理解它,因此是分析员与用户之间极好的通信工具。 设计数据流图时只需考虑系统必须完成的基本逻辑功能,不需考虑如何具体实现这些功能。,2.4 数据流图,2.4.1 符号,四种基本符号及辅助符号:,数据输入的源点或数据输出的汇点,对数据的加工、变形、处理后产生输出,数据流,被加工的数据与流向,数据存储, 输入A,输出B和C, 输入A,输出B或C,A,B,C,B,C,A,+ 输入A,输出

24、B和C,或B或C,A,B,C,说明: 数据源点或汇点。表示图中要处理数据的输入来源或处 理结果要送往何处。 处理。表示对数据的逻辑加工或变换功能。用一个圆形 表示,由三部分组成:表示部分、功能描述部分、 功能执行部分 数据流。用一个带箭头的线表示数据流动的方向,可以 在数据流箭头上方表达名称。 数据存储。用来表达数据存储的逻辑描述,表示数据在 这里有一个存储状态。,例:银行存取款手续的数据流图,凭单 验证,存款 处理,取款 处理,储户,储户文件,利息,修改,查找,取款单,存款单,凭单,打印利息单、结算单,打印存款单,注意: 1.数据流图只是表达系统中(信息)数据的流动,是一种软件系统信息处理的

25、逻辑模型,在图中不包括任何实际的物理实体。 2.数据存储和数据流都是数据,仅仅所出的状态不同。数据存储是处于静止状态的数据,数据流是处于运动状态的数据。 3.带箭头的线表示的是数据的流动,而不是实物流或是控制流,和计算机算法描述的流程图中的流程线是不同的。 4.在数据流图中没有算法描述中常出现的循环和分支,因为数据流图只是在描述要解决的问题本身“是什么”,而不用考虑“怎么做”。 5.在数据流图中应该描绘所有可能的数据流向,而不应描绘出现某个数据流的条件,千万不要试图在数据流向图中表示分支条件或循环,这样做将会造成混乱,画不出正确的数据流图。 6.画数据流图的基本方法是:从基本系统模型出发,自顶

26、向下抽象到具体分层次地画。,2.4.3 命名,为数据流(数据存储)命名 为处理命名,2.4.4 用途,1.作为交流信息的工具; (数据流图应该分层,当一张图中包含的处理多于9个时,应该采用画分图的办法,即把每个主要功能都细化分一张数据流分图,原有的功能级数据流图描绘系统的整体逻辑概貌。) 2.作为分析和设计的工具;,2.5 数据字典,定义: 是关于数据的信息的集合,即对数据流图中包含的所有元素的定义的集合。 作用: 在软件分析和设计的过程中提供关于数据的描述信息。 数据字典和数据流图共同构成系统的逻辑模型,2.5.1 数据字典的内容,1.数据项(数据流分量,数据元素) 是组成数据流和数据存储的

27、不可再分的最小元素,是表达信息的最小单位,包括数据项名称、别名、作用简述、类型、长度、取值范围。 例:数据项名称:货物编号 别名:G-No 简述:本公司所有货物的编号 类型:字符串 长度:10 取值范围及含义:第1位: 进口/国产 第24位: 类别 第57位:规格 第810位:品名编号,2.数据流 是若干数据项组成的集合,包括数据流名称、别名、作用简述、来源、去向、数据流量、组成 例:数据流名称:订货清单 别名:无 简述:采购订货时填写的项目 来源:计划管理员 去向:采购 数据流量:100份/周(单位时间内的传输次数) 组成:编号+订货名称+规格+单价+数量+供应商+订货日期,3.数据存储 是

28、对数据存储的定义,包括数据存储名称、别名、简述、组成、组织方式、查询要求。 例: 库存数据:编号+订货名称+规格+单价+数量+供应商+入库日期 组织:按编号递增次序排列,4.处理 是说明数据流图中加工逻辑的,包括数据加工条件、编号、激发条件、优先级、输入、输出、加工逻辑。 例:加工名:查阅库存 编号:1.2 激发条件:处理入库单、领料单后、接收库存数据时 优先级:普通 输入:库存业务 输出:库存数据 加工逻辑:根据当前库存记录,在字典条目中,对每个数据类型设置了“别名”,此方式实现了准确性和一致性。,2.5.2 定义数据的方法,采用方法:对数据自顶向下分解 当分解到不需要进一步定义,每个和工程

29、有关的人也都清楚其含义的元素时,分解就结束了。 数据元素组成数据的方式:顺序、选择、重复、可选 数据字典中的关系符号:,2.5.3 数据字典的用途,作为分析阶段的工具;数据元素的控制信息对后续的工作有很大意义;数据字典是开发数据库的第一步。,2.5.4 数据字典的实现,开发小型软件系统,采用卡片形式书写数据字典。 开发大型软件系统,是作为结构化分析与设计工具的一部分实现。,2.6 成本/效益分析,目的:从经济角度分析开发一个特定的新系统是否划算,从而帮 助客户组织的负责人正确地做出是否投资开发工程的决定。,2.6.1 成本估计,软件开发成本主要表现为人力消耗,也就是人日、人月或人年为单位的工作

30、量。把开发软件所需用的工作量乘以平均工资则得到开发费用。 估算技术如下:,1.代码行技术 估计实现软件的源代码行数,然后用每行代码的平均成本乘以行数就可以得出软件的成本。 每行代码的平均成本主要取决于软件的复杂程度和工资水平。,2.任务分解技术 首先把软件开发工程分解为若干个相对独立的任务,然后分别估计完成每个开发任务的成本,最后累加起来得出软件的总成本。 估计完成每项任务的成本时,通常先估计完成该项任务需要的工作量,再乘以平均工资就可得出该项任务的成本。 最常用的办法:按开发阶段划分任务。,3.自动估计成本技术 优点:可以减轻人的劳动,使估计的结果更可观。 但需要有良好的数据库系统支持。,2.6.2 成本/效益分析方法,首先估计开发新系统的成本、运行费用和新系统将带来的经济效益(增加的收入与节省的运行费用之和)。 然后比较新系统的开发成本和经济效益,以便从经济角度判断是否值得投资开发这个系统,但投资是现在进行的,效益是将来获得的,所以应考虑货币的时间价值。,1.货币的时间价值 通常用利率

温馨提示

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

评论

0/150

提交评论