ImageVerifierCode 换一换
格式:DOC , 页数:6 ,大小:263.50KB ,
资源ID:3502842      下载积分:6 金币
验证码下载
登录下载
邮箱/手机:
验证码: 获取验证码
温馨提示:
支付成功后,系统会自动生成账号(用户名为邮箱或者手机号,密码是验证码),方便下次登录下载和查询订单;
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

开通VIP
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.zixin.com.cn/docdown/3502842.html】到电脑端继续下载(重复下载【60天内】不扣币)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  
声明  |  会员权益     获赠5币     写作写作

1、填表:    下载求助     留言反馈    退款申请
2、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
3、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
4、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
5、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【w****g】。
6、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
7、本文档遇到问题,请及时私信或留言给本站上传会员【w****g】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。

注意事项

本文(软件项目管理的研究及在项目开发中的应用.doc)为本站上传会员【w****g】主动上传,咨信网仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知咨信网(发送邮件至1219186828@qq.com、拔打电话4008-655-100或【 微信客服】、【 QQ客服】),核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载【60天内】不扣币。 服务填表

软件项目管理的研究及在项目开发中的应用.doc

1、精品文档就在这里-各类专业好文档,值得你下载,教育,管理,论文,制度,方案手册,应有尽有- 软件项目管理的研究及在项目开发中的应用针对软件项目开发的特点和软件开发包项目高失败率的善通过对软件项目管理方法的研究提出了软件项目开发过程的一种管理流程和相应的子流程,实现了对软件项目控制和管理。 前言 软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对成本、人员、进度、质量、风险等进行分析和管理的活动。实际上,软件项目管理的意义不仅仅如此,进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力,企业的软件开发能力越高,表明这个企业的软件生产越趋向于成熟,企业越能够稳定

2、、持续地发展。 软件项目管理的特殊性表现在:软件产品是无形的。软件项目管理者不能像其他项目管理者那样,能够从被开发的产品上看到进度、已经完工的部分是否与设计相符等,他们只能从其他人所提交的文档中来掌握相关的情况。没有标准的软件过程。对软件过程的理解虽然已经取得了长足的进步,但是软件管理者还是不能确切地预见某一软件过程何时有可能出现问题。大型软件项目常常是“一次性的”。由于软件项目与一个国家、地区的经济政策相联系,与用户的发展战略、经济实力、管理水平相适应,软件项目的开发过程中所采用的技术和管理方式与当时的计算机和通信技术有关,因此大型软件项目一般都不同于早先的项目,管理者纵使有在计划中降低不确

3、定性的经验,也很难较准确地预见问题的出现,以前的经验教训也较难在新项目中发挥大的作用。 从目前国内外的软件企业来看,“软件危机”的阴影仍然存在,软件行业的项目实施情况一直很不乐观。研究表明,软件项目失败的原因主要有两个:一是应用项目的复杂性;二是缺乏合格的软件项目管理人才。实践证明,缺乏有效的项目管理是导致软件项目失控的直接原因。 软件项目管理的方法研究 从软件项目的管理角度来看,项目的直接责任人是软件项目经理。也就是说,项目经理是项目整体管理的责任人,要在规定的时间范围内,在不超过经费的情况下,能够达到或超过项目干系人的愿望。项目整体管理围绕项目计划进行,主要过程有计划制定、计划执行和计划变

4、更控制。项目经理在以下几个方面对软件项目进行全面的管理: (1)制定项目计划。 软件项目计划是一个用来协调所有其他计划,以指导项目执行和控制的可操作的文件。它体现了对客户需求的理解,是开展项目活动的基础,是软件项目跟踪与监控的依据。项目计划主要由全局计划和下属计划两大部分组成。 在上级主管签发项目任务书后,项目经理立即和核心成员组成一个项目规划小组,对项目进行规划,得到项目的全局计划,主要内容有项目的目标与范围、人力资源计划、软件资源和硬件资源计划、财务计划、整体任务进度计划。这一部分计划要上一级机构领导审批。下属计划一般包括配置管理计划、质量管理计划、阶段开发计划和测试计划等,因为项目计划与

5、项目执行应该是相互渗透的,因此在下属计划制定时,项目经理必须把握的原则是:某一部分的工作由谁负责,则该部分的计划就由谁来制定;下属计划部分一般由项目经理审批即可。 (2)制定开发过程。 软件开发的风险之所以大,是由于软件过程能力低,其中关键的问题在于软件开发组织不能很好地管理其软件过程,为此必须强调和加强软件开发过程的控制和管理。软件项目的开发过程主要有系统调研、需求分析、概要设计、详细设计、编码、测试、实施与维护等,但对于不同的软件项目,虽然大体上过程相同,但不同的项目其每一个过程所包含的一系列具体的开发活动(子过程)千差万别,而且不同的项目组采用不同的开发技术、使用不同的技术路线,其开发过

6、程的侧重点亦不一样。因此项目经理在软件项目开发前,根据所开发的软件项目和项目组的实际情况,建立起一个稳定、可控的软件开发过程模型,并按照该过程来进行软件开发是项目成功的基本保证。 软件开发过程要做到稳定、可控,真正对项目起到规范和约束作用,关键在于以下几个方面:整个开发过程以流程的形式表示,过程简单、清楚。重要的过程以子流程表示,对总体流程进行细化和补充。定义总体流程和各子流程进入的必备条件和结束条件。明确流程结束时需要考核的内 容。所有前面四项通过评审和批准。 (3)加强过程控制。 软件项目的开发和实施往往都是在“变化”中进行的。可以毫不夸张地说,软件项目的变化是持续的、永恒的,找不到不会变

7、化的软件项目。需求会变,技术会变,系统架构会变,代码会变,甚至连环境都会变;项目经理在完成相应的项目计划和准备后,其主要任务就是进行过程控制。软件项目的过程控制包括过程管理和变更控制。 过程管理主要是依据项目计划对软件项目进行监控,能顺利进行过程管理的关键是项目管理制度化。制度化的主要内容有:对项目组成员的工作定期检查。要求所有的开发过程以文档形式表示。制定各种文档的模板,并要求在项目的整体开发过程中,以统一的模板来撰写文档。项目组成员在开发过程中严格按照规定的流程进行,若更改过程,必须按变更管理的规程进行。 如何在受控的方式下引入变更、监控变更的执行、检验变更的结果、最终确认并固化变更,并使

8、变更具有追溯性,这一系列问题直接影响项目的成败。为此,变更的控制关键要从以下两点人手:制定适合于本项目的变更处理流程,并严格按流程来处理所有变更。做好配置管理,保证软件项目的工作产品在整个项目周期中的“完整性”。 配置管理则是软件项目能顺利进行的基础。一个软件项目开发过程中,会有大量的“中间产品”产生,典型的如代码、技术文档、产品文档、管理文档、数据、脚本、执行文件、安装文件、配置文件,甚至一些参数等,这些中间成果都是项目的产品。而且,不断变化的软件项目还会使这些产品产生多个不同的版本,可以想像,一旦配置管理失控,项目组成员就会陷入配置项的“泥潭”。很显然,制定配置管理计划、建立配置管理系统、

9、确定配置管理的流程和规程、严格按照配置管理流程来处理所有配置项,是确保配置管理顺利实现的方法和必要的手段。 软件项目管理方法的实现 1项目背景 某局通信建设工程项目管理系统(以下简称DX-PMS)主要针对该电信局每年建设的各种通信建设项目进行全过程全方位的管理,主要包括的内容有工程项目管理、工程结算管理、工程合同管理、工程档案与统计查询管理四个主要子系统,并要求与现在已经使用的某省局工程项目管理系统共同使用,各行其职,但数据不需要用户重复录入,系统能自动进行数据无缝连接;另外DX-PMS还要与该局现在正在使用的OA系统、ERP系统等进行集成,其软件开发非常复 杂。 2DX-PMS开发过程的管理

10、 (1)制定DX-PMS项目计划。 项目经理接受项目任务书后,组成一个项目规划小组,结合项目任务书和实际开发经验,确定项目所采用的技术路线;估计项目的工作量、成本及相关资源,依据项目管理规范,制定项目计划书,评审后纳入配置管理。 (2)制定DX-PMS的开发过程。 总流程的制定:项目经理与核心组成员,根据项目任务书和项目的实际情况,确定软件开发过程,得到如图1所示的开发过程流程图。确定流程进入的必备条件:具有已签署的DXPMS合同书上级签发的(DX-PMS任务书。与用户协商后得到的DX-PMS执行计划和DX-PMS实施计划确定流程结束的条件和考核内容。具体检查下列工作任务是否完戍:软件开发项目

11、组完成DX-PMS功能说明书、DX-PMS需求分析、DX-PMS开发计划、DX-PMS配置管理计划、DXPMS概要设计说明书、DXPMS详细设计说明书、DXPMS单元测试总结报告等文档的编写及文档所规定的工作任务、可交付的源代码、可执行代码。测试组完成DX-PMS测试计划、DX-PMS测试方案与测试用例的编写和文档所规定的工作任务。质量保证组完成DX-PMS质量保证计划的编写和相应的质量保证工作。 DXPMS具体的开发流程为:上级部门任命项目经理,协助项目经理组建项目开发组和软件测试组、质量保证组;项目经理负责组织项目开发组对客户需求进行调研,完成DX-PMS系统需求说明书及DX-PMS用户需

12、求调查报告;部门经理负责对系统需求进行分析,确定其核心或可产品化的程度,可重用的构件等;项目组对软件需求进行分析,形成DXPMS软件需求分析说明书,并通过评审5项目组制定DX-PMS项目开发计划,DX-PMS软件配置管理计划;测试组制定DX-PMS软件测试计划质量保证组制定DX-PMS软件质量保证计划,并通过评审,软件开发项目组进行系统的DX-PMS概要设计并通过评审;测试组进行系统的DX-PMS测试设计并通过评审;软件开发组进行系统的DXPMS详细设计并通过评审;所有源代码需要按照编码规范进行开发并由项目经理负责审查;软件开发项目组进行DX-PMS单元测试用例设计;在软件开发项目组的详细设计

13、和编码阶段,测试项目组同步进行DX-PMS测试方案与用例的设计并进行评审;软件开发组进行单元测试,并提交DX-PMS单元测试总结报告;项目经理负责产品的完整性和正确性检查。 (3)过程控制。 过程控制的主要工作包括过程管理、变更控制和配置管理。 过程管理是项目能顺利进行的基础,过程的质量决定软件项目所开发的产品的质量。项目经理依据DX-PMS详细设计说明书和DX-PMS开发计划将软件开发阶段的考核分为系统需求调研、需求分析、软件设计、编码与单元测试四个考核点。考核方式与要求包括:项目经理对每个阶段所花费的有效工作量的确认。项目经理检查每个阶段的软件工作产品完成情况,将阶段工作产品纳入配置管理库

14、并形成基线,并交资源管理部归档。部门经理负责签署阶段报告,总经理对软件工作产品进行确认。在测试过程中,统计软件工作产品的缺陷率。分析软件工作产品评审的数据的有效性。 项目经理具体的过程管理工作有:检查项目组成员的周报。制定相应的文档模板。检查项目组成员的文档。定期召开小组例会,交流开发经验和体会,解决突出的问题。负责与项目双方人员之间的沟通,特别是与双方领导的沟通。 变更控制的基础是变更控制流程的确定,在项目开发前项目经理根据相关规范制定变更控制流程(如图2),通过项目成员评审,并报上级管理层批准,形成项目组的一个规范,作为项目变更的执行标准,对项目的所有变更,必须按照变更控制流程进行。配置管

15、理则是变更控制能顺利进行的基础和保证,为避免陷入配置项的泥潭,项目经理在项目开始之前编写配置管理计划,DXPMS酉己置管理计划和DX-PMS开发计划将同时产生,并制定配置管理流程(如图3),以保证项目的所有配置项目均纳入到配置管理库,进行配置管理。 通过采用软件项目管理方法,明确了项目管理流程和控制项目开发过程,项目经理严格按照流程进行控制,严格变更控制和配置管理;项目组严格按照项目计划进行开发;主管部门严格进行考核和评审。在整个开发过程中,项目小组人员清楚自己的工作,明白其他人的任务,了解项目的实际进程,明确下一步的工作重点,整个开发过程有条不紊地进行,圆满地完成了开发任务。 结束语 软件项

16、目管理的方法研究及在DX-PMS项目中的成功应用,为如何进行软件项目的开发与控制提供了借鉴。实践证明,制定适合软件开发项目的管理规范、过程、流程、模板,并借助于适当的管理工具进行管理,对软件项目的成功是非常有效的。 3、通过活动,使学生养成博览群书的好习惯。B比率分析法和比较分析法不能测算出各因素的影响程度。C采用约当产量比例法,分配原材料费用与分配加工费用所用的完工率都是一致的。C采用直接分配法分配辅助生产费用时,应考虑各辅助生产车间之间相互提供产品或劳务的情况。错 C产品的实际生产成本包括废品损失和停工损失。C成本报表是对外报告的会计报表。C成本分析的首要程序是发现问题、分析原因。C成本会

17、计的对象是指成本核算。C成本计算的辅助方法一般应与基本方法结合使用而不单独使用。C成本计算方法中的最基本的方法是分步法。XD当车间生产多种产品时,“废品损失”、“停工损失”的借方余额,月末均直接记入该产品的产品成本 中。D定额法是为了简化成本计算而采用的一种成本计算方法。F“废品损失”账户月末没有余额。F废品损失是指在生产过程中发现和入库后发现的不可修复废品的生产成本和可修复废品的修复费用。F分步法的一个重要特点是各步骤之间要进行成本结转。()G各月末在产品数量变化不大的产品,可不计算月末在产品成本。错G工资费用就是成本项目。()G归集在基本生产车间的制造费用最后均应分配计入产品成本中。对J计

18、算计时工资费用,应以考勤记录中的工作时间记录为依据。()J简化的分批法就是不计算在产品成本的分批法。()J简化分批法是不分批计算在产品成本的方法。对 J加班加点工资既可能是直接计人费用,又可能是间接计人费用。J接生产工艺过程的特点,工业企业的生产可分为大量生产、成批生产和单件生产三种,XK可修复废品是指技术上可以修复使用的废品。错K可修复废品是指经过修理可以使用,而不管修复费用在经济上是否合算的废品。P品种法只适用于大量大批的单步骤生产的企业。Q企业的制造费用一定要通过“制造费用”科目核算。Q企业职工的医药费、医务部门、职工浴室等部门职工的工资,均应通过“应付工资”科目核算。 S生产车间耗用的

19、材料,全部计入“直接材料”成本项目。 S适应生产特点和管理要求,采用适当的成本计算方法,是成本核算的基础工作。()W完工产品费用等于月初在产品费用加本月生产费用减月末在产品费用。对Y“预提费用”可能出现借方余额,其性质属于资产,实际上是待摊费用。对 Y引起资产和负债同时减少的支出是费用性支出。XY以应付票据去偿付购买材料的费用,是成本性支出。XY原材料分工序一次投入与原材料在每道工序陆续投入,其完工率的计算方法是完全一致的。Y运用连环替代法进行分析,即使随意改变各构成因素的替换顺序,各因素的影响结果加总后仍等于指标的总差异,因此更换各因索替换顺序,不会影响分析的结果。()Z在产品品种规格繁多的情况下,应该采用分类法计算产品成本。对Z直接生产费用就是直接计人费用。XZ逐步结转分步法也称为计列半成品分步法。A按年度计划分配率分配制造费用,“制造费用”账户月末(可能有月末余额/可能有借方余额/可能有贷方余额/可能无月末余额)。A按年度计划分配率分配制造费用的方法适用于(季节性生产企业)-精品 文档-

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服