软件项目管理分析(精选12篇)
软件项目管理分析 第1篇
一、项目成本核算主要内容分析
现阶段, 项目成本核算的内容主要包括直接成本以及间接成本两部分, 直接成本主要包括项目开展材料费用、人工费用以及其他各类直接费用, 间接成本主要包括参与项目开发的各种管理费用、员工福利支出以及员工保险费用等。对于软件公司的项目开发而言, 由于主要是由员工利用计算机进行技术研发, 所以成本主要是由人工成本所构成的, 人工成本的高低也是决定项目开发经济效益的关键因素。
二、软件公司项目开发成本核算问题分析
1. 人工成本核算困难
由于软件公司在项目开发过程中人工成本是最难以准确核算的部分, 而且人工成本在总成本中的比重最大部分, 项目在开展过程中, 迫于时间和质量的要求, 必须在项目开展过程中追加人力, 这就造成了人力资源的使用超出了原计划的预算, 造成项目开发成本的提高以及整体利润的降低。
2. 软件公司项目成本核算体系不健全
软件行业作为一种新兴的行业, 与其他领域相比较, 在成本核算方面理论体系是相当不成熟的。而且现阶段大部分的软件公司成本核算并不是根据单独的项目进行核算, 而是结合部门进行统一核算的。由于一个部门可以承担多个项目, 因此难以根据某一项目的财务管理数据开展项目核算工作。
3. 我国相应的企业会计准则中针对项目成本核算缺乏明确的规定
现阶段在软件公司项目成本核算过程中, 究竟是作为无形资产、在建工程或者是存货, 进行核算, 缺乏一致的认识, 以项目作为核算中心的财务体系不健全, 导致项目成本核算存在较多问题。
三、项目成本核算管理
强化软件开发过程中的项目成本核算管理, 已经成为项目开发管理的主要内容, 项目成本主要通过以下几方面进行核算管理:
1. 软件公司项目开发工时统计
(1) 建立健全项目管理相应的数据信息。对于参与项目信息管理收集的单位组成及人员主要包括开发的部门、人员组成、项目编号的设置以及项目的具体开展阶段, 进而对项目开展进行全方位的动态监控, 同时也可以以此为依据核算出不同时期项目开发所耗费的总工时, 将工时与原先预算时候的项目指标进行科学比对, 从而明确项目管理的实际状况以及是否发生偏差, 可以根据不同的情况对项目开发的步骤或者是预算进行调整管理。
(2) 软件公司项目开发工时的统计。工时统计直接关系到软件公司项目开发成本核算的准确程度, 这一部分是软件公司项目管理中的核心环节, 因此软件公司的各个管理层都应当强化重视工时统计工作, 并针对工时统计表、相关负责人审批、主管部门整理汇总以及最后的分析比较等。对于项目开发过程中的工时统计方法主要有以下两方面:通过相应的管理软件, 并结合员工的考勤平台填报;手工填报法, 并将表中的统计数据准确地录进系统中, 再通过统计分析得出相关人员的单位项目耗时。
2. 项目人工成本计算
在这一部分的核算中需要将每个人的人工工时与其相对应的工时工资相乘来获得, 也就是把参与某一个项目的人员的总的人工成本进行累计相加, 以此获得这个管理开发项目的直接人工成本。
3. 间接人工成本的分配
一般情况下, 项目开发的间接费用是根据具体的项目管理部门来核算的。软件公司在进行项目开发过程中的研发部门的职工福利费、社会保险以及内部管理、培训学习所耗人工成本都属于间接人工成本;而房租、水电、固定资产折旧等都是其他间接费用。对于这些间接成本的核算, 应当汇总至部门管理费用之中, 在项目开发结束时同意分配结转到各合同项目成本中。对于分配方式的选择, 可以根据部门所承担的各合同项目人工成本占所承担所有合同项目的人工成本之和的比重来分配。在软件开发项目结束时, 根据间接费用的分配计算结果作分配结转分录, 将研发部门的间接费用分配到各个合同项目中。通常情况下采用财务软件核算的公司期末只需算出分配率, 再利用软件期末自动结转分配的功能设置结转分录, 由系统自动结转间接费用即可。
4. 软件公司项目成本的归集以及结转
一般情况下, 软件公司开发某个管理项目需要耗费较长的时间, 不少的项目成本在进行会计核算时常常会跨域某一个会计期间, 在多个会计期间内核算。在这种情况下, 就需要新设置一个相应会计科目来整理归集软件公司的项目成本, 在会计周期末, 软件公司可以根据项目的实际开发进度合理地确定项目的完工比例, 并对收入和费用进行科学结转。
首先, 在进行软件开发项目的成本核算过程中, 应该针对资产类会计科目中增设“项目成本”科目, 通过项目成本这一科目来汇总软件公司项目开发过程中所发生的所有的直接成本以及所有的间接成本并且在设置相应科目时应当尽量细化具体, 将科目落实明确到具体的部门或者项目, 现阶段, 较多的采用一些具有辅助核算功能的管理软件来进行项目成本的核算, 进而明确项目参与各部门的总的项目成本, 以此可以实现科学合理的项目绩效评价。
其次, 在软件公司项目核算中还需要遵循成本费用配比原则以及权责发生制原则, 在进行相应成本的结转时要确保与相关收入金额匹配, 可以依据完工百分比法确认项目收入情况, 并依据收入结转比重结转成本, 计算利润。
再次, 项目开发过程中, 公司财务人员还可以以积极参与公司管理, 通过向业务考核部门提供相应的项目进展数据以及绩效评价财务信息等, 帮助管理层提升管理能力, 并以此深化部门项目业绩考核, 强化项目监管和控制, 提升管理效率和效益。
四、结语
软件公司作为以科技为核心的技术型企业, 主要是针对科技知识以及信息的生产、处理以及应用, 作为以知识资源为基础的知识经济的代表, 传统的项目管理的理论以及观念已经难以适应。必须对软件公司的项目管理进行深入的研究。因此, 软件公司在进行项目管理过程中, 必须充分认识到项目成本核算的作用, 并分析项目成本核算的主要难点, 按部就班的开展项目成本核算, 提高项目管理水平, 确保软件公司项目开发的顺利进行。
参考文献
[1]吴晓颖.新时期会计专业大学生参与成本核算与管理探析 (期刊论文) .商情2010 (3) .
[2]蒋凤英.张家港市中小企业成本管理的现状及对策 (期刊论文) .沙洲职业工学院学报, 2007 (04) .
[3]朱蔚.何忠正.张北齐医疗项目的成本核算研究综述 (期刊论文) .中国卫生经济2006 (8) .
软件项目经理求职书—项目过程分析 第2篇
2012年7月1日
第一节需求分析
需求分析在整个开发过程中占的工作量不算大(个人认为需求分析占整个项目周期的30%),但是产生的影响巨大。如果分析不够透彻,很容易使项目存在潜在的风险,甚至会伤筋动骨。虽然很多公司都明白这样的道理,但实际情况往往是需求分析人员通过调研报告形成需求分析文档(解决方案),然后在给非专业的客户进行确认(确认过程可能会忽略细节,很容易因为细节问题造成项目的伤筋动骨),确认后进入开发阶段。这样做会导致非专业客户的需求部分被乎略或不能及时的发现和解决。虽然是按照解决方案完成了功能,但是很可能造成客户不满意或不愿在需求确认书上签字等尴尬局面。我经历过几个不太成功的项目,其问题的根源都和需求分析有关。需求分析最要紧的是:搞清楚用户到底想要什么?如果这个问题搞错了、搞偏了,后面的步骤做得再好也是白搭。在搞清楚“用户想要什么”之后,接着要整理出功能列表,并筛选出大约20%的重点功能。这个步骤是我今天主要想介绍的,因为这个步骤和后续的各项开发密切相关。一般来说,功能筛选的依据有如下几个:
1、用户经常用的功能(比如创建模块、权限分配等)。
2、宣传的卖点(要能够超出同类软件,吸引眼球)。
3、和用户利益密切相关的功能(这种功能不允许出错,比如存盘功能)。这个筛选的过程要尽早完成,而且最好是客户、需求调研人员、项目经理、开发人员、测试主管四方一起讨论,以保证立场客观、观点全面。筛选出重要功能点后,其他人员的工作安排要“以重点功能为纲”。
第二节项目管理
如果是我负责的项目,在排项目计划时,就得尽量优先安排重点功能的开发/测试,而且要安排能力强的人员来完成。按照我以前的做法,重点功能编排计划至少得留出1/3的时间余量,以防万一(事实证明,几乎每个稍大点的项目都会出现万一)。至于非重点功能,尽量排到后面,安排能力一般的人开发/测试。然后,在项目进行过程中,肯定要有定期的例会。作为项目经理,应该主要关注重点功能的进度情况和风险情况。一旦项目有延期的风险,就从非重点功能开始裁减(俗称砍功能)。由于是裁减非重点功能,不至于产生致命的影响。
第三节编写代码
开发人员有几个通病:先做有趣或容易的功能,然后再做无聊或者繁琐的功能;对自己有兴趣的功能投入精力多,对自己没兴趣的简单应付。以上这些都是开发的大忌。作为一个职业的开发人员,不应该以自己的兴趣和喜好来决定开发的轻重缓急。正确做法应该如下:
首先得用主要精力完成上述所说的重点功能,而且要保证它们的代码质量尽可能好,尽可能方便维护(重点功能往往是经常有需求变更,经常被修改的)。对于重点功能中的“常用功能”,要保证时间性能够好(能快速响应)。对于“用户利益相关的功能”,要保证bug尽可能少(尤其是安全性、稳定性、健壮性的bug)。
至于其它的非重点功能,只要不出明显bug,有点小缺陷无伤大雅。
第四节测试
测试人员同样要把主要精力用于测试那些重点功能。对于“用户利益相关的功能”,多进行一些健壮性测试、稳定性、安全性等测试(比如测试保存大文件是否会出错)。对于常用功能,主要进行易用性和性能测试(比如拷贝、粘贴是否易用)。至于其它功能,只要进行普通的测试,保证它不出现明显和严重bug即可。
第五节产品演示
有些软件开发完之后,会搞一些Demo进行宣传。这时需要把重点功能的Demo进行较长时间的介绍用来增加软件的卖点,这样给客户的印象最深刻,效果最好;
下面是我个人理解的项目开发过程: 1.首先进行用户需求调研,先弄明白用户想要什么(如果有老系统,可以先参观老系统,看有什么可以改进的,有什么可以继承的)熟悉业务。还包括:系统应用的网络环境、应用范围、数据量的大小、使用人群等内容)需求调研完成后,完成系统用例图以及用户调研报告,然后根据调研,列出功能列表,同时区分重点功能和非重点功能。
2.调研完成后,进入流程分析,以流程图为主并画界面原型让用户来确认,如何使用等讲解清楚(这个过程中,会产生需求的变更),同时完成《用户需求
规格说明书》,并进行流程图和文档的评审工作。完成这些内容,可以说是一个软件系统的里程碑。
3.需求评审完成后,进行数据库设计和详细设计(流程图、类图、系统接口),此时形成的文档有《数据库设计说明书》,《详细设计说明书》,并完成评审工作。
4.设计完成以后,就要进行开发工作了。依据详细设计说明书,此时要先进行重点功能的开发,然后进行非重点功能的开发。在此过程中开发人员进行模块的单测,确保系统的可运行。在任务分配过程中,因软件开发是一个思想过程因此不太容易量化工作,所以在任务分配时,应把功能分的越细越好,达到颗粒(细化到按钮功能)的效果为最佳。这也是确保项目在工期内顺利完成的重要内容之一。
5.开发完成后,由专门的测试人员进行单元测试(国内由程序员完成)、流程测试、性能测试等。(还可能有第三方测试人员和用户代表的参与)。
6.用户测试。首先进行用户测试的培训,然后挑选部分用户进行系统的测试,此时一般会有开发人员进行现场的技术支持,使用用户尽快的熟悉系统的使用。
7.系统上线试运行。如果是大项目上线试运行是万里长征的第一步。
整体感觉:(7.4)
一、对项目开发的整体工作:
1、流程清晰、较全面;
2、重点、特点、步骤认知度较高;
3、有相关大型项目开发的经验及管理经验,由其是失败经验。
二、从整体工作需要的角度出发,仅是经验值,目前尚只能在项目经理位置,从前瞻性上没看出来,即对整体黑软件市场的认识尚未看出,或无!
软件项目管理分析 第3篇
关键词:中小型企业管理软件;竞争格局;发展趋势
中图分类号:C93 文献标识码:A文章编号:1007-9599 (2011) 11-0000-02
Aimed at Management Software Market Cake:SME
——Pattern of SME Management Software Market
Xu Jiangang1,Chen Jun2
(1.China Software Industry Association,Financial and Business Management Software,Operations Branch,Beijing100060,China;2.Shenzhen Dahe Investment Consulting Co.,Ltd.Research Department, Guangdong518000,China)
Abstract:A few years ago in Germany,a professor who specializes in small and medium enterprises Herman Simon,wrote a book shocked the world ——"hidden champions",the book describes some of the usual business,without exception,is not known to the public but in a small market segment market share was surprisingly small and medium enterprises.SMEs are a very potential market,small and medium enterprises has been seen as the future of management software market,where,after all,after ten years of information technology development,integration of the two reflected in the large enterprise has become increasingly deep,enterprise management software in order to realize new business,one must start from the SME market."Despite the lower cost of small and medium enterprises,but they demand a little less than large enterprises,we must pay attention to occupy more than 90%of the total number of enterprises SME market."From Kingdee,SAP and Oracle executives have expressed similar view.
Keywords:Small and medium enterprise management software;Competition;Trends
一、中小型企业管理软件行业基本情况
据有中国中小企业协会数据显示,截止于2010年初我国中小企业数量已超1023万户,这个数字还不包括3000多万户的个体工商户。目前中小企业管理软件市场规模仅有82.6亿元,如此计算目前我国中小企业平均每家对管理软件产品的投入还不到200元,与发达国家相比,信息化程度极为落后。由于中小企业巨大的数量基础能给管理软件行业带来巨大的市场空量,当大型企业市场趋于饱和的状况下,占据企业总数90%以上的中小企业市场将是管理软件行业最后的盛宴。
中小型企业管理软件行业企业较多,品牌杂,除最早以中小企业管理软件起家的管家婆、速达等企业外,用友、金蝶等国内巨头及SAP、ORACLE等国外大鳄也逐步将眼光转向中小企业市场,瓜分这块蛋糕。根据市场调查,我国中小企业管理软件市场基本情况如下:
2008-2010年重要企业管理软件产品销售额情况
单位:亿元
年度2010年2009年2008年
市场大中小合计大中小合计大中小合计
用友9.7511.801.0722.627.429.250.9317.65.938.410.9615.30
金蝶3.377.291.0011.662.425.240.728.382.304.980.687.96
SAP5.401.770.197.364.561.480.176.213.961.290.145.39
Oracle3.171.040.114.322.760.900.103.762.410.790.093.29
任我行- 0.881.982.86- 0.531.662.19- 0.401.281.68
速达- 0.420.961.38- 0.380.881.26- 0.340.791.13
其他33.3734.6219.4787.4629.8231.5516.6878.0525.5625.9614.1365.65
合计55.0657.8224.78137.6646.9849.3321.14117.4540.1642.1718.07100.40
备注:以上数据均为管理软件产品最终市场价
二、中小型企业管理软件行业竞争格局
(一)重点企业
1.国内厂商
在过去的几年里,国内厂商凭着本土优势,提供优质的产品和周到的服务,迅速崛起,涌现出了一批知名企业,下面对中小型企业管理软件重点企业简单介绍。
(1)用友软件:畅捷通,走通中小企
目前用友向中小企业提供管理软件的主要是其旗下的全资子公司畅捷通软件有限公司,于2010年3月成立。畅捷通依托于母公司的资金、技术、资源优势,发展非常迅速。据介绍,用友T系列软件是专门针对中小企业研发的管理软件,目标是帮助中小企业“生存发展”更幸福、“经营管理”更智慧。畅捷通软件有限公司在2011年5月宣布,目前其用户量已突破100万。2011年有关加快中小企业转型、全面推进信息化发展的议题仍旧是关注焦点,畅捷通将加快完善服务网络和产品,迈入更快的发展轨道。对此,畅捷通董事长王文京指出,随着“十二五”国家转变经济发展方式战略的实施,以及“两会”相关策略的实施,畅捷通将会在新的一年,为更多中小型企业提供管理软件及服务。
(2)金蝶:KIS走进中小企
金蝶国际软件集团有限公司总部位于中国深圳,始创于1993年8月8日,在中国大陆设有深圳、上海、北京三个软件园,在深圳、上海、北京和新加坡等四地设立了研发中心。金蝶目前面向大型企业的产品主要是EAS,涵盖企业财务管理、供应链管理、客户关系管理、人力资源管理、知识管理、商业智能等,面向中小型企业的产品主要是K/3系列和KIS系列。
金蝶KIS产品系列在价格和功能方面的完美结合保障了其品牌和市场优势。金蝶在中国大陆地区建立了强大的销售服务平台,目前拥有98家以营销与服务为主的分支机构,以及1200多家合作伙伴,覆盖中国221个城市和地区。
(3)任我行:管家婆,中小企管理专家
任我行软件股份有限公司是国内最早专注于中小企业信息化,旗下拥有“管家婆”、“任我行”、“千方百剂”等知名品牌,产品涵盖进销存、财务、ERP、CRM、OA等领域。
任我行是最先直接定位于中小企业市场的管理软件提供商,在中小企业快迅发展的今天终于展现了定位准确的优越性。据任我行软件公司内部统计,管家婆软件的正版注册用户已经超过70万家,并以每年10多万家的数量稳步递增。任我行的营销网络构成了国内规模庞大、实力雄厚的中小型企业管理软件销售、服务体系。在中国社会经济处于转型阶段的背景下,管家婆软件由于卓越的性能在中小企业群体中的流传甚广。
(4)速达:直达中小企业
速达软件技术(广州)有限公司成立于1999年,由IDG、美国OZ对冲基金、鼎晖(中国)等多家跨国投资集团共同投资组建。速达公司成立10多年来,相继推出了速达3000系列、速达5000系列以及Online系列等20多种产品。
2.国外厂商
现实让过去在中小企业市场雄心勃勃的跨国巨头很受伤,SAP早在2003年就针对中国中小企业市场推出了燎原计划,而甲骨文也在2006年底在全球推出针对中小企业的加速计划,并在2007年将该计划正式在中国市场实施。
(1)SAP:重启伤心地
SAP公司成立于1972年,总部位于德国沃尔多夫市,1995年在北京正式成立SAP中国公司,并陆续建立了上海、广州、大连分公司。其主要业务为研发、销售SAP企业解决方案,并提供与其软件相关的咨询、维护和培训服务等。SAP主要为大型企业提供管理软件,其针对中小型企业的管理软件产品主要包括SAP Business All-in-One、SAP Business By Design、SAP Business One等。
在SAP最新的战略规划中,SAP希望到2014年公司盈利率能够从27%增长到35%,这样一个目标的实现,尤其离不开中小企业市场的拓展,特别是在用户数的提高上。针对中国市场,SAP表示将开展更多的营销活动,进一步拓展SAP生态系统,让更多中小企业客户、潜在客户和合作伙伴能够从中获益,并通过SAP扩展型业务合作伙伴及成员计划等项目计划为他们提供更好的服务。
(2)Oracle:发力中小企
Oracle公司成立于1977年,总部位于美国加州。目前,甲骨文公司在中国以13个城市(北京的中国公司总部,上海、广州、南京、成都、深圳、大连、沈阳、济南、杭州、西安、重庆和福州等地的分公司)为中心开展业务。公司主要业务包括研发和销售数据库、中间件、服务器和存储系统、开发工具、企业管理软件等,在管理软件业务方面,Oracle主要为大型企业提供管理软件,其针对中小型企业的管理软件主要包括Oracle JD Edwards Enterprise One等。
“我们认为一个公司的整体战略不能随便变动。”甲骨文公司中国区制造、零售、分销行业及工商企业应用总经理高礼强表示。目前中国的中型企业市场发展迅速,对管理灵活、实施快速、低成本及可扩展性的IT解决方案的需求尤为突出。甲骨文要想占据中型企业市场,必须与在各个行业积累了丰富经验的合作伙伴携手合作,利用同类最佳的解决方案有力推动中型企业对新技术的采用。
(二)市场份额
2010年,中小型企业管理软件市场规模达到82.60亿元,其中国内厂商在中小型企业管理软件领域占据着绝大部分的市场份额,在中小型企业管理软件领域,用友、金蝶仍旧处于领先地位,六大厂商一共占据了34.52%的份额,见下图:
其中,在中型企业管理软件领域,由于中型企业的业务和管理均比较成熟,对管理软件的应用比较普遍,其市场规模达到57.82亿元。在该领域,用友仍旧占据着绝对的优势,金蝶紧随其后,各厂商具体份额见下图:
在小型企业管理软件领域,六大厂商一共占21.43%的市场份额,其中任我行在小型企业管理软件领域处于领先地位。小企业管理软件的市场集中度较低,市场规模仍较小,主要是由于目前小型企业受IT预算少、缺乏专业技术人才等问题的困扰,目前普及率不高。但是随着小型企业的迅速成长,业务的发展或转型,越来越多的企业需要借助管理软件来提升工作效率、降低成本、提升管理质量等,因此未来小型企业管理软件普及率会提升,发展会越来越快,市场增长空间巨大。同时,由于用户处于对数据的一致性和操作习惯,对品牌具有依赖性,伴随着小型企业成长为中型企业,在小型企业占据优势的企业,未来具备更大的成长空间。在小型企业管理软件领域各厂商所占比例参见下表:
三、中小型企业管理软件行业发展趋势
近年来,随着中小企业的迅速发展,管理意识的增强,对管理软件认识的增加,其对的产品品牌、产品质量的重视程度越来越高,中小企业对某一品牌忠诚度的提高可使中小企业管理软件企业获得高出行业平均水平的利润,因此随着行业中龙头企业的逐步凸显,品牌之间的竞争将会进一步加剧。
关于软件项目管理流程分析与设计 第4篇
由于软件项目的特殊性, 决定了软件工程是有一系列的动态的软件研发和检测环节构成的, 所以我们在针对软件项目的管理时, 要注意结合软件工程的特点, 所以经过综合分析, 一般情况下有这样几点要注意:
1 项目前期以及项目准备
任何项目的准备阶段都是非常重要的, 不能忽视的, 因为这在一定程度上决定了软件的项目的工程方向和未来的市场状况, 所以, 我们在管理的最初阶段就要做好充足的前期准备和资料的搜集。
1.1 项目识别
即项目的的审核工作, 相关部门在提出了关于软件的立项的申请后, 决策部门应该根据申报部门的具体的递交的资料和项目的立项计划书来决定是否批准立项。这种审核的工作主要是结合该软件本身的特点和市场的需求状况, 来对软件的前景进行评估。只有通过了审核和评估的项目的;立项才是有效的, 否则都是无聊的。
1.2 项目立项
软件项目在经过了有关部门的严格审核后, 认为其有一定的市场前景和研发价值, 决定准予立项。这个时候的软件项目才能算是正式的开始, 接下来要做的是将自己的项目做一个具体的方案的规划, 和根据国家各个相关规定来确定自己的项目编号和名称, 再进行项目的分类。
2 建立团队
项目团队的建立, 标志着项目的正式展开, 也是项目得以进行的重要条件, 在组建团队的过程中, 要根据项目的难度和规模的大小来决定团队的人数, 要根据项目的研究方向来选择项目的人才类别, 要根据项目的具体难度来决定项目的具体分工, 还要建立一个完整个项目的合作的体制, 在这个体制中, 大家各司其职, 有分工, 有合作, 共同为项目的完成努力。
3 项目开发过程管理
3.1 详细设计
在详细设计阶段, 由于任务已经详细地分解, 总体地解决方案和技术框架已经确立, 详细设计地目的就主要是针对某个特定地模块或对象, 根据需求, 技术框架地要求和模块间接口, 描述出我们实现功能的方法, 主要内容包括:
(1) 内部算法描述;
(2) 内部数据组织;
(3) 相关接口详细设计。
3.2 设计评审
在设计完成后, 必须安排设计评审以保证设计的质量, 通常设计评审以小组内部的评审会的方式进行, 参与人有项目小组内部的人员及其负责人, 由开发者介绍其设计思路, 其他人了解并对其设计质量进行评审。评审的内容主要包括:
(1) 关键算法的可行性;
(2) 接口是否符合概要设计的要求;
(3) 技术清晰度是否符合设计标准;
(4) 文档的完备性。
评审通过的设计, 才能够开始编码工作, 评审的结果应记录到开发文档当中。
3.3 编码
在编码阶段, 主要需要在编码工作结束后, 进行代码审核, 这项工作非常重要主要应该由项目小组的技术负责人完成, 审核的目的并不是为了检验代码的正确性而是需要对编码是否按照规范进行审核。主要内容包括:
(1) 变量、包、方法等的命名是否符合规则;
(2) 注释是否填写完整, 是否符合规范;
(3) 代码的可读性, 编写风格是否符合规范;
(4) 是否有明显的造成系统运行低效率的处理方法;
(5) 公共变量的定义和使用。
3.4 调试
编码工作完成以后, 通常需要开发人员自己进行单元测试, 有些部分需要编写相应的测试程序。应该避免发生这类的情况, 有些开发人员任务自己不应该进行测试工作, 在编写完代码以后, 只要编译成功, 就直接提交成果, 将测试工作完全交给测试人员去做, 这样做不仅仅给测试人员增加了许多的工作量, 同时增加了许多因为交流产生的时间, 造成进度的延迟, 管理人员应该杜绝程序员的这样的思想, 同时在管理中予以考虑, 可以将提交成果产生的bug数量作为考核程序员业绩的标准之一。
4 项目后期管理
项目验收, 是整个项目生命周期中最后一个环节。一般来说, 软件项目的验收一般来说有两个阶段, 第一个阶段是验收测试, 当验收测试成功结束后, 一般会有一个阶段的试运行阶段, 只有当2个阶段全部结束后, 整个项目才算真正结束, 根据合同规定和实际项目验收情况, 与项目外包软件开发商进行资金清算。提交项目总结报告。项目绩效考核, 按照公司项目考核指标来计算衡量项目总体情况。整理项目信息资料存入项目信息管理档案。
摘要:软件项目的管理关系着软件项目的各个方面, 不仅从软件的研发到软件的投产, 还关系到软件生产的各个方面, 所以, 对于软件项目的管理, 要引起有关部门的高度重视, 只有做好科学的项目管理, 才能顺利的完成软件的研发和生产的各个环节, 笔者针对这一问题, 从几个方面谈谈自己的看法。
软件项目管理分析 第5篇
[摘要]随着经济的发展和社会的进步,软件业逐渐成为国民经济发展中重要的支柱产业之一。项目管理在软件开发的过程中有着无与伦比的重要地位,是提高软件开发效率的重要手段。迄今为止,我国的软件企业大部分在进行项目管理时都存在着各种问题,从而影响了软件开发的效率。本文探讨了在项目管理过程中出现的常见问题,并提出了相应的解决措施。
[关键词]软件 项目管理 问题 对策
[中图分类号]F426 [文献标识码]A [文章编号]1009-534907-0060-01
一、软件的项目管理
软件项目管理的目标是软件工程项目,是为了将成本、进度、质量按照预期目标完成而制定的总体计划,它覆盖了整个软件工程过程。该过程在技术工作开始之前就开始,在工程结束后终止,贯穿于软件工程的各个方面、各个环节。其目的是使软件开发在管理者的控制之下,以预期的成本来完成开发过程,并交付客户使用。软件项目管理在软件开发过程中有着无与伦比的重要作用,但目前我国大部分软件企业在软件项目管理中存在着各种问题,并影响了软件开发的效率和质量。
二、项目管理中存在的问题
(一)项目经理不够专业
在大多数软件企业中,担任项目管理经理的人通常是技术型人才,他们的软件开发技术独树一帜,能够独当一面,但是在项目管理方面却缺乏足够的项目管理的专业知识和经验指导,不能够完美地实施项目管理的职责。
(二)项目计划缺乏纲领性
软件项目管理是软件工程顺利完成的重要保证,但是这需要项目经理对总体计划、阶段计划的作用有着深刻的认识,在制定总体计划和阶段计划时要严谨、周密,不能马虎大意,不能造成计划与控制管理脱节,要进行行之有效的项目管理,确保开发过程顺利按照预期的目标完成。
(三)管理意识的缺乏
项目经理的主要职责是从整体上把握整个项目的进度,在计划与进度脱节时及时、有效地调整,而不是要埋头于具体的技术工作,而忽视对总体进度和阶段进度的把握,从而造成开发效率降低的局面,最终影响软件工程的顺利完成。
(四)缺乏有效的沟通制度和机制
软件开发过程中,要及时进行项目和技术上的交流和沟通,这样才能更快、更好、更高效地完成开发工作。而有些企业缺乏有效的沟通机制和制度,造成重复劳动等一些不必要的损失,极大地浪费了时间和精力。
(五)项目团队的分工不合理、不明确
项目团队的内部要进行合理、明确的分工,每个团队需要做什么、应该做什么,都要一清二楚,将责任具体到各个小队的负责人和员工,只有这样才能明确任务与责任,不会造成相互推诿的现象发生,从而节省内部资源的消耗,降低开发的成本,提高工作的效率。
三、解决问题的有效策略
(一)提高项目管理经理的水平
软件项目管理是软件开发中的重要保证,而项目经理则是项目管理能否成功实施的关键,因此加强对项目经理的专业培训,让他们能够系统地掌握专业的知识和丰富的实践经验,就显得尤为必要,只有这样他们才能够站在高处高屋建瓴,才能够使项目管理顺利实施,并起到预期的作用。
(二)提高项目经理的计划意识
项目管理需要制定总体计划和阶段计划,在项目计划的基础上制定并采取相关知识、技术、工具,对软件开发工程进行迅捷、高效的研发,并进行记录评估,使开发计划完善,真正达到高效、优质的目的。
(三)加强项目经理的管理意识
项目经理拥有专业领域的知识素养很重要,但是项目经理本身做的是管理者的工作,如果没有出色的.管理意识,只能造成局面的混乱,降低工作效率。因此,加强项目经理关于管理方面的培训是重中之重。企业通过设定合理的考核指标和正确的宣传引导逐步加强项目经理的管理意识,逐渐做好管理工作,让项目经理在实际工作中不断提高自身的管理素质,并拥有出色的管理意识。
(四)制定并建立行之有效的沟通机制和制度,提高沟通意识
运用多种多样的沟通方式,提高沟通的有效性和多样性,将责任归属通过沟通的方式进行确认,而后按照建立的制度进行惩罚。对于重要的内容和问题则一定要确保传达到位,让所有人都了解和掌握。
(五)实现项目干系人的需求和愿望是项目的最终目的
对项目干系人的管理应当在项目启动时开始,将项目干系人包括的组织和个人进行梳理、筛选,并通过建立的沟通机制对其进行沟通和协调,对他们施加影响,使其加深对项目的支持,调查并明确他们的需求和愿望,从而减小其对项目开发的阻力,最终确保项目的开发获得成功。
(六)项目经理应当进行合理、明确的分工
对项目小组和小组成员进行明确的任务和责任的分配,并强调各个小组之间要相互合作,只有这样才能提高效率,共同完成软件工程的开发工作。
四、总结
项目管理在软件开发过程中有着重要的作用,有效的管理绝非易事,这需要所有人的共同努力,成熟高效的项目管理是未来软件企业发展的核心动力之一,具有无与伦比的重要地位,因为项目管理的水平将是企业的核心竞争力之一。
【参考文献】
[1]王文彬.关于软件业发展的思考[J].信息技术与信息化,(04).
软件项目管理分析 第6篇
关键词 需求分析 用户方干系人 项目经理 需求分析员
中图分类号:TP311 文献标识码:A
1 尽快熟悉项目用户方干系人全貌
项目用户方干系人,即是全部可能将受到软件项目结果重大影响的人,既是软件项目的整个风险的承担者,同时也可能将是软件项目的受益者,还有可能是软件项目的受害者。所以,就应该从启动软件项目开始,其需求分析员和该项目全体成员就首先要将项目用户方干系人包括的组织和成员分析清楚,对各个成员都通过交流协调的方式来影响他们,加强他们对整个项目发展的支持度,再逐一调查沟通了解他们的意愿和需求,最大可能的消除他们对项目产生的阻力,以保证项目能顺利地进行,最終取得成功。
有一部分软件项目的需求分析员在做实际调查时,因为会受到进度要求等一些因素的制约,需求分析员和建设单位的技术部门之间有比较多的交流,却在调查实际使用者和业务管理部门没有足够地深入,导致软件经过试用期之后就又必须再对需求做出大幅度的调整,甚至是“从头再来”的可能性非常高,远远超出了进度所规定的时间。因而,了解并掌握项目用户方干系人的全貌是进行需求调查的首要任务,同时还是进行需求调查的根基。在安排组织软件开发项目的全体项目用户方干系人之中,最值得重视的就是建设单位中的业务关系和人事组织。最好是可以画出有关单位的组织结构图,为了今后能更好更加全面地开展需求调研分析工作,还应该在该组织结构图的基础之上再画出此软件项目中全体用户方干系人的关系结构图;运用责任矩阵来确立各个环节的调研对象;为了确保在调研和分析时能及时地和各成员进行有效沟通,还要建立一个完整的调研对象通讯录。
2 采用正确的方法来获取需求
软件开发项目就是为了要获取并满足项目用户方的使用需求,其中项目用户方的需求分为隐含的和明确的,还可以分为不同的层次,如:WISH, WANT,等NEED。假使对项目中全部的用户方干系人缺少足够的交流沟通和积极影响,再让他们均尽可能地参与到项目开发中,则将会造成客户方的有关责任人很模糊或者对调查范围和项目用户方的需求没有足够强的责任心,提出来的需求十分随意,在项目开发前期不能积极地确认需求,或者是几个项目用户代表各说其辞、昨是今非,在项目开发的后期也随意变化需求等现象,这就将导致项目范围的不断扩大,进度严重受到阻碍,增加了投入的成本,甚至最终使项目彻底失败。
不同的项目用户对系统的要求也各不相同,比如一个毫无经验的用户只会留意系统在使用时是否容易简单,而对于一些高级用户就需要重视软件产品的高效性和易用性。因此,需求分析员就应该对用户进行科学合理地分类,每一个类别的用户均将有适合自己的非功能和功能要求。在软件开发项目中,应该尽可能早地给产品确立并描述各不相同的用户类别,这样就可以从所有的重要的用户类代表当中获取到各不相同的需求。
项目需求同时具有两重性(开发商与用户)和多重性(项目中的各干系人),所以,项目经理和该开发系统的集成人员应该对用户干系人的不同需求有充分了解,用户干系人还应该对技术层面上的需求有充分的了解,两者都不可或缺。要准确地获取需求就应该足够地了解用户的代表性、用户的分类、需求的来源、用户需求由谁决定等诸多因素。项目经理和开发人员在聆听聆听用户的表述时均须具备足够的耐心,要对每一个细节都了解得十分详细。此外,项目管理人员要擅长将需求分类和归类,擅长把需求文档化,并做好相应标记便于查询。
3 强调实现项目需求的层次递进性
要明白此软件开发系统或者此项目用户所能够提供的最少的开发费用。如果预计资金不足时,就应该考虑把项目进行分期实施。在技术上、系统上给用户提出一些引导性的建议,让用户明白集成商所需要实行的工作,明白集成商的目的就是帮助用户实现自己的需要并最终实现用户的目标,而不应该只是为了赚钱,一旦用户对集成商有了更深入的了解,且更加清楚自己的系统,这就对今后的项目合作、系统维护和工程实施十分有利。
分析用户以前使用过的库模式、数据结构和系统模式,看是否需要进行转换、共用、保持,这就关系到保护用户投资的问题。结合当前的工作业务流的实际情况来选择合理的工作模式,还应该考虑到未来或许会出现的变化、新规定、扩展,以及和国际接轨后或许将造成的一系列变化。严格监视开发工程的进展环境是否得到有效保证,特别对于网络工程,必须在需求调查过程中就应对用户领域的实施环境有足够的了解,当实施环境不具备时,就需要及时进行环境改造和配套设计。
4 总结
项目用户的需求是指导软件项目开发的核心思想,开发人员就应该根据用户的实际需求准确的开发出一套让用户满意的软件,实现双方共赢。这就需要项目需求人员具有一定的调查分析能力,要采取正确的方法来获取项目用户的需要,做好沟通协调工作,使项目顺利开展下去。
参考文献
[1] 魏昊,刘建新.浅谈软件项目开发过程中的需求分析和范围管理[J].北京工业职业技术学院学报,2008(01).
[2] 郭晋秦.软件项目管理在实际开发中的应用与实践[J].电脑编程技巧与维护,2009(12).
[3] 黄丽君.基于NC系统的集团财务管理需求分析[J].会计之友,2011(21).
[4] 李鑫,高禹.软件工程发展过程中的一些重要创新[J].电脑知识与技术,2009(06).
计算机软件工程项目管理分析 第7篇
1 计算机软件工程项目管理的主要内容
1.1 项目工作人员的管理
计算机软件工程涉及的人员十分广泛,一般一项工程中会有项目总管理、系统分析人员以及程序设计人员,有些项目还设有资料员、兼职人员。一项工程具体工作涉及到每一个人的责任内容必须要明确,不同水平的工作人员的工作任务也要明晰。另外在项目工程中的主要负责管理人员一般要求有很强的组织能力,遇到问题能够及时解决的能力,对前景分析策划能力以及商务会议中的交流能力。每一个工作岗位对工作人员提出的要求都不一样,因此在人员招聘和使用中要进行科学的管理,从而实现人员最优化配置,在节约人力投入的成本中高效的完成软件设计任务。
1.2 软件质量管理
软件质量管理工作主要包括,软件质量计划制定、软件质量的检测保证以及项目建设中各个环节的质量控制。软件工程的目的就是制作出与实施计划相一致的高质量软件,软件质量的标准也是最终考核的目标。因此在工程开展过程中就要对每一个环节的工作进行监控,以保证软件的最终质量。其中涉及到的软件配置管理工作要求记录软件产品开发过程中的各项数据,事实上就是对一项工程的软件进行有目的的标识并控制管理软件更改的管理技术。这样能够确保研发人员对不同阶段的软件情况有精确的产品配置了解,对项目开展过程软件开发进行可调控和预测性观察有重要作用。
1.3 软件工程风险管理
软件工程风险管理内容主要有:工作中可能会出现的问题进行预测,对风险产生的后果进行评估。提前识别风险发生的要素,加强风险管理监督和减小风险带来的危害都是软件工程风险管理工作的主要内容。对计算机软件风险的正确评估和有效防范有利于提高软件工程中的效益收入,降低失误带来的经济损失。
2 软件工程项目管理中出现的问题
2.1 人员工作安排不合理
在计算机软件开发过程中需要各层人员的充分协调和交流,只有保证团队相互协作的情况下才能有序正常的开展工作。但是在我国计算机软件开发过程中会出现人员工作分配不合理并缺乏工作分配的联系性考虑,导致工作人员工作效率不高,或者工作人员相互推诿工作的情况发生。工作人员之间缺乏信任和合作是很难高效完成一件优质的软件开发工作的。
2.2 缺乏实地调研
软件开发工程在追求先进性的同时也应该要考虑到软件设计的实用性,在软件开发过程中往往会出现的问题就是软件产品与实际业务的运用存在着较大的偏差。这是因为在工程管理工作中,软件设计前没有对项目调研工作给予重视,没有对实务需求的实体以及具体要求没有进行严密仔细地调查,从而导致设计成的产品不符合要求。
2.3 欠缺风险管理意识
风险一旦发生造成的损失是相当大的,但是风险的发生具有一定的可控性,如果控制得当也就会避免发生风险事故。但是在软件开发工程中风险管理理念还不够深入,因为缺乏对风险管理理论的了解以及风险管理体系的建立,从而造成了风险发生前的不可预测以及风险发生后形势难以控制的情况。
2.4 进度把控不好
对整个工程实施过程缺乏统一的规划和管理从而造成了工作进度控制出现了问题,同时也会因为在总规划中没有考虑到开发过程中会出现的问题,导致计划实施不能够总目标的要求。工程无法按时完成就会导致公司赔偿违约金,从而造成公司利益的损失。
3 解决问题的对策
3.1 促进团队间合作
提高工作人员的团队意识,可以通过周期性会议加强团队合作的理念,也可以通过聘请相关企业的管理人员介绍团队合作中创造成果的典型案例。建立有效的沟通机制,使得工作人员之间有着多种有效的沟通方式,并且提高交流过程中的沟通有效性。提高人力管理人员的管理水平,确保对工作人员的分工更加合理、明确。责任、内容分配要以工作人员的能力、专长为依据,以提高工作人员利用率。通过各种活动和物质奖励行为激发工作人员的工作热情,热情和活力是保证工作人员不断进取的不竭动力,合理的责任分工以及恰当的物质奖励能够很好的激发工作人员的内在潜力。
3.2 完善管理体系,对工作进度严密把控
管理人员应该要善于发现工作人员的特殊能力,并且要对软件开发相关工作人员进行专业的培训,在原有的基础上提高他们的工作能力。管理核心要以人为本,完善工资分配和奖惩制度,增强制度的公平性。建立有效的人事考核制度,加强对工作人员的职位升降科学管理。完善管理体系有利于激发工作人员的积极性和主动性,从而将更多的力量投入到软件研发工作中。
制定严谨的工作进度计划,加强工作进度的管理,对软件任务开发的每一项工作进行跟踪管理,并将记录形成报告,对工作进度进行严格的控制。对于工作无法顺利完成的情况下,可以根据实际记录对将责任落实到具体的工作部门。
3.3 重视风险管理
项目主要负责人员应该提高管理风险意识,学习先进的风险管理知识,提高自身对风险预测能力水平,加强培训锻炼,掌握具体风险评估的具体方法和风险涉及的因素判断。定期对项目实施过程中涉及的风险进行排除,同时也要加强风险控制和弱化风险能力的提高。
4 结语
在计算机软件工程项目中由于管理经验比较缺乏,管理工作人员的能力水平有限以及计算机软件工程开发工作的复杂性,导致在管理工作中会出现一系列的问题。管理人员不断学习管理经验不仅能够解决好当前遇到的问题,也能在未来发展过程中预测和控制问题的发生。
摘要:有效地工作管理是提高企业效益和促进企业发展的战略性因素。本文主要探讨了计算机软件工程项目管理内容中较常出现的问题,在分析了相关问题后提出了解决相关问题的具体措施。
关键词:计算机软件工程,项目管理,问题
参考文献
[1]邵国红.探析计算机软件工程项目管理[J].硅谷,2011(02).
[2]林茂光,王建宇,吴忠平.工程项目管理中的网络计划技术应用[J].国外建材科技.201 0(06).
软件项目风险管理策略分析与控制 第8篇
1 风险产生
IEEE(Institute of Electrical and Electronics Engineers)是全球最大的非盈利性的学术委员会,它给出了风险标准的定义:一种事件、状态发生的可能性,这种可能性会带来严重的后果或者潜在的问题。风险是一种客观存在,风险与效益同存,只有正视风险才能有效地规避风险。软件风险在软件开发的各个阶段的过程中都有可能产生,根据IEEE的标准,软件风险分为以下几种类型,如图1所示。
1.1产品规模风险
一般而言,软件项目的风险与开发产品的规模是成正比的关系。引起产品规模风险常见的因素有:
1)软件产品所使用的用户数过多;2)设计阶段对产品规模估计的偏差;3)将已经存在软件的有用的部分用在新软件数目;4)软件产品规模与以前产品规模平均值的偏差量。
1.2需求风险
绝大多数的软件项目在需求阶段都面临着许多不确定性和未知性,甚至会造成混乱。如果在软件项目开发的早期轻视了软件项目多方面的不确定性,在项目开发过程中得不到解决,这些问题就会对软件项目的结果产生巨大的危害,甚至会造成整个项目的失败。如果在需求分析阶段不控制与需求相关的风险因素,那么就极有可能性产生不合格软件产品,甚至可能产生错误的产品。
在软件开发阶段,与需求相关引起风险的原因:①在需求分析过程中用户参与需求分析的力度不够;②对软件的需求缺少认同;③由于各方面的不确定的需要导致产生新的市场;④对客户需求的不断变化缺少相关分析和认识;⑤在需求分析的过程中,缺乏有效的对需求不断变化管理过程。
1.3相关性风险
在软件开发的过程中,很多软件项目的风险都是与外部环境的相关。在项目开发的过程中,这种与环境的关联性一般都不能够得到有效的控制。软件项目与外部环境相关的主要因素如下:
项目的复用性
成员或团体之间的依赖性
经验丰富软件设计和开发人员的拥有
软件系统客户公用的信息
1.4技术风险
目前,计算机软件技术的发展是日新月异,在项目的开发过程中,可能会由于开发成员缺乏对所使用的软件技术深入的了解和使用,可能会导致整个项目的失败。引起软件技术风险的主要原因如下:
缺乏对成员的新技术的培训
对方法,工具和技术理解不够
在该领域经验的缺乏
1.5管理风险
软件项目管理的任务是在整个软件设计和实现的过程中都能够在软件项目管理者的控制之下,使软件能够按照所预定的成本、在规定的时间内交付给用户使用。在软件项目开发的过程中最难预料和控制的是“人”的因素,包括开发人员和客户,与项目管理相关的风险因素有:
客户的需求经常发生变化
开发人员的技术不过关
成员之间欠缺沟通
项目成员的责任心不强
2 风险分析与解决
在软件项目的整个生命周期中,任何阶段都可能有风险的存在,风险具有不确定性和损失两个特征,风险的发生时不确定的,一旦风险产生了,对整个项目带来不可估计的损失甚至导致整个项目的失败,在软件项目管理中,进行风险管理是必要的。
在项目启动阶段,对项目进行清晰的定义,对项目所涉及的活动进行尽可能详细的计划,与客户多交流,尽可能的明确用户的需求,项目管理者对团队每个成员的技术和能力要有所了解,确定项目团队每个成员的责任和义务,并以文字的形式归档。开发前的详细的准备可以减少风险的产生。风险管理的流程如图2所示。
下面以某高校的教务管理系统为例,说明各个阶段的风险分析和解决。
2.1需求分析阶段
2.1.1 风险识别
绝大多数软件项目在需求阶段都面临不少的不确定性,教务管理系统也是如此。如果在项目开发的早期容忍了这些不确定性,在项目的开发的过程中也不会得到解决,回给项目带来很大的危害。在需求分析阶段的主要的风险。1)用户包括这个系统管理员,教师和学生不能很好地表达自己的要求,并且需求不断的发生变化。2)业务员配合的力度不够,需求描述存在多义性。
2.1.2 风险分析与应对
要以书面的形式形成“软件需求”这一重要的文档,在这个阶段设计者要和用户进行广泛的交流,在初期阶段进行多方的论证。对不明确存在二义性的需求,派有经验的设计人员去了解,对于不能被识别的需求,让有经验的开发人员去调研。
2.2 设计阶段
在设计阶段产生的风险,主要与系统分析者相关。在设计的过程中要形成详细的“设计报告”文档。
2.2.1 风险识别
教务管理系统前台使用是ASP.NET ,后台使用ORCAL数据库,使用的技术相对比较成熟,不存在技术方面的风险。主要存在的风险如下几个方面:
1)网络方面
教务管理系统使用的用户多,用户分布在不同的校园局域网中,服务器的任务繁重。比如服务器网络缺乏对数据的有效的过滤,会导致学生选课的失败,并且可能会引起各种网络的阻塞,从而影响整个系统的正常运行。
2)管理方面
教务管理系统涉及不同层次,不同身份的用户,每类用户的权限不同。由于管理权限划分不清,可能会导致整个系统的数据的不安全。在项目的设计阶段,主要存在的风险如表1所示。
2.2.2风险分析与应对
1)网络方面
开发时,详细规划整个系统的架构,对架构的合理性进行评估,要对网段进行正确的划分,路由设置合理,做好充分的网络安全措施。对数据进行多样性的备份。
2)管理方面
在设计阶段,详细的划分对用户的类型进行划分,明确每类用户的责任和权力分明。设计者多和不同类型的用户进行交流,使用户的权限具有合理性。
3)设计方面
在设计阶段面临的风险较多,不同的风险应有不同的应对方法。在软件设计阶段,如果出现的风险如错误的理解设计,开发不符合用户需求的软件,那么下一步的设计工作无法开展,这些风险都是由于文档不规范引起的。规范化文档和文字的表达,在设计文档中,对教务管理系统的功能进行详细的规定,按照功能模块分成不同的小组,对函数的接口,采用易于理解的代码进行描述,小组的组成和成员之间经常进行沟通。
在项目的开发的过程中,尽可能的选用经验丰富,技术水平高的人员承担设计任务,鼓励各小组成员之间的交流,对内部员工的培训,有利于减少项目中所出现的各种风险。另外,采用增量的开发模式,可以保证各个小组之间的并发工作,有利于提供开发的效率。
3 结束语
在软件项目的管理中,建立一套完整的软件风险管理机制,可以防止一些风险的产生。在程序设计的过程中,如果采用标准的结构化的管理方法,可以使软件设计者和开发者发现在软件设计和开发各个过程中的不足,并且根据这些不足,及时地采取相应的措施,可以大大地减少潜在软件风险发生的可能性,这样既提高了软件项目成功的机会,同时避免了各种软件风险产生的后果。
参考文献
[1]覃征,杨利英,高勇民,等.软件项目管理[M].北京:清华大学出版社,2004.
[2]阳王东,曾强聪,吴宏斌.软件项目管理方法和实践[M].北京:中国水利水电出版社,2009.
[3]张家浩.软件项目管理[M].北京:机械工业出版社,2005.
民机软件外包项目风险分析 第9篇
民机领域的软件外包项目,具有专业性强、数据流复杂、业务流程复杂、7×24小时运作、数据保密性高以及数据准确性要求高等特点。因此,有效地发现、评估和管理软件外包项目中存在的风险,确保企业外包项目的顺利进行以及系统的稳定运行,成为企业当前值得研究的问题。为更直观的对风险进行管理,在风险分析阶段采用风险坐标图分析法(R-Map)。这是由日本科学技术联盟于2004年开发的风险管理方法,是一个针对风险管理的可视化工具。在风险坐标图中,根据风险发生的概率和造成的后果将风险分为3个领域,分别为不可接受的风险领域、合理可行的最低限度区和安全领域。
进行坐标图分析之前,首先确定风险指标,风险指标由风险概率等级和风险后果等级两项组成,风险概率等级指标用来量化评价风险发生的可能性,统一划分为5个等级,如表1所示。
后果等级指标用来量化评价风险后果的严重程度,同样统一划分为5个等级,如表2所示。从技术、进度以及成本3方面的影响进行风险后果等级的认定,如果某项风险对技术、进度和成本3方面都可能造成不利影响,则对3方面影响分别进行评价,最后取3者中的最高等级作为该项风险的后果等级。
在对风险发生概率和风险后果等级完成定义之后,根据坐标图分析法确定风险等级分布图,如图1所示。
软件外包项目中,在风险识别和分析结果的基础上,按照风险概率和风险后果的等级指标,给出相应的风险概率等级和风险后果等级,依据风险等级分布图即可确定风险等级。以某项风险因素为例,如果其概率等级为3,后果等级为4,则在风险等级分布图中确定其对应的风险等级为主要风险。同时用风险概率等级和后果等级的乘积,可量化表示风险指数的大小,上例中其概率等级为3,后果等级为4,则风险指数为12。风险指数可以作为风险排序的依据。
摘要:风险分析是对风险发生的可能性、后果的严重程度以及项目目标的影响程度等进行描述,并确定风险事件发生的可能性,定性或定量地表述风险后果对项目目标的影响,分析避免风险发生的手段措施,从而为确定风险等级与后续风险是否可接受的判定提供基础。
软件项目管理分析 第10篇
现实意义[1,2]:
所有投资活动都会有风险,但比起传统的项目如建筑项目来说,IT项目有更高的风险。
理论意义:
软件工程学科是建立在实践基础上的,不可避免地带有一定的主观性。软件项目的不可视性。
2 国内外研究现状
我国研究现状:
在这个领域的研究我国还刚刚起步。代表研究前沿的定期刊物此方面的报道也不多。
国外研究现状:
软件项目风险管理的研究始于1989年,美国在从事研究的人数上和取得成果数量在世界上都是遥遥领先的。
理论方面:
普遍认为Boehm的《软件风险管理》[3]奠定了该领域的理论基础。
实践方面:
各软件企业都有自己的一套风险管理的体制。
3 当前要解决的主要问题
在我国目前情况看来,主要问题就是实践不足,理论不够深入。
4 风险管理方法
1)定性风险管理[4]:
一种风险管理方法,在该方法中参与者向资产、风险、控制措施和影响配分一个相对价值。
2)定量风险管理:
一种风险管理方法,在该方法中参与者尝试向资产、风险、控制措施和影响分配一个主观性的数字价值(例如货币值)。
5 风险分析模型
FTA的概念与方法[4]
故障树是指在项目风险定性分析过程中通过对可能造成项目失败的各种因素进行分析,画出逻辑框图,从而确定可能导致项目失败的原因的各种可能组合方式的一种树状结构图。
故障树引入软件项目风险分析的步骤可如下进行:
风险识别———选择顶事件和建立故障树;
底事件的风险估计———构建底事件风险的概率模型;
项目的风险评价———顶事件的风险度计算。
6 本文所做的工作
1)本文的工作就是在前人理论的基础上,改进FTA模型,把风险发生时项目的损失考虑进来,指出对项目影响最大的风险即为对风险发生时引起项目损失最大的那个风险因素,在本文中用风险重要度衡量,而原模型得出的风险只是风险率最大的那个风险。
具体做法为:引用《安全管理实践》的一段话。
2)要保护企业的信息系统安全,首先要知道企业中有哪些可识别的资产,哪些是最关键的、需要重点防护的,哪些是次要一些的但是也需要保护的,哪些是不需要专门关注的。从防御的角度来说,对于外来的威胁有时很难准确把握,但对“自己”,应该做到心中有数。当企业意识到资产的价值及可能面临的威胁时,才可以在保护这些资产的预算上做出明智的决定。如果信息没有任何价值,那么就没有意义保护这些无庸的信息。所以一个很重要的问题是企业应当评估如果不保护此信息的话损失有多大。
3)我们在软件项目中也应该评估如果不关注某一基本事件的话项目损失有多严重。
原模型需要改进的地方
在风险量化分析时引进一个公式
其中RS是风险重要度,P是基本事件的风险率,L是对项目造成的损失。
例证1
4)后面介绍的例子,主要演示原模型中对基本事件发生概率的处理的可取之处:采用集值统计原理对数据进行加工。
项目数据[5]。如表1所示。
计算公式。计算基本事件风险率的公式[6,7,8,9]:
计算结果如下:
1)基本事件风险率为:
2)顶事件风险率为:0.0235
3)基本事件的相对概率重要度分别为:
改进FTA对结果的操作
1)如果基本事件对项目造成的损失一样,则结果与原模型一致。
2)原项目中没有提供事件对项目损失的影响,在此做一假设,它们造成项目的损失分别为2,2,2,2,1,2,则第五个事件就不是对项目造成损失最大的事件。
3)下面一个例子将说明改进FTA的合理之处。
例证2
《安全管理实践》中一个定量分析的例子[10]如表2所示。
计算公式
单一预期损失公式[10]:
SLE=资产价值×暴露系数
年预期损失公式[10]:
ALE=SLE×年发生概率
结果分析
1)顶事件风险率为:0.98125
2)基本事件相对概率重要度分别为:
3)0.25,0.75,0.5,0.8
4)由原模型得出第四个基本事件为影响最大的事件,但在本例中年预期损失最大的是第一个基本事件。
5)由公式RS=P×L得到结果与例子中一致。
6)其中P为年发生概率,L为SLE。
7)这个例子展示改进FTA的合理之处。即考虑对项目的损失。
7 总结
1)改进FTA模型继承了原模型的优点。
2)对原模型进行改进,并用实例证明可行。
3)在原模型定性与定量相结合基础上使定量分析更进一步。
摘要:该文首先回顾和分析了国内外研究现状,指出了当前要解决的理论和实践问题,对风险管理的概念及过程进行阐述,并对风险识别、风险估计、风险评价的具体过程进行了介绍。然后对现有的风险分析模型——FTA模型进行改进,把风险发生时对项目的损失考虑进来,指出对项目影响最大的风险即为风险发生时引起项目损失最大的那个风险因素。在本文中用风险重要度衡量,而原模型得出的风险只是风险率最大的那个风险。再结合现有FTA模型中降低风险时成本最小的考虑,使原模型更加适合实际软件项目的风险分析,既能找出对项目损失影响最大的那个风险因素,也能降低所需要成本最少的那个风险因素。此模型既发挥了原模型定性分析与估算的优势,又展现了数学逻辑严密的定量分析的长处。
关键词:风险分析,FTA,风险重要度,定性,定量
参考文献
[1]Wilcocks,L.Editor.Information Management:The evaluation of Information Systems Investments[M].Chapman&Hall,1994:120-140.
[2]左美云,邝孔武.信息系统的开发与管理教程[M].北京:清华大学出版社,2001:10-15.
[3]Boehm B W.Software Risk Management[M].Washington D.C:IEEE Computer Society Press,1989.
[4]邱菀华.现代项目风险管理方法与实践[M].北京:科学出版社,2003.
[5]张健,韩茂祥.项目风险分析过程、方法及模型研究[D].南京:南京理工大学,2004.
[6]高新波.模糊聚类分析及其应用[M].西安:西安电子科技大学出版社,2004.
[7]杨伦标,高英仪.模糊数学[M].广州:华南理工大学出版社,1992.
[8]Kerre E E,黄崇福,阮达.模糊集理论与近似推理[M].武汉:武汉大学出版社,2004.
[9]胡宝清.模糊理论基础[M].武汉:武汉大学出版,2004.
软件项目管理分析 第11篇
摘 要 森林资源信息管理是林业科学管理和发展的基础,而县级森林资源信息的数据源是最基础的数据,该数据的真实性、及时性及准确性不仅影响该县林业生产、管理和经营,而且影响到我国林业生态建设的宏观调控、科学决策与发展。县级林业管理部门工作量大,技术人员业务能力差,人员素质低,准确性、及时性差,导致工作效率较低,又缺乏县级森林资源信息管理应用软件,可能影响林业事业的科学预测与健康发展,这也是阻碍我国林业生态建设信息化发展的根本原因所在。
关键词 森林资源;信息管理;应用;软件建设
中图分类号:S712 文献标志码:B 文章编号:1673-890X(2016)09--02
随着计算机网络技术、3S技术(遥感RS、地理信息系统GIS、全球定位系统GPS)、数据库技术等先进技术在森林资源信息管理工作中的广泛应用,国内已有林业专家和科技公司进行了森林资源数据处理和信息管理方面软件开发与应用,并获得了新的科研成果。但国内并没有比较适合的朝阳县森林资源信息管理的应用软件。因此,开发适合县级森林资源信息管理应用软件成为了朝阳县林业生态建设发展的重要任务之一。为了更加及时、准确、真实、便捷、高效完成朝阳县森林资源信息管理工作,使该项工作再上新台阶,开发适合朝阳县森林资源信息管理应用软件具有重要意义。
1 建设背景
森林资源是最大的陆地生态系统,蕴藏着巨大的经济效益、社会效益和环境效益。它具有分布辽阔、系统结构复杂、生长周期长等特点,采用传统方法进行管理给生产、经营和决策带来诸多不便。地理信息系统技术应用于森林资源管理能快速准确地获取多种组合形式的资源数据,实现资源现状管理和动态变化研究的可视化,实现森林资源管理的科学化、信息化和合理化,具有积极的社会、经济和生态意义。
朝阳县森林资源信息管理应用软件系统就是用数字化手段真实再现朝阳县森林资源状况,并采用信息化手段对森林资源及各项林业工程建设进行管理。它主要有2方面的内容:一是基于3S技术(遥感RS、地理信息系统GIS、全球定位系统GPS)的林业信息数字化;二是这些数字信息的储存、处理、传输和应用[1]。
利用这些最基础的森林资源数据建设朝阳县森林资源信息管理系统,就可以适时对全县森林资源进行科学准确、及时有效的管理;利用工程造林、林木采伐、使用林地、森林抚育、检查验收等相关数据进行全县森林资源数据实施更新。同时,朝阳县森林资源信息管理系统也为下次全省森林资源二类调查的开展提供了基础数据和技术支持,可节省大量的人力、物力和财力。
2 建设目标
2.1 定性目标
2.1.1 建成县级森林资源数据库
通过全面勘测、调查全县林地资源,建立县级森林资源数据库,实时掌握全县各行政区域内林地资源基本情况和生产经营情况,并能及时更新,为科学制定各项工程造林、林木采伐、森林抚育、使用林地设计和检查验收等各项工程计划提供基础数据支持。
2.1.2 建成林业自动化办公的综合信息系统
建成计算机网络技术、遥感数据、空间图形信息和成果输出等于一体的森林资源信息共享、技术手段先进、成果丰富的县级森林资源信息管理系统软件。进一步加强朝阳县森林资源及规划设计管理,提高森林经营决策水平和森林资源监测能力,实现森林资源可持续发展、生态效益、经济效益和社会效益共发展。
2.2 定量目标
全宗单位:1个全宗单位。软件数量:网络版软件1套。用户规模:网络版软件最大并发1 000人。运行时间:网络版软件人工不干涉的不间断运行时间在1 000 h以上。响应时间:页面响应时间小于5 s。数据规模:系统初始化数据规模暂时估算为100 GB;每年增量约50 GB,未来10 a增量约500 GB。存储空间总量预计为600 GB。
3 建设必要性
“建立完善的林业动态监测体系,整合现有监测资源,对我国森林资源、土地荒漠化及其他生态变化实行动态监测,定期向社会公布。”是《中共中央 国务院关于加快林业发展的决定》对各级党委和政府提出建设“数字林业”的明确要求。
森林资源信息管理系统的建设目标是充分利用主流IT技术,地理信息系统技术、移动GIS技术及遥感技术,遵循统一的标准规范,对全县林地进行全面调查,并以此为基础结合全省基础地理信息数据、遥感影像数据、地形图数据为本底支撑数据,建立全县林地资源“一个库、一张图、一套表”共享平台以及全县林地更新管理系统[2]。同时,为后续业务应用的展开提供了基础数据支撑,在全县林地更新管理系统的基础上,按照森林资源与各类专题业务应用的相关要求,逐步搭建工程造林、林木采伐、使用林地管理、森林抚育、检查验收等业务应用系统,并通过森林资源调查与管理系统构建及各类业务应用系统间的更新渠道,将业务应用系统的数据及时更新、沉淀到全县森林资源数据库,真正实现林地“一个库、一张图、一套表”数据管理,为全县林地资源“一个库、一张图、一套表”共享平台提供实时数据支撑,共同完成全县林地资源统一管理及监测。
4 讨论
县级森林资源信息管理系统就是为林业生产、经营、管理、决策与发展服务,该应用系统的成功开发是基于朝阳县林业生产现状及科学发展的必然要求而研制的。
朝阳县森林资源信息管理系统,可以适时地对全县森林资源进行科学准确、及时有效的管理,实时掌握全县各行政区域内林地资源基本情况和生产经营情况,并能及时更新,为科学制定各项工程造林、林木采伐、森林抚育、使用林地设计,检查验收等各项工程计划提供基础数据支持。可节省大量的人力、物力和财力。
但偶尔也会出现用户要求与应用技术不到位的情况,希望在今后的实际应用工程中不断完善,进一步增强该系统的功能,为林业生产经营、科学决策与发展提供强大的技术保障。
参考文献
[1]方陆明,唐丽华,徐爱俊.县级林业资源管理系统的结构研究与应用[J].浙江林学院学报,2005,22(3):249-254.
[2]陈义彬.县级森林资源信息管理系统的研究与设计[J].北京林业大学,2005.
计算机软件项目管理中的需求分析 第12篇
1 计算机软件项目需求分析的重要性
开发软件系统主要包括需求分析阶段、设计阶段、实施阶段、测试阶段和维护阶段, 在这五个阶段中, 需求分析阶段是整个工作中最为重要的一部分, 大约占了整个项目工作的一般左右, 由此可见, 需求分析在软件开发项目中的重要性。根据以往进行需求分析的经验来看, 如果需求分析进行的不彻底, 就不能从根本上了解到用户的需求, 从而导致早期开发出来的产品无法满足用户的需求, 使整个项目远远达不到预期中的效果。在做需求分析之前, 必须要先充分的认识和了解现有的系统, 然后再进行详细的调查研究, 仔细分析该项目是否可行, 并且把分析工作做好做仔细, 最后还要设计并完善项目的新系统逻辑方案, 在实际的项目分析操作当中, 系统分析员一定要要尽量把自己当成用户, 融入到用户的角色当中去看待问题, 只有这样, 开发方才能真正的做好需求分析工作, 从根本上满足用户的需求。
2 计算机项目需求分析的流程一定要规范
在进行需求分析时, 一定要严格规范操作, 认真做好需求调研, 切勿随意而为。另外在需求分析的过程中, 开发方一定要严格把关, 认真对用户负责, 这样不仅可以使开发项目正常的进行, 更可以降低软件开发成本, 如果开发方与用户之间无法进行正确的沟通, 项目开发负责人一定要及时发现问题, 处理并解决问题, 以确保后续工作能够正常进行。需求分析的具体工作大致分为了解用户需求、分析用户需求、制定需求分析方案、评审需求分析方案和管理需求分析等五个阶段, 每个阶段的工作都不容有失, 所以, 能否规范的执行需求分析的流程, 将直接决定最后需求分析能否成功。
3 明白项目干系人的内部计划
所谓项目干系人指的是积极参与项目并且受到项目完成情况影响的个人或组织, 项目完成的最终结果与其有着直接的影响。开发方必须要与项目干系人多接触, 仔细了解对方的目的和需求, 在进行项目分析时一定要严格按照对方的提出的需求进行, 确保项目能够取得最终的成功。所以, 当项目分析工作正式开始之后, 系统分析员应立即与用户方的相关管理人员积极配合, 对用户方干系人的员工和部门进行仔细的了解, 然后做好与用户方的管理人员之间的协调工作, 最大程度上获得他们对该项目的支持, 保证项目能够顺利地正常进行。还有一些项目会需要做需求调研, 这时由于用户方往往会过度地追求进度, 造成有些系统分析员不愿与用户方进行过多的交流, 只是对调研的项目进行简单的了解, 这往往会导致用户需求得不到正确的理解, 使项目完成后与用户的需求不一致, 更有可能会加大项目开发成本, 得不偿失。因此, 系统分析员必须要保持耐心, 弄清楚用户方中的组织结构关系、数据流程关系和业务流程关系, 做好分析工作, 达到开发方和用户方双赢的局面。
4 采用适当的方法获取用户需求
明白用户的需求是软件开发项目的重中之重, 在对用户的需求进行调研的过程中, 有很多有效的调研方式都很实用, 比如:会议、电话、问卷、小组讨论等, 除此之外, 模拟演示也是一种比较有效的形式, 这种形式可以让用户更为容易的发现问题并提出问题。在每次的需求调研过程中, 应积极与用户进行交流, 并做好记录工作, 最后根据记录对交流结果进行细致的分类和整理, 以便后续的分析工作正常进行。当系统分析员知道用户的具体需求后, 不但要弄清楚需求和项目之间的逻辑关系, 还要判断这些需求有没有存在不合理的情况, 如果用户有点需求不合理, 要仔细询问开发方需求不合理的原因和理由。
5 分析用户需求并编写需求调研报告
当调研进行完毕后, 开发方要针对用户的具体需求制定一份详细的系统逻辑方案, 根据方案去进行软件项目需求分析工作。按照逻辑关系来说, 一般都是先获取用户需求, 再分析用户需求, 其中最重要的是详细地描述用户的需求, 另外在分析工作具体操作时需要建立相关的模型。通过建立模型, 使用户的需求更加的明白容易理解, 实现开发方与用户方之间的进一步沟通。执行用户需求所进行的活动大概有以下几个方面:
1) 系统之间的接口和边界等整体业务活动要用业务流程图来仔细地描述。2) 通过原型把系统界面和各项模块的功能向用户展示出来, 让用户把自己的需求与系统界面以及各项功能模块比较, 分析出其中的优点和缺点。3) 需求说明书也是需要编写的, 在编写过程中, 可以采用多种类型的语言包括结构语言和自然语言对需求进行细致的描述, 除此之外, 需求调研报告中也可以加入需求分析阶段做成的各类图表, 而开发方应该把用户的所有需求都包括在需求文档中, 以便在需求确认和需求评审阶段, 使用户能够一目了然, 容易理解。
6 项目的需求确认和需求评审
开发方在描述系统的时候, 既要全面详细地描述出目前系统的缺陷和不足, 又要找出实际操作过程中存在的不合理之处, 更重要的是还要重组业务操作流程, 提出新的系统所包含的优化系统和各项业务流程所具有的特点。另外要先把开发方和用户方的业务合作流程文档化, 然后还要与客户一起进行积极的探讨, 努力找出描述不准确或者存在错误的地方, 对这些地方进行认真的修改, 保证得到客户最终的确认。需求评审则是评价出需求分析阶段的成果, 提出该阶段存在的不足, 并且进一步改正这些不足, 使需求调研报告更加的趋于完善。在进行需求评审时, 最好邀请这方面的用户、领导或者专家对系统进行评价。另外, 在最后进行确认评审时, 开发方必须要对需求报告每一个功能板块进行细致入微的讲解, 使双方能够共同找出并解决需求调研中不合理的或者有遗漏的问题, 以确保后续工作的顺利开展, 减少需求变更。
综上所述, 在进行计算机软件项目需求分析时, 开发方一定要耐心地与用户方进行细致的交流, 并且分析员要严格按照业务流程来进行。在最后的需求确认和需求评审阶段, 开发方一定要严格把关, 针对方案中的每一个问题都要采取解决措施, 以便获得用户方最终的认可, 做出让用户方满意的项目。
参考文献
[1]魏昊, 刘建新.浅谈软件项目开发过程中的需求分析和范围管理[J].北京工业职业技术学院报, 2008.
[2]吴洁明.软件工程应用实践教程[M].北京:清华大学出版社, 2003.
[3]赵池龙.实用软件工程[M].北京:电子工业出版社, 2006.
[4]徐锋.软件需求最佳实践:SERU过程框架原理与应用[M].北京:电子工业出版社, 2008.
【软件项目管理分析】相关文章:
软件项目成本分析07-27
软件项目管理过程分析论文04-17
软件项目管理教学分析论文04-18
软件项目管理教学分析论文提纲09-03
软件项目管理过程分析论文提纲09-22
软件项目管理的流程设计分析11-01
软件项目开发投资决策分析论文04-11
软件项目管理教学分析论文参考文献09-25
软件项目管理过程分析论文参考文献10-10
软件项目工程07-06