软件一班陈达达解读.docx
- 文档编号:18065823
- 上传时间:2023-08-07
- 格式:DOCX
- 页数:16
- 大小:211.90KB
软件一班陈达达解读.docx
《软件一班陈达达解读.docx》由会员分享,可在线阅读,更多相关《软件一班陈达达解读.docx(16页珍藏版)》请在冰点文库上搜索。
软件一班陈达达解读
广东信息工程职业学院2016届毕业论文(设计)开题报告
姓名
陈达达
学号
135********4
系别
计算机
专业/班级
软件一班
指导教师
黄志成
所属系(部)
计算机系
职称
学生
题目
软件项目开发成本及风险管理
选题研究的意义、主要内容:
1.目的和意义:
随着信息技术的飞速发展,软件产业在国民经济中扮演着越来越重要的角色。
对软件开发实施有效的管理是决定软件产业发展的至关重要的因素。
在软件项目的开发过程中,项目管理日益受到人们的关注。
软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对成本、人员、进度、质量、风险等进行分析和管理的活动。
成本管理是软件项目管理的一个主要内容,就目前发展来看,成本管理是软件项目管理中一个比较薄弱的方面,许多软件项目由于成本管理不善,造成了软件造价的成本上升,软件质量得不到保证。
针对这些现象,文章提出了一种新的成本管理方法,并将其应用于正在研究中的课题--软件项目管理平台的开发当中,以便于开发有效的软件项目管理工具,为企业节约成本,提高经济效益。
现代软件产业的迅速发展,软件的规模越来越大,复杂性也越来越高,风险变得更加难以控制,最终导致软件项目失败的结果越来越常见。
对于软件项目来说,它比一般项目存在更多不确定性,更加难以预见和控制决定了软件项目的高风险性。
因此,软件项目的风险管理已经成为软件开发过程中的关键,受到越来越多项目管理者的重视。
如何对软件项目风险因素进行分析并有效地规避风险,从而导致项目顺利成功是进行软件风险管理的主要课题之一。
只有充分地理解和学习软件风险管理的理论知识,同时在实践中不断地积累经验才能有效地进行风险防范和控制,达到减少风险的影响程度和实现利益最大化追求的目的。
软件开发成本及风险管理和是今后必须重视的问题,因为软件的开发项目在很多时候关系到我国经济、政治等领域的发展,所以,只有重视了软件项目开发及风险管理,才能够提高我国整体实力。
据统计,近代这些年。
软件开发所带来的影响是一个时代的,所以中国IT行业投入是非常大的。
因此,软件开发过程中,成本和风险的影响是致命的,由此不得不重视软件开发过程中,对成本计算和风险评估的投入,也是软件能否长久,高能的运行的决定因素。
2.主要内容:
1、软件开发成本管理的重要性
2、软件开发成本管理概述
3、 软件开发成本管理过程中的主要问题
(一) 项目成本预算和估算的准确度差。
(二) 缺乏对软件成本事先估计的有效控制。
(三) 缺乏成本绩效的分析和跟踪
四、软件开发要求
(一)软件工程管理
(二)软件工程标准
(三)软件质量保证的手段
(四)软件项目对人员的需求
(五)需求调研分析
(六)概要设计
(七)详细设计
(八)编码
(九)测试
5、软件开发风险管理
(1)风险管理要素
(2) 风险评估
(3)风险控制
(4)风险识别
(5)进度计划风险列表
(6)计划编制
(7)开发环境
(8)需求
(9)外部环境
(10)设计和实现
(11)风险分析
6、软件项目开发成本及风险管理
(1)项目计划开发系统
(2)测试系统
(3)风险评估系统
(4)分析用户需求系统
序号
日期
进度安排
1
2015年6月1日——5月9日
确定选题、收集相关资料
2
2015年6月10日——6月12日
撰写开题报告与开题
3
2015年7月20日——11月30日
收集资料,开展研究,形成写作提纲
4
2015年12月1日——2016年4月1日
深入研究,形成论文初稿
5
2016年4月16日——5月15日
论文修改、定稿、打印、答辩
指导教师意见(含选题的科学性、可行性、应用价值,综合本专业知识的情况以及具体指导意见等)
签名:
年月日
教研室意见
签名:
年月日
系(部)意见
签名:
年月日
摘要
每个软件开发生成,生产都要面临两个问题,而这两个问题就是软件开发的成本和风险管理,把这两个问题弄好了,软件就逐渐成型了,然而现代软件的开发人们面临最大问题就是这两个,也一直总有人弄不好它。
所以本篇文章很明显的反映这两个问题(软件管理的分析,概念,成本的估算,分析等等)。
关键字:
风险管理,风险追踪,成本管理,成本分析)。
目录
随着社会的发展,人民生活水平提高,然而对软件的应用也随之提高了,也有跟多人使用软件的方便,好用,所以也推动了更多的企业公司大量生产软件,所以导致软件在迅速开发过程中遇到了普遍的开发成本和风险管理不足,导致生产力下降,所以要做好开发软件就要解决两个问题,就是软件在开发过程中的成本和风险管理是否到位,这是软件开发的重要组成部分。
(一)软件项目成本管理
1,成本估算的步骤
下面介绍一种方法,分为7个步骤。
该过程表明软件成本估算工作本身也是一种小型项目,需要相应的规划,复审和事后跟踪。
(1),建立目标
在软件成本估算过程中,有时候会遇到这样的情况:
耗费大量精力收集的用于信息项,在进行估算时却因为与估算需要关系不大而不被使用,因而大量的艰难工作和细致分析付之东流。
因此,应该把建立成本估算目标作为成本估算的第一步,一次来制定以后工作的详细程度。
帮助建立成本估算目标的主要因素是软件项目当前所处的生命周期阶段,它大致对应于对软件项目的认识程度和根据成本估算值而做的承诺程度。
(2),规划需要的数据和资源
对软件项目进行成本估算,如果准备不充分的话,会做出不可变更的软件承诺。
为避免这种情况的发生,应该将软件成本估算看成一个小型项目,在初期就为解决该问题制定一份项目规划。
为此,可采用下面的规划方法。
目的:
为什么要求出该估算值?
产品和进度:
何时提出何种产品?
责任:
每种产品由何人负责?
过程:
如何进行该项工作,采用哪种成本估算工具和技术?
需要的资源:
完成该工作需要多少数据,时间,费用,工作量等?
假定:
如果所需的资源都具备,在什么条件下承诺交付该估算值?
该规划不必是一份精细的文档,只要足以支持当前工作即可。
比如估算工作量数小时,只要对估算工作进行简单分析并初步记录一下就可以了,但这项简单的工作队良好的估算却是绝对必须的。
(3),确定软件需求
如果不知道要生产什么样的软件产品,则肯定无法很好地估算生产该产品的成本。
这意味着软件需求说明书对于估算很重要。
对于估算来说,软件需求说明书的价值是由它的检验的程度决定的,可检验性越好,则价值越高。
如果在软件需求说明书应当前项目的实际情况,需要将新项目中出现的新技术或方法等结合到改进各估算值和估算技术中去。
(二),成本模型评价的准则
定义:
模型是否清楚定义了估算的成本和排除的成本。
正确性:
估算是否接近于项目的实际成本。
客观性:
模型是否避免将大部分软件成本的变化归纳为较准很差的主观因素,如复杂性:
是否很难调整模型来获得想要的结果。
构造性:
用户是否了解为什么模型能进行估计:
是否有助于用户理解即将到手的软件项目。
细节:
模型能否方面进行估算;是否能准确地分出阶段并相应的将活动分阶段。
稳定性:
输入数据的微小变化是否产生输出成本算值的微小变化,即输出对输入是否敏感。
范围:
模型是否包含了需要你估算的软件项目类别。
易用性:
模型的输入和选项是否易于理解和赋值。
可预期性;模型是否避免使用那些直接项目完成才能清楚了解的信息。
节约性;模型是否使用那些不好的因素或对于结果没有重要影响的因素。
二,软件项目的风险管理
(1)软件项目风险的定义
从事项目管理人员必须弄清风险的含义。
风险具有两大属性:
可能性和损失。
可能性是风险发生的概率。
损失是指预期与后果之间的差异。
我们用可能性和损失的乘积12米来记录风险损失。
风险的根源在于事物的不确定性。
事先不能确知会产生什么后果,这种现象叫做不确定性。
不确定性是客观事物与人们认识与估计之间的差距。
它反映了人们由于难以预测未来活动或事件的后果而产生的怀疑态度。
即使人们能事先辨别活动的可能结果,但也很难确定他们产生的概率,这也是一种不确定性。
虽然无法避免不确定性,但是我们可以通过适当的方法对其进行控制与管理。
项目风险管理就是贯穿于项目开发过程中的一系列管理步骤。
风险管理是人员通过风险识别,风险分析,合理使用多种风险管理方法,技术与手段对项目风险实施有效的控制,以尽可能少的成本安全可靠地实施项目的目标。
风险管理过程包括两个主要活动。
第一个活动是风险评估,为风险下定义。
风险是一个识别风险来源及评估它们潜在影响的发展过程。
第二个活动是风险控制,目的在于解除风险。
风险控制是一个开发风险解除计划,监视风险状态,实施风险应对计划和改正计划偏差的过程。
风险管理过程就是从一堆模糊不清的问题,担心未知开始,逐渐将这些不确定因素加以辨识,分析,并进而转化可接受的风险。
项目风险管理是一种综合性的涉及社会科学,工程技术,系统科学,管理科学的多学科活动。
风险管理是一个连续不断的过程,贯穿于项目周期的始终。
在下列时间风险管理的重要性尤为突出。
1项目需求出现变更或项目进展出现转折点时。
2项目出现未曾预料的新情况时。
3项目有一些特别的目标必须实现时。
(二)软件风险管理的相关概念
1不确定性
不确定性指未知的因素。
它是所有假设和未来固有的因素。
2损失
如果没有潜在的损失,就没有风险。
损失可以是不好的结果或机会的流失。
一个不理想的结果可能是一个带有无法接受的缺陷的产品或不能达到预期的交货的期限。
3时间
时间与风险紧密联系在一起。
一方面需要时间来评估和控制风险,另一方面时间的流逝会增加风险对应的代价,直到机会完全流失,风险最终转化为无法挽回的损失。
4选择
没有选择,就不存在风险管理。
理解目标的风险,有助于做出正确的选择。
我们可以通过定义目标找出风险和抑制风险的选择。
5决策
意识,洞悉和理解风险是制定决策的基础。
风险管理提供了一个交流风险信息的过程,也是提供了在项目所有级别上软件风险的可视性。
6应对风险
风险管理是减少有代价的重复劳动的主动决策。
风险管理活动本身也存在风险。
它的风险是指做出失误的选择,接受不满意的结果以及为高成本的重复劳动付费。
如果你能做出选择,避免这些风险,那你就有时间实施风险管理。
(三)软件风险管理主要内容
风险管理是一项包含风险识别,分析,计划,监督与控制的系统过程,也是一项实现项目目标机会最大化与损失最小化的过程。
主要包括:
1制定风险管理计划
决定如何着手与计划项目的风险管理活动。
2风险识别
识别风险和风险识别。
3风险分析
在已建立的标准基础上分析风险,估计风险的可能性与结果,评估风险的相对应的相对严重程度。
4风险计划
计划如何解决风险。
制定风险解决方案,并为选择的方法定义行动计划。
建立起点,帮助决定何时应对风险,执行风险行动计划。
5风险跟踪
监视计划的起点和风险的状态。
比较起点和状态亿决定变化。
使用触发器提供风险早期警告,以便及时应对风险,执行风险行动计划。
6风险应对
对触发事件的通知做出反应,执行风险行动计划,报告风险应对措施的结果,直到风险降到可接收范围。
7风险管理验证
风险管理验证是保证项目实践无偏差地执行风险管理计划的方法。
四、软件开发要求
(一)软件工程管理
《软件项目管理的内容》
软件项目管理的内容主要包括如下几个方面:
人员的组织与管理,软件度量,软件项目计划,风险管理,软件质量保证,软件过程能力评估,软件配置管理等。
这几个方面都是贯穿、交织于整个软件开发过程中的,其中人员的组织与管理把注意力集中在项目组人员的构成、优化;软件度量把关注用量化的方法评测软件开发中的费用、生产率、进度和产品质量等要素是否符合期望值,包括过程度量和产品度量两个方面;软件项目计划主要包括工作量、成本、开发时间的估计,并根据估计值制定和调整项目组的工作;风险管理预测未来可能出现的各种危害到软件产品质量的潜在因素并由此采取措施进行预防;质量保证是保证产品和服务充分满足消费者要求的质量而进行的有计划,有组织的活动;软件过程能力评估是对软件开发能力的高低进行衡量;软件配置管理针对开发过程中人员、工具的配置、使用提出管理策略。
因为大家对人力资源管理和软件过程能力比较有兴趣,下面就详细的对这两方面展开讨论。
从软件工程的角度讲,软件开发主要分为六个阶段:
需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。
不论是作坊式开发,还是团队协作开发,这六个阶段都是不可缺少的。
根据公司实际情况,公司在进行软件项目管理时,重点将软件配置管理、项目跟踪和控制管理、软件风险管理及项目策划活动管理四方面内容导入软件开发的整个阶段。
在20世纪80年代初,著名软件工程专家B.W.Boehm总结出了软件开发时需遵循的七条基本原则,同样,在进行软件项目管理时,也应该遵循这七条原则。
它们是:
1、用分阶段的生命周期计划严格管理;
2、坚持进行阶段评审;
3、实行严格的产品控制;
4、采用现代程序设计技术;
5、结果应能够清楚地审查;
6、开发小组地人员应该少而精;
7、承认不断改进软件工程实践的必要性。
(二)软件工程标准
软件工程标准的类型也是多方面的。
它可能包括过程标准(如方法、技术、度量等)、产品标准(如需求、设计、部件、描述、计划、报告等)、专业标准(如职别、道德准则、认证、特许、课程等)以及记法标准(如术语、表示法、语言等)。
软件工程国家标准如下图:
标准化的主要特点
在开发一个软件时,需要有许多层次、不同分工的人员相互配合;在开发项目的各个部分以及各开发阶段之间也都存在着许多联系和衔接问题。
如何把这些错综复杂的关系协调好,需要有一系列统一的约束和规定。
在软件开发项目取得阶段成果或最后完成时,还需要进行阶段评审和验收测试。
投入运行的软件,其维护工作中遇到的问题又与开发工作有着密切的关系。
软件的管理工作则渗透到软件生存期的每一个环节。
所有这些都要求提供统一的行为规范和衡量准则,使得各种工作都能有章可循。
软件工程的标准化会给软件工作带来许多好处,比如:
▪可提高软件的可靠性、可维护性和可移植性;
▪可提高软件的生产率;
▪可提高软件人员的技术水平;
▪可提高软件人员之间的通信效率,减少差错和误解;
▪有利于软件管理;有利于降低软件产品的成本和运行维护成本;
▪有利于缩短软件开发周期。
五软件质量保证的手段
1质量管理内容
1.1编制和评审质量计划
制定质量保证计划:
依据项目计划及项目质量目标确定需要检查的主要过程和工作产品,识别项目过程中的干系人及其活动,估计检查时间和人员,并制定出本项目的质量保证计划。
质量保证计划的主要内容包括:
例行审计和历程碑评审,需要监督的重要活动和工作产品,确定审计方式,根据项目计划中的评审计划确定质量保证人员需要参加的评审计划。
明确质量审计报告的报送范围。
质量保证计划的评审:
质量保证计划需要经过评审方能生效,以确保质量保证计划和项目计划的一致性。
经过批准的质量保证计划需要纳入配置管理。
当项目计划变更时,需要及时更改和复审质量保证计划。
1.2“过程和工作产品”的质量检测
根据质量保证计划进行质量的审计工作,并发布质量审计报告。
审计的主要内容包括:
是否按照过程要求执行了相应的活动,是否按照过程要求产生了相应的工作产品。
本项目中对质量的控制主要体现在不同阶段的审计当中。
1.3不符合项目的跟踪处理
对审计中发现的不符合项目,要求项目组及时处理,质量保证人员需要确认不符合项目的状态,直到最终的不符合项目状态为“完成”为止。
1.4质量管理责任分配
公司在开发项目上按照规范化的方式进行生产。
每个项目除配备了项目开发所需要角色外,还专门配备了质量保证小组,配置管理小组,测试小组来确保质量管理的实施,下面针对这三种角色进行说明:
1.1.4质量保证小组职责
质量保证小组作为质量保证的实施小组,在项目开发的过程中几乎所有的部门都与质量保证小组有关。
质量保证小组的主要职责是:
以独立审查方式,从第三的角度监控软件开发任务的执行,分析项目内存在的质量问题,审查项目的质量活动,给出质量审计报告。
就项目是否遵循已制定的计划,标准和规范,给开发人员和管理层提供反映产品和过程质量的信息和数据,使他们能了解整个项目生产周期中工作产品和过程的情况,提高项目透明度,从而支持其交付高质量的软件产品。
质量保证人员依据质量保证计划,通过质量审计报告向项目经理有关人员提出已经识别的不符合项目,并跟踪不符合项目的解决过程,通过审计周报或审计月报告项目经理提供过程和产品质量数据,并与项目协商不符合项目的解决办法。
质量保证小组的检测范围主要包括:
项目的进度是否按照项目计划执行,用户需求是否得到了用户的签字确认,软件需求是否正确的反映了用户的需求,是否将每一项用户需求都映射到软件需求;系统设计是否完全反映了软件需求;实现的软件是否正确的体现了系统设计;测试人员是否进行了较为彻底的和全面的测试;客户验收和交接清单是否完备;对于系统运行中出现的问题,维护人员是否记录了详细的维护记录;配置管理是否按照配置管理计划建立了基线,是否严格控制变更过程,是否对配置库进行了维护。
1.1.5配置管理小组职责
配置管理活动的目的是通过执行版本控制,变更控制,基线管理等规程,借助配置管理工具的使用,来保证整个生命周期过程产生的所有配置项的完整性,一致性和可追溯性。
配置管理是对工作成果(阶段工作成果和产品成果,进展状态成果)的一种有效保护形式,是反映项目及其工作产品的过去,现在,动态的资料和数据集中管理体现。
配置管理小组的主要职责包括:
根据项目计划制定配置管理计划,建立配置库,为项目组人员分配配置库权限,创建需求,设计,开发,测试,交付阶段的基线。
当纳入基线库的工作产品发生变更时,严格按照配置项变更控制过程执行变更,变更后建立新的基线。
1.2.1测试小组职责
作为质量控制的主要手段,如同软件开发一样,测试在执行之前,测试小组制定软件测试计划,测试用例的编写和执行工作。
本项目中,测试可以分为如下几种类型:
代码走查,单元测试,集成测试,系统测试。
为了保证程序的质量,开发人员需要对同伴的代码进行代码走查,同时对自己编写的程序进行单元测试,确保程序编译,运行正确。
测试人员根据软件需求分析报告进行软件集成测试用例和系统测试用例的编写。
对编写完成的测试用例提交项目组进行审计,同时质量保证人员对评审过程和工作产品进行监测。
测试人员根据测试计划测试用例执行测试用例,并对发现的缺陷进行记录,只有这样才能确保项目组开发的软件产品满足用户需求。
在完成集成测试之后,可以进行软件系统测试,系统测试包括对软件进行功能测试,性能测试,安全测试,压力测试。
只有进行了系统测试软件测试才是完整的。
系统测试在本项目中占有重要的地位,性能要求有可能改变软件的设计,为避免造成软件的后期返工,测试在性能上需要较大的侧重。
1.3质量保证措施
通过质量管理责任的分配,通过如下几个方面来进行质量保证的实施过程:
1.3.1项目进度
项目计划的制定为工程项目实施,管理和支持工作,项目进度,成本,质量及过程产品的有效控制打下了良好的基础,以便所有相关人员能够按照该计划有条有理地开展工作;制定,《项目计划》,必须获得相关干系人的认可,并以此作为项目跟踪的基础。
项目进度是项目进行是否顺利的最直观表现。
制定合理的项目计划首要前提是选择从事类似规模和类似业务项目的有经验的项目负责人参加制定项目进度计划。
项目计划由项目负责人制定,由项目各小组组长、项目成员、干系人、质量保证人员参加一起进行评审。
评审过程主要讨论项目计划的可行性,对其中不合理的地方提出修改意见,对计划中不合理的地方进行修改完善,并由质量保证人员对其结果进行跟踪处理,以确保项目计划完整性,可行性,项目计划审计通过后,交由配置管理人员进行配置管理。
在计划实施过程中,按照项目计划中里程碑为界限,将整个开发周期划分为若干阶段。
根据历程碑的完成情况,适当的调整每一个较小的阶段的任务量和完成的任务时间,动态跟踪和动态调整,以利于项目质量保证的实施。
实际运作中,质量保证人员在对项目执行过程进行检查时,对于发现的项目偏差,以质量审计报告的形式提交项目负责人。
由项目负责人组织人员对计划进行维护,对于已经变动的项目计划,由配置管理进行配置管理。
1.3.2需求分析
读书的好处
1、行万里路,读万卷书。
2、书山有路勤为径,学海无涯苦作舟。
3、读书破万卷,下笔如有神。
4、我所学到的任何有价值的知识都是由自学中得来的。
——达尔文
5、少壮不努力,老大徒悲伤。
6、黑发不知勤学早,白首方悔读书迟。
——颜真卿
7、宝剑锋从磨砺出,梅花香自苦寒来。
8、读书要三到:
心到、眼到、口到
9、玉不琢、不成器,人不学、不知义。
10、一日无书,百事荒废。
——陈寿
11、书是人类进步的阶梯。
12、一日不读口生,一日不写手生。
13、我扑在书上,就像饥饿的人扑在面包上。
——高尔基
14、书到用时方恨少、事非经过不知难。
——陆游
15、读一本好书,就如同和一个高尚的人在交谈——歌德
16、读一切好书,就是和许多高尚的人谈话。
——笛卡儿
17、学习永远不晚。
——高尔基
18、少而好学,如日出之阳;壮而好学,如日中之光;志而好学,如炳烛之光。
——刘向
19、学而不思则惘,思而不学则殆。
——孔子
20、读书给人以快乐、给人以光彩、给人以才干。
——培根
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 一班 陈达达 解读