项目开发计划书_第1页
项目开发计划书_第2页
项目开发计划书_第3页
项目开发计划书_第4页
项目开发计划书_第5页
已阅读5页,还剩35页未读 继续免费阅读

下载本文档

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

文档简介

第页共页工程开发方案书工程开发方案书工程开发方案书〔一〕:产品设计方案书范本产品方案书的作用:制定产品设计的目的是用文件的形式,把对于在设计过程中各项工作的负责人员、设计进度、所需零配件、相关资料等问题作出的安排记载下来,以便根据本方案开展和检查本产品进展工作。编制资料要求如下:1引言1.1编写目的说明编写这份产品设计方案的目的,并指出预期的读者。1.2背景说明:a.待设计的产品名称;b.本产品的客户、开发者、设计要求等;C.产品造型构造设计完成后的跟进。1.3定义分析^p产品的功能、材质、外表处理、装配方式、包装方式、可行性分析^p等。1.4参考资料列出用得着的参考资料,如:a.本产品的经核准的方案任务书或合同;b.属于本产品的其他参考文件;C.本文件中各处引用的文件、资料,包括所要用到的标准。列出这些文件资料的标题、文件编号、发表日期和出版单位,说明可以得到这些文件资料的来。2产品概述2.1工作资料简要地说明在本产品的开发中须进展的各项主要工作。2.2主要参加人员扼要说明参加本产品开发工作的主要人员的状况,包括他们的技术程度。2.3产品2.3.1文件列出需移交给客户的每种文件的名称及资料要点。2.3.2效劳列出需向客户带给的各项效劳,如附件采购、后期手办及模具跟进。2.4验收标准对于上述这些应交出的产品和效劳,逐项说明或引用资料说明验收标准。2.5完成产品的最迟时限2.6本方案的批准者和批准日期3施行方案3.1工作任务的分门与人员分工对于产品设计中需完成的各项工作,从可行性分析^p、设计、手办、测试,包括文件的编制、审批、打印、分发工作,按层次进展分解,指明每项任务的负责人和参加人员。3.2接口人员说明负责接口工作的人员及他们的职责,包括:a.负责本产品同客户的接口人员;b.负责本产品同本单位各管理机构,如合同方案管理部门、财务部门、质量管理部门等的接口人员;c.负责本产品同各分合同负责单位的接口人员等。3.3进度对于可行性分析^p、设计等工作,给出每项工作任务的预定开场日期、完成日期及所需资,规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件〔即所谓“里程碑”〕。3.4预算逐项列出本产品设计所需要的劳务〔包括人员的数量和时间〕以及经费的预算〔包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等〕和来。3.5关键问题逐项列出可以影响整个工程成败的关键问题、技术难点和风险,指出这些问题对工程的影响。工程开发方案书〔二〕:目录一、市场背景二、工程分析^p三、工程定位四、客定位五、产品推荐六、推案策略七、广告策略八、销售执行九、公司简介十、合作形式一、市场背景济南房产市场日趋标准,整体处于上升态势,在市场开展的过程中,我司认为可分为两个阶段,每个阶段市场构成要素的特征,简析如下:(一)九九年之前,被动销售的暴利阶段:客特征:以高收入者为主,追求身份与地位的显示,此时市场选取范围小,客户购置存在必须盲目性。开发商特征:政府对开发公司的实力要求不严,开发商实力良莠不齐,受传统观念束缚严重,不重视客心理及市场开展特性,主观开发,追求暴利,无品牌意识,对专业销售机构极度排挤。工程特征:产品形式单一(多层为主),缺乏特色,不注重整体规划,且有明显区域性特征(集中在千佛山周边)。销售特征:无整体营销思路,盲目追求高利,定价偏高,且无有效的表现及宣传手法,不注重品牌的培养和树立。(二)XX年以后,振荡中走向标准的过渡阶段客特征:客层次广泛,需求多样化,在楼盘选购及消费心理上趋于理性此时散户消费逐渐成为市场主力。开发商特征:迫于竞争的压力,开发商主动寻求新的开发理念,对营销筹划理念逐渐理解,同时专业销售人才带来的先进理念也影响了开发商的思想,开场注重客需求,逐渐向以产定销的道路靠拢。品牌意识已大大增强,超多实力雄厚、理念先进的外地开发企业着眼于济南房产市场的良好开展前景,进而纷纷抢占济南市常同时由于政府对土地资进展统一管理,地价开场上升,而促使开发企业走出暴利阶段,利润趋于合理,此时一局部资金实力弱、管理不完善、开发理念陈旧的小企业将面临严峻考验。工程特色:产品多元化,在仍以多层为主的同时,小高层逐步为市场认可,高层也占领必须市场份额。地域限制日渐被打破,小区规划趋于合理,特色鲜明,并且小区品质不断提升。销售特色:价格趋于合理,市场出现整合态势,营销理念随专业销售机构的介入逐步为市场理解,人员日趋专业化,宣传手段不断翻新。在上述市场背景下,客户、市场及开发商几个方面都发生了较大变化:1、客户需求的变化能承受价格在2500元/m2以下楼盘的客户,已由先期的单纯追求满足居住要求、工程质量,向追求舒适性、平安性、私密性方向转变。对于能承受2500-4000元/m2价格的客户,在追求上述要求的根本根底上,更加注重楼盘的个性、内涵及升值潜力,对小区的整体规划要求较严格。能承受4000元/m2以上的客户,相对前两种客户来说已有了质的进步,在选取楼盘时,最注重的是享受,追求一种理念和内涵,同时对开发商的资质、楼盘的知名度、社区环境也非常注重。2、市场环境的变化:地理环境:逐步打破了地域限制,市场全方位开展,从传统的利用地段创品牌,到创品牌而创地段。产品环境:产品多元化,多层仍为主力,小高层开展较快,并逐渐为市场所理解。其中:小高层开展分三个阶段:(1)以九九年开发的小高层社区泉景x四季花园为标志,小高层做为新的开发理念进入济南市场,并引入了南方先进的营销形式并进展包装筹划,注重了前期宣传,引起宏大冲击,前期销售到达良好的效果。(2)以金泰花园、洪西花园、大明翠庭、金冠花园等点式小高层的大规模开发为标志,小高层市场进入剧烈竞争阶段,此时开发商追求高容积率、高利润率,导致小高层价位偏高,并且点式小高层的建筑弊端逐渐暴露,因此点式小高层呈现昙花一现的势态。(3)市场以客的选取为导向,再次转向社区化的板式小高层方向开展,并且日益呈现出规模化、品牌化的特征,此时的代表楼盘为历东花园、汇苑家园。3、开发商的变化趋势开发理念由传统的单一形式向多样化、人性化、特色化、理念化方向转变,并逐步建立了品牌观念,具备了较强的竞争意识。营销方面:竞争的剧烈带动了销售手段的不断翻新,由炒绿化、炒智能化、炒生态化、炒付款方式,到这天的炒理念、规模、品牌,并且营销已越来越成为一种全程性筹划行为,务必注重前期准备工作,要熟悉当地状况并与之结合,理解客户心态。二、工程分析^p1、根本状况:本案位于济南市解放路东首,西临济南市的cid(科技商务中心区)山大路,这是市政府的重点工程,它的兴起必定会辐射到周边,从而拉动区域经济的繁荣。东临高新技术产业开发区,众多知名国际国内大公司投资于此,本案正处于这两个开展区域的中间位置,交通方便,地段的升值潜力宏大。2、区域消费潜力分析^p:经济程度:整体消费群体主力仍为比拟注重生活质量的中高阶层,社会层次也以机关工作人员为主。随着周边生活设施的不断完善和齐全,该区域将集中成为高档楼盘的聚集之地。这也将打破原有的区域内消费群体和范围,成为跨区域消费的一块热土。3、客定位:由于本案属中高档楼盘,受价格限制,客面相对狭窄,根据客所处的区域、社会地位、购房意图、购房时间等差异作如下分析^p:(一)本地客:此类客为本案客之根底,且为先期客之主力,我司认为主要有以下类型:私营业主:有较为雄厚的经济根底,事业相对稳定,有广泛的社交关系,并且有足够的休闲时间去品味、享受生活,对新理念有较强的理解度,但有着冷静的考虑与决定,大多为二次置业。对地段及相应升值潜力较为注重。政府官员:此类人士具有较高的社会地位、稳定的收入,大多已有单位分配的住宅,但期望一个更为私密、高档的生活空间。此类人群对档次、平安、私密及小区规划、配套有较高要求。高级白领:此类客户具有高学历、高收入的特点,追求高品味的生活气氛,以突显自己的价值。这局部客对社区档次、配套、知名度等较为关心。年青成功人士:此局部人有着灵敏的考虑、较高的收入,社会地位起点高,追求现代的上流生活。这类客主要选取小户型,但比例有限。小结:本地客大多为二次或三次置业,且以标准户型为主要需求。工程开发方案书〔三〕:网络助手工程开发方案书一、开发目的由于我们生活在石家庄铁道大学,我们在上网的时候会遇到很多不方便的的问题。例如查询流量比拟困难,不能把每个月的流量规划好是一个很大的问题,而且很多人想搞一个快捷改ip的功能等,我们的目的就是要开发一款使用的学生软件,方便铁大学子的日常生活。二、工程概述《网络助手》系统根据用户的不同,实现如下功能:查询流量修改ip实现远程控制实现定时开关机实现一键开启小蝴蝶三、主要参与人员:由五个人〔蓝梦、马翔、李金吉、胡佳奇、赵天〕组成的开发团队。四:进度序号任务名称工作时间开场时间完毕时间1查询流量5天2修改ip2天3实现远程控制3天4实现定时开关机1天5实现一键开启小蝴蝶1天五、关键问题影响本方案进度的关键问题:各程序之间的转换、衔接问题。六、支持条件1、计算机系统支持:2、效劳器CPUIntelE3300或更高配置,内存1G以上,网络适配器100MB或1000MB的网卡。3、效劳器CPUIntelE3300或更高配置,内存512M以上,网络适配器100MB或1000MB的网卡。4、网络环境:4MADSL或光缆。5、软件环境客户机WindowsXP,win7,win8位。七:测试测试方案:软件开发重要在后期进展软件测试,对开发的软件性能进展理解。八:质量保证方案从开发人员到工程管理,要进展严格管理。九、用户进展培训在软件实际应用的前些时间,对用户进展软件操作方法的详细培训,对软件界面和应用进展大概介绍。十、预算开支类别主要开支项、用处金额〔元〕时间人力资软件件本钱总本钱工程开发方案书〔四〕:工程开发方案书一、工程方案书格式根据《GB8567-88计算机软件产品开发文件编制指南》中工程开发方案的要求,结合实际状况调整后的《工程方案书》资料索引如下:〔略〕二、工程方案书的编写说明1引言1.1编写目的说明编写这份工程方案的目的,并指出预期的读者。作用:本节是为了说明编制“工程方案书”亦即本文档的意图和期望到达的效果。注意那里的“目的”不是“工程目的”,而是为了说明本文档的目的与作用。“工程目的”在2.1中说明。好处:使工程成员和工程干系人理解工程开发方案书的作用、期望到达的效果。开发方案书的作用一般都是“工程成员以及工程干系人之间的共识与约定,工程生命周期所有活动的行动根底,以便工程团队根据本方案书开展和检查工程工作。”例如可以这么写:为了保证工程团队按时保质地完成工程目的,便于工程团队成员更好地理解工程状况,使工程工作开展的各个过程合理有序,因此以文件化的形式,把对于在工程生命周期内的工作任务范围、各项工作的任务分解、工程团队组织构造、各团队成员的工作职责、团队内外沟通协作方式、开发进度、经费预算、工程内外环境条件、风险对策等资料做出的安排以书面的方式,作为工程团队成员以及工程干系人之间的共识与约定,工程生命周期内的所有工程活动的行动根底,工程团队开展和检查工程工作的根据。常见的问题:把工程本身的“工程目的”误作编制工程开发方案的目的。1.2背景主要说明工程的来历,一些需要工程团队成员明白的相关状况。主要有以下资料:工程的名称:经过与客户商定或经过立项手续统一确定的工程名称,一般与所待开发的软件系统名称有较大的关系,如针对“XX系统”开发的工程名称是“XX系统开发”。工程的委托单位:假如是根据合同进展的软件开发工程,工程的委托单位就是合同中的甲方;假如是自行研发的软件产品,工程的委托单位就是本企业。工程的用户〔单位〕:软件或网络的使用单位,可以泛指某个用户群。注意工程的用户或单位有时与工程的委托单位是同一个,有时是不一样的。如海关的报关软件、税务的报税软件,委托单位是海关或税务机关,但使用的用户或单位不仅仅有海关或税务机关,还包括需要报关、报税的企业单位。工程的任务提出者:本企业内部提出需要完成此工程的人员,一般是领导或商务人员;注意工程的任务提出者一般不同于工程的委托单位,前者一般是企业内部的人员。假如是内部开发工程,那么两者的区别在于前者指人,后者指单位。工程的主要承当部门:有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门〔也有的分为不同事业部〕。工程的特点就是其矩阵式组织,一般一个工程的工程成员可能由不同的部门组成,甚至可能由研发部门、开发部门、测试部门、集成部门、效劳部门等等其中几个组成。需要根据工程所涉及的范围确定本工程的主要承当部门。工程建立背景:从政治环境上、业务环境上说明工程建立背景,说明工程的大环境、来龙去脉。这有利于工程成员更好地理解工程目的和各项任务。例句:根据《某部关于某建立工作的施行意见》精神,为了保障某建立工作的正常施行,务必加强监视考核,建立督查通报制度,某市某建立工作小组办公室把此项建立工作施行列入督查的重要资料,及时掌握进度,相关部门建立市某建立工作简报制度,及时反映全市某建立工作动态。目前对于某建立工作的工作主要采用方案部门手工编制年度方案、建立工作主管部门和建立工作施行单位结合手动编制进度方案,某建立工作单位手工上报建立工作进度状况的方式,而全市的建立工作有数百个,加上前期建立工作的数量和今后某市建立开展的趋势,建立工作的数量将越来越多,原先的工作形式已经越来越无法适应市委市政府的要求。因此,充分利用现代信息化、因特网的优势,建立“某市某建立工作信息报送反应系统”,进步某建立工作信息报送反应工作效率,进步信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。软件系统与其他系统的关系:说明与本系统有关的其他系统,说明它们之间的互相依靠关系。这些系统可以是这个系统的根底性系统〔一些数据、环境等务必依靠这个系统才能运行〕,也可以是以这个系统为根底的系统,或者是两者兼而有之的关系、互相依靠的系统。例句:本系统中对外部办公局部如需要各个建立单位报送材料的子系统应当挂在市政府网站。软件系统与机构的关系:说明软件系统除了委托单位和使用单位,还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要透过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。1.3定义列出为正确理解本方案书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进展另外的定义,使它的含义和通用术语的惯用含义不一致。1.4参考资料列出本方案书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位,必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定”互为补充,注意“参考资料”未必作为“标准、条约和约定”,因为“参考”的不必须是“务必遵守”的。常用资料如:本工程的合同、标书、上级机关有关通知、经过审批的工程任务书;属于本工程的其他已经发表的文件;本文档中各处引用的文件、资料,包括所要用到的软件开发标准。1.5标准、条约和约定列出在本工程开发过程中务必遵守的标准、条约和约定。例如:相应的《立项推荐书》、《工程任务书》、合同、国家标准、行业标准、上级机关有关通知和施行方案、相应的技术标准等。“参考资料”一般具有“物质”特性,一般要说明参照了什么,要说明在哪里可以获得;“标准、条约和约定”一般具有“精神”特性,一般是务必遵守的,不说明在哪里可以获得。参考资料的资料就应涵盖“标准、条约和约定”。2工程概述2.1工程目的设定工程目的就是把工程要完成的工作用明晰的语言描绘出来,让工程团队每一个成员都有明确的概念。注意,不要简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。注意“要完成一个系统”只是一个模糊的目的,它还不够详细和明确。明确的工程目的就应指出了效劳对象,所开发软件系统最主要的功能和系统本身的比拟深层次的社会目的或系统使用后所起到的社会效果。工程目的应当贴合SMART原那么:lSSpecific明确的陈述lMMeasurable可以衡量的结果lAAttainable可以达成的目的lRRealistic合理的,现实的或者说是能和实际工作相结合lTTrackable可以跟踪的工程目的可以进展横向的分解也可以进展纵向的分解。横向分解一般按照系统的功能或按照建立单位的不同业务要求,如分解为第一目的、第二目的等等;纵向的分解一般是指按照阶段,如分解为第一阶段目的、第二阶段目的等等,或近期目的、中期目的、远期目的等等。阶段目的一般应当说明目的实现的较为明确的时间。一般要在说明了总目的的根底上再说明分解目的,可加上“为实现工程的总目的,务必实现以下三个阶段目的······”2.2产品目的与范围根据工程输入〔如合同、立项推荐书、工程技术方案、标书等〕说明此工程要实现的软件系统产品的目的与目的及简要的软件功能需求。对工程成果〔软件系统〕范围进展准确明晰的界定与说明是软件开发工程活动开展的根底和根据。软件系统产品目的应当从用户的角度说明开发这一软件系统是为理解决用户的那些问题。产品目的如“进步工作信息报送反应工作效率,更好地进展工作信息报送的检查监视,进步信息的及时性、汇总统计信息的准确性,减轻各级相关工作人员的劳动强度。”2.3假设与约束对于工程务必遵守的各种约束〔时间、人员、预算、设备等〕进展说明。这些资料将限制你实现什么、怎样实现、什么时候实现、本钱范围等种种制约条件。假设是透过努力可以直接解决的问题,而这些问题是必需要解决才能保证工程按方案完成。如:“系统分析^p员务必在3天内到位”或“用户务必在8月8日前确定对需求文档进展确认”约束一般是难以解决的问题,但可以透过其他途径回避或弥补、取舍,如人力资的约束限制,就务必牺牲进度或质量等等。假设与约束是针比拟较明确会出现的状况,假如问题的出现具有不确定性,那么就应在风险分析^p中列出,分析^p其出现的可能性〔概率〕、造成的影响、应当采取的相应措施。2.4工程工作范围说明为实现工程的目的需要进展那些工作。在必要时,可描绘与合作单位和用户的工作分工。注意产品范围与工程工作范围的不同含义。产品范围界定:软件系统产品本身范围的特征和功能范围。工作范围界定:为了可以按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。产品范围的完成状况是参照客户的需求来衡量的,而工程范围的完成状况那么是参照方案来检验的。这两个范围管理模型间务必要有较好的统一性,以确保工程的详细工作成果,能按特定的产品要求准时交付。2.5应交付成果2.5.1需完成的软件列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。其中软件对象可能包括:程序、数据库对象建立语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件程序文件等等。2.5.2需提交用户的文档列出需要移交给用户的每种文档的名称、资料要点及存储形式,如需求规格说明书、帮助手册等。此处需要移交用户的文档可参考合同中的规定。2.5.3须提交内部的文档可根据《GB8567-88计算机软件产品开发文件编制指南》附录O:“文件编制施行规定的实例〔参考件〕”结合各企业实际状况调整制定《软件开发文档编制裁减衡量因素表》。根据《因素表》确定工程对应的工程衡量因素取值,以确定本工程应完成的阶段成果。将不适用于本工程的资料裁减,以减少不必要的工程任务和资。根据因素取值列出本工程应完成的阶段成果,说明本工程取值所在的区间,将其他因素值区间删除。2.5.4应当带给的效劳根据合同或某重点建立工作需要,列出将向用户或委托单位带给的各种效劳,例如培训、安装、维护和运行支持等。详细的工作方案如需要编制现场安装作业指导书、培训方案等,应当在本方案“4.3总体进度方案”中条列出。2.6工程开发环境说明开发本软件工程所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境。环境可能不止一种,如开发工具可能需要针对Java的,也需要针对C++的。有些环境可能无法确定,需要在需求分析^p完成或设计完成后才能确定所需要的环境。2.7工程验收方式与根据说明工程内部验收和用户验收的方式,如验收包括交付前验收、交付后验收、试运行〔初步〕验收、最终验收、第三方验收、专家参与验收等等。工程验收根据主要有标书、合同、相关标准、工程文档〔最主要是需求规格说明书〕。3工程团队组织3.1组织构造说明工程团队的组织构造。工程的组织构造可以从所需主角和工程成员两个方面描绘。所需主角主要说明为了完本钱工程任务,工程团队需要哪些主角构成,如工程经理、方案经理、系统分析^p员〔或小组〕、构架设计师、设计组、程序组、测试组等等。组织构造可以用图形来表示,可以采用树形图,也可以采用矩阵式图形,同时说明团队成员来自于哪个部门。除了图形外,可以用文字简要说明各个主角应有的技术程度。注意虽然有一些通用的构造可以套用,但各种不同规模、不同形式的工程组织构造是不一样的。如产品研发工程可能就不需要施行人员〔小组〕,但需要知识转移方面的人员〔小组〕。而软件编码外包的工程那么不需要程序员,测试人员也可以适当地减少。3.2人员分工确定工程团队的的每个成员属于组织构造中的什么主角,他们的技术程度、工程中的分工与配置,可以用列表方式说明,详细编制时按照工程实际组织构造编写。以下是一个例如。3.3协作与沟通工程的沟通与协作首先应当确定协作与沟通的对象,就是与谁协作、沟通。沟通对象就应包括所有工程干系人,而工程干系人包括了所有工程团队成员、工程接口人员、工程团队外部相关人员等等。其次应当确定协作形式与沟通方式。沟通方式如会议、使用、QQ、内部邮件、外部邮件、QuickPlace、聊天室等等。其中邮件沟通应当说明主送人、抄送人,聊天室沟通方式应当约定时间周期。而协作形式主要说明在出现什么状况的时候各个主角应当〔主动〕采取什么措施,包括沟通,如何互相配合来共同完成某项任务。定期的沟通一般要包括工程阶段报告、工程阶段方案、阶段会议等3.3.1工程团队内部协作本节说明在工程开发过程中工程团队内部的协作形式和沟通方式、频次、沟通成果记录方法等资料。3.3.2工程接口人员应当说明接口工作的人员即他们的职责、联络方式、沟通方式、协作形式,包括:a、负责本工程同用户的接口人员;b、负责本工程同本企业各管理机构,如方案管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员;c、负责本工程同分包方的接口人员。3.3.3工程团队外部沟通与协作形式工程团队外部包括企业内部管理协助部门、工程委托单位、客户等等。本节说明在工程开发过程中工程团队内部与接口人员、客户沟通的方式、频次、沟通成果记录方法等资料。明确最终用户、直接用户及其所在本企业/部门名称和联络。明确协作开发的有关部门的名称、经理姓名、承当的工作资料以及工作施行职责人的姓名、联络。确定有关的合作单位的名称、负责人姓名、承当的工作资料以及施行人的姓名、联络。4施行方案4.1风险评估及对策识别或预估工程进展过程中可能出现的风险。就应分析^p风险出现的可能性〔概率〕、造成的影响、根据影响就应采取的对策,采取的措施。风险识别包括识别内在风险及外在风险。内在风险是指工程工作组能加以控制和影响的风险,如人事任免和本钱估计等。外在风险指超出工程工作组等控制力和影响力之外的风险,如市场转向或政府行为等风险的对策包括:防止:排除特定危胁往往靠排除危险起;减缓:减少风险事件的预期资金投入来减低风____生的概率,以及减少风险事件的风险系数;吸纳:理解一切后果,可以是用心的〔如制定预防性方案来防范风险事件的发生〕,也可以是消极的〔如某些费用超支那么理解低于预期的利润〕。对于软件开发工程而言,在分析^p、识别和管理风险上投入足够的时间和人力可以使工程进展过程更加平稳,进步工程跟踪和控制的潜力,由于在问题发生之前已经做了周密方案,因此对工程的成功产生更加充分的信心。软件开发工程常见预估的风险:1)工程/规模/进度上的风险规模大,规模估算不准确甚至误差很大;就规模而言,用户要求交付期、费用很紧;意料外的工作(测试未完时的现场对应等);2)技术上的风险使用新的开发技术、新设备等,或是新的应用组合,没有经历;是新的行业或业务,没有经历;性能上的要求很严;3)用户体制上的问题用户管理不严,恐怕功能决定、验收不能顺利地完成〔或者出现了延迟〕;或者恐怕功能会屡次变更;与用户分担开发,恐怕工程会拖延〔或者出现了延迟〕;用户或其他相关单位承当的工作有可能延误;4)其它:就应包含此处没有、但据推测有风险的工程。4.2工作流程说明工程采用什么样的工作流程进展。如瀑布法工作流程,原型法工作流程、螺旋型工作流程、迭代法工作流程,也可以是自己建立的工作流程。不同的流程将影响后面的工作方案的制定。必要时画出本工程采用的工作流程图及适当的文字说明。4.3总体进度方案那里所说的总体进度方案为高层方案。作为补充,应当分阶段制定工程的阶段方案,这些阶段方案不在这份文档中,当要以这份总体方案为根据。总体进度方案要根据确定的工程规模,列表工程阶段划分、阶段进度安排及每阶段应提交的阶段成果,在阶段时间安排中要考虑工程阶段成果完成、提交评审、修改的时间。对于工程方案、工程准备、需求调研、需求分析^p、构架设计或概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作,给出每项工作任务的预定开场日期、完成日期及所需的资,规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件〔里程碑〕。设计评审表格中检查点/里程碑等阶段划分为举例,实际作业阶段划分、阶段成果等请根据工程需要确定。制定软件工程进度方案可以使用一些专门的工具,最常用的是Microsoft的Project作为辅助工具,功能比拟强大,比拟合适于规模较大的工程,但无法完全代替工程方案书,个性是一些主要由文字来说明的局部。小规模的工程可简便地使用EXCEL作为辅助工具。关于如何使用这些工具不在此作详细说明。制定软件工程进度方案应当考虑以下一些因素:1〕对于系统需求和工程目的的掌握程度。如开场时对于系统需求和工程目的只有比拟数的理解,就只能制定出比拟粗的进度方案,等到需求阶段或设计阶段完毕,就就应进一步细化进度方案。(4)2〕软件系统规模和工程规模,这两个不是一个概念。软件系统规模往往是从功能点的估算或其他估算方式得来的,而工程规模还要考虑对文档数量与质量的要求,使用的开发工具、新技术、多少复用、沟通的方便程度、客户方的状况、需要遵守的标准标准等等等等。例如,完成一个大型的系统,在必须的时间内一个人或几个人的智力和体力是承受不了的。由于软件是逻辑、智力产品,盲目增加软件开发人员并不能成比例地进步软件开发潜力。相反,随着人员数量的增加,人员的组织、协调、通信、培训和管理方面的问题将更为严重。3〕软件系统复杂程度和工程复杂程度:和软件系统规模和工程规模一样,软件系统的复杂程度主要是考虑软件系统本身的功能、架构的复杂程度,而工程的复杂程度主要是指工程团队成员的构成、工程任务的复杂程度、工程干系人的复杂程度、需求调研的难易程度,多工程状况下资保障的状况,等等等等。软件系统的规模与软件系统的复杂程度未必是成比例的关系;同样工程的规模与工程的复杂程度未必是成比例的关系。4〕工程的工期要求,就是工程的紧急程度。有些工程规模大,却因为与顾客签订了合同,或者为了抢先占领市场,工期压缩得很紧,这时就要考虑如何更好地合理安排进度,多增加人选多采用加班的方式是一种万不得已的选取。增加人选除了增加人的本钱外必定会增加沟通的.本钱〔熟悉工程任务所需要的时间〕;加班假如处理不好会造成情绪上的问题,也可能会因为过于繁忙而无法顾及质量,造成质量的下滑。5〕工程成员的潜力。这些潜力包括工程经理的管理潜力,系统分析^p员的分析^p潜力、系统设计人员的设计潜力、程序员的编码潜力、测试人员的测试潜力,以及企业或工程团队激发出这些潜力的潜力。从另外一个角度看还有总体上对客户行业业务的熟悉程度;对于建模工具、开发工具、测试工具等技术的掌握程度;企业内部对行业业务知识和主要技术的知识积累。4.4工程控制方案4.4.1质量保证方案执行质量评审活动,对过程质量进展控制。规模较大的工程应当单独编写《软件开发工程质量方案》。根据GB/T12504计算机软件质量保证方案标准,资料包括:l引言〔本章节包括质量方案的目的、定义、参考资料〕l管理〔描绘负责软件质量管理的机构、任务及其相关的职责〕l文档〔列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档,并描绘对文档进展评审与检查的准那么〕l标准、条例和约定〔列出软件开发过程中要用到的标准、条例和约定,并列出监视和保证执行的措施〕l评审和检查〔规定所要进展的技术和管理两个方面的评审和检查工作,并编制或引用有关的评审和检查规程,以及透过与否的技术准那么。至少要进展软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查〕l软件配置管理〔编制有关配置管理条款,或在“4.4.4配置管理方案”中说明,或引用按照《GB/T12505计算机软件配置管理方案标准》单独制定的文档〕l工具、技术和方法〔指明用于支持特定软件工程质量管理工作的工具、技术和方法,指出它们的目的和用处〕l媒体控制〔说明保护计算机程序物理媒体的方法和设施,以免非法存取、意外损坏或自然老化〕l对供货单位的控制〔供货单位包括工程承办单位、软件销售单位、软件开发单位。规定对这些供货单位进展控制的规程,从而保证工程承办单位从软件销售单位购置的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。〕l记录的搜集、维护和保存〔指明需要保存的软件质量保证活动的记录,并指出用于汇总、保护和维护这些记录的方法和设施,并指明要保存的期限〕4.4.2进度控制方案〔可直接引用以下描绘或根据工程状况制定本节资料〕本工程的进度监控执行本企业《工程管理标准》,由本企业过程控制部门如质量管理部统一进展监控,并保存在监控过程中产生的日常检查记录。4.4.3预算监控方案说明如何检查工程预算的使用状况。根据工程状况需要制定。4.4.4配置管理方案编制有关软件配置管理的条款,或引用按照GB/T12505单独制订《配置管理方案》文档。在这些条款或文档中,务必规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检查配置管理工作等四方面的活动。还务必规定用以维护和存储软件受控版本的方法和设施;务必规定对所发现的软件问题进展报告、追踪和解决的步骤,并指出实现报告、追踪和解决软件问题的机构及其职责。5支持条件说明为了支持本工程的完成所需要的各种条件和设施。5.1内部支持逐项列出工程每阶段的支持需求〔含人员、设备、软件、培训等〕及其时间要求和用处。例如,设备、软件支持包括客户机、效劳器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境,逐项列出有关到货日期、使用时间的要求。5.2客户支持列出对工程而言需由客户承当的工作、完成期限和验收标准,包括需由客户带给的条件及带给时间。5.3外包〔可选〕列出需由外单位分合同承包者承当的工作、完成时间,包括需要由外单位带给的条件和带给的时间。6预算6.1人员本钱列出产品/工程团队每一个人的预计工作月数。列出完本钱工程所需要的劳务〔包括人员的数量和时间〕劳务费一般包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金6.2设备本钱设备本钱包括:原材料费,设备购置及使用费列出拟购置的设备及其配置和所需的经费列出拟购置的软件及其版本和所需的经费使用的现有设备及其使用时间6.3其它经费预算列出完本钱工程所需要的各项经费,包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等,包括:〔1〕差旅费〔旅费、出租〕〔含补贴〕〔2〕资料费〔图书费、资料费、复印费、出版费〕〔3〕通信费〔市话长话费、挪动通信费、上网费、邮资〕〔4〕会议费〔鉴定费、评审会、研讨费、外事费等〕〔5〕办公费〔购置办公用品〕〔6〕协作费〔业务协作招待费、工程团队加班伙食费〕〔7〕培训费〔培训资料编写费、资料印刷费

温馨提示

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

评论

0/150

提交评论