项目质量管理工作汇报

1、项目质量管理工作汇报 项目质量管理工作汇报 华能通辽科左中旗浩日格吐工程首次及土建工程质量监督检查 项目质量管理工作汇报 汇报单位：华能通辽风力发电有限公司科左中旗浩日格吐风电 场道路二场标项目部 汇报日期：二一年七月十日 项目质量管理工作汇报 华能通辽科左中旗浩日格吐风电二场一期300mw工程项目位于科左中旗珠日河牧场以东50公里，304国道东侧四周。场址地理坐标为东经121°3709.01121°4535.02，北纬44°1057.0044°1821.48。风电场面积91.7平方公里。风场地貌为平原牧场，土地类型为沙化草场，厂址内有零星村庄和少量耕地

2、和林地。场址海拔高度为174米398米，地形平坦，起伏较小。 华能内蒙通辽珠日河浩日格吐300mw风电二场一期工程，风电场场外至升压站交通道路制定标准为三级公路；制定车速为40m/h。路线制定遵守尽量利用原有道路，少占耕地，并要兼顾线路弯曲程度，新建道路的平面布置遵循了直捷、顺适的原则。纵断面的布置主要以与原地面相适应，纵坡5%，路面结构层高出原地面，线形均衡为原则。 本道路包括升压站南侧和北侧，其中南侧进场道路总长约8.0km，按四级砂石路标准改新建。北侧总长13.165km，分两段制定。场外段道路起点位于通霍铁路平交道口外侧，起点桩号w0+000，终点位于场界，终点桩号w5+004，其中含

3、通霍铁路平交口1处道口两侧道路需垫高降坡；场内段道路线起点位于场界，起点桩号k0+000，终点位于本风电场升压站四周，终点桩号k7+861。地震基本烈度为6度。路基标准横断面为路面宽6.0米，路基宽7.0米，车道横坡1.5%，路肩横坡1.5%。路基由于工程区范围内以砂性土为主,填方边坡坡率采纳1:1.5，挖方边坡坡率采纳1:1.5；路面结构为3cm石屑磨耗层+40cm山皮石层； 上述工程为一个合同施工。施工总进度安排为40日历天，从201*年3月15日至201*年4月25日完成全部工程。施工进度未能如期完成，原因是因为材料供应不上、天气原因、牧民阻工导致工期延后。 一、明确质量目标，质量责任落

4、实到人,建立健全公司规章制度，全方位执行“质量、进度、资金的控制与管理，依据本工程项目的特点，将工程质量管理责任层层落实到人，这一举措使施工人员质量意识、责任心大大加强，施工质量得到切实的保证。为强化工程质量目标管理，我们主要做了以下两个方面的工作： 一是切实提升施工人员的素养，对参加施工的所有管理人员和民工队伍采用岗前培训学习，使他们掌握施工技术规范，明确施工要求； 二是执行质量与目标责任奖挂钩，规范施工行为，通过考核，对施工队伍触动很大，施工人员责任心大为加强，推动了整体工程质量的提升。二、健全质量保证体系，工程质量管理打下基础 (一)把好施工人员及队伍的准入。在工程开工前，由本公司组织管

5、理人员进行培训，通过岗前培训考试合格者，方能参予工程建设。施工民工队伍需凭每年审过的民工队伍施工许可证方可进场施工，坚决清退责任心不强、技术水平低的施工人员，使每一个参予工程建设人员有较强的管理和操作能力，保证了施工队伍的素养。 (二)健全质量保证体系。全面推行“施工自检、专业监理、业主监督的三级质量保证体系，成立了质量管理领导小组，制订并完善了有关施工质量管理规定和质量管理措施，严格按技术规范规定的频率和办法进行自检，工程施工中没有进行自检或自检不合格的工程，不得报请监理验收，不得擅自进行下道工序施工。 三、精心组织施工，强化质量全过程控制。 一是以创建精品工程为核心强化质量宣扬，通过悬挂横

6、幅、张贴标语、等多种形式进行质量宣扬教育，营造优良的质量氛围。 二是强化施工质量过程控制。针对工程质量中可能出现的问题，制定细致的控制措施，在工程实施过程中认真予以落实。常常对工地进行日常检查，发现问题及时解决。四、全面完成工序管理 强化工程质量管理保持从每一道工序、每一个环节、每一个细小部分抓起，每道工序完成都要通过严格验收程序，只有验收合格后才干进入下一道工序的施工。 从施工到现在，在业主及监理单位的正确领导和支持下，工程质量较过去有较大的提升，但也存在诸多不够，离上级领导的要求仍有一定的差距，这需要我们在今后的工作中，诫骄诫躁，扬长避短，不断总结经验教训，提升管理水平，努力把工程质量提升

7、到一个新的水平。 扩大阅读：软件项目质量管理实战总结 软件项目质量管理实战总结 第一章引言 许多it项目开发的系统应用在生死攸关的场合。例如，1981年，由计算机程序改变而导致的1/67的时间偏差，使航天飞机上的5台计算机不能同步运行，这个错误导致了航天飞机发射失败。1986年，1台therac25机器泄露致命剂量的辐射，致使两名医院病人死亡。造成惨剧的原因是一个软件出现了问题，导致这台机器忽略了数据校验。这些惨痛的教训说明，在软件开发项目中认真抓好质量管理，并强化有关软件项目质量管理的研究是摆在我们面前的重要课题。 软件项目质量管理包括：质量计划编制、质量保证和质量控制三个过程域。质量计划是

8、质量管理的第一过程域，它主要结合各个公司的质量方针，产品描述以及质量标准和规则通过收益、成本分析和流程制定等工具制定出来实施方略，其内容全面反应用户的要求，为质量小组成员有效工作提供了指南，为项目小组成员以及项目相关人员了解在项目进行中如何实施质量保证和控制提供依据，为保证项目质量得到保证提供坚实的基础。质量保证则是贯穿整个项目全生命周期的有计划和有系统的活动，常常性地针对整个项目质量计划的执行状况进行评估、检查与改善等工作，向管理者、顾客或其他方提供信任，保证项目质量与计划坚持一致。质量控制是对阶段性的成果进行检测、验证，为质量保证提供参照依据，它是一个pdca循环过程。 第二章对软件项目质

9、量管理理论的熟悉 软件项目的质量管理指的是保证项目满足其目标要求所需要的过程，它包括编制质量计划、质量控制、质量保证等过程。2.1质量计划编制 现代质量管理的基本宗旨是：“质量出自计划，而非出自检查。只有做出精准的质量计划，才干指导项目的实施、做好质量控制。 编制项目的质量计划，首先必须确定项目的范围、中间产品和最终产品，然后明确关于中间产品和最终产品的有关规定、标准，确定可能影响产品质量的技术要点，并找出能够保证高效满足相关规定、标准的过程方法。编制质量计划通常采纳流程图、因果分析图等方法对项目进行分析，确定需要监控的关键元素，设置合理的见证点(w点)、停工待检点(h点)，并制定质量标准：1

10、)流程图： 显示系统的各种成分是如何互相关系的，帮助我们猜测在何处可能发生何种质量问题，并由此帮助开发处理他们的办法。2)因果分析图(也称鱼刺图)： 关于复杂的项目，编制质量计划时可以采纳因果分析图，描述相关的各种原因和子原因如何产生潜在问题或影响，将影响质量问题的“人员、设备、参照资料、方法、环境等各方面的原因进行细致的分解，方便地在质量计划中制定相应的预防措施。其次，质量计划中还必须确定有效的质量管理体系，明确质量监理人员对项目质量负责和各级质量管理人员的权限。戴明环(又名pdca循环法)作为有效的管理工具在质量管理中得到广泛的应用，它采纳计划执行检查措施的质量环，质量计划中必须将质量环上

11、各环节明确落实到各责任单位，才干保证质量计划的有效实施。2.2按照质量计划实施有效的质量控制 质量计划确定后，按照其建立的质量管理体系，各责任单位就必须按照pdca质量环的要求，实施有效的质量控制。质量控制应贯穿于项目的整个过程，它可分为监测和控制两个阶段：监测的目的就是收集、记录和汇报有关项目质量的数据信息;控制就是使用质量监测提供的数据，进行控制，保证项目质量与计划坚持一致。 在质量监测过程中，关于质量计划中设置的见证点、停工待检点，质量监测人员要按照作业程序及时进行测量检查(其中关于停工待检点必须由监理人员签字认可后才干进入下一道工序)，以确定项目成果(或阶段成果)是否符合相关的质量标准

12、。关于见证点或停工待检点要防止跳过检查，因为避免错误的成本总是大大低于补救错误的成本。对质量监测的结果应采纳相应的统计方法进行分析，如帕累托图法(按发生频率排序的直方图，它显示了可识别原因的种类和所造成的结果的数量)等。通过统计分析对人员、设备、参照资料、方法、环境等影响项目质量的因素进行监控，确定项目实施过程是否在控制之中，同时进行趋势分析，对一些偏向于不合格的趋势及早进行控制。质量控制阶段应依据验收数据做出验收决定，确定是否进入下一步工序。关于质量监测中发现的不合格，应及时利用“因果分析图等方法分析原因，并进行适宜的处置，保证不合格得到识别和有效的控制。不合格处置包括返工、返修、降级、让步

13、放行、报废等形式。 质量监测分析时，关于已发现的不合格或潜在不合格，应制定相应的改正措施或预防措施，以消除不合格或潜在不合格的原因，防止不合格的发生。改正措施或预防措施制定后，应对质量计划进行相应的调整，保证项目的顺利实施。项目收尾包括项目评估和项目终止两个阶段。项目收尾阶段的质量控制是一个非常重要而又容易忽视的内容。 项目质量评估不仅仅是在项目完成后进行，还包括对项目实施过程中的各个关键点的质量评估。项目质量评估看起来属于事后控制，但它的目的不是为了改变那些已经发生的事情，而是试图抓住项目质量合格或不合格的精髓，以使将来的项目质量管理能从中获益。 项目终止阶段，是在决策项目终止后，检查项目文

14、件资料完备，包括项目施工质量验评表、完工报告等，同时进行项目总结。项目总结是一个把实际运行状况与项目计划不断比较以提炼经验教训的过程。通过项目质量计划和总结，项目过程中的经验和教训将得到完整的记录和升华，成为“组织财富。四、项目质量管理的难点 每个项目的实施总是拥有同样的总体目标：质量、时间和成本。三者是一个互相制约、互相影响的统一体，其中任一项目标变化，都会引起另两个目标变化，并受其制约。如何合理的保证项目质量，正确处理质量与时间、成本之间的矛盾是项目质量管理的一个难点，这需要整合项目所有方面的内容，保证按时、低成本地实现预定的质量目标。 依据侧重点不同，项目可分为质量倾斜型、工期倾斜型及成

15、本倾斜型体系。我们在编制项目计划时，一般而言是时间、成本、质量标准均已确定，在项目实施过程中就需在从客观因素、具体状况出发，依据将要采用的行动和可能导致的后果进行综合分析研究;按切合实际的原则，使项目进展平衡有节奏地进行，以求达到预期目标。避免出现工期紧张或成本减少，导致质量降低的现象，而质量下降又往往造成返工等后果而导致延长工期和增加成本。2.3对软件质量保证的熟悉2.3.1有关sqa的理论 我们都知道一个项目的主要内容是：成本、进度、质量;优良的项目管理就是综合三方面的因素，平衡三方面的目标，最终依照目标完成任务。项目的这三个方面是互相制约和影响的，有时对这三方面的平衡策略甚至成为一个企业

16、级的要求，决定了企业的行为，我们知道ibm的软件是以质量为最重要目标的，而微软的“足够好的软件策略更是耳熟能详，这些质量目标其实立足于企业的战略目标。所以用于进行质量保证的sqa工作也应当立足于企业的战略目标，从这个角度思索sqa，形成对sqa的理论熟悉。 软件界已经达成共识的：影响软件项目进度、成本、质量的因素主要是“人、过程、技术。首先要明确的是这三个因素中，人是第一位的。 现在许多实施cmm的人员沉溺于cmm的理论过于强调“过程，这是很危险的倾向。这个思想倾向在国外受到了猛烈抨击，从某种意义上各种敏捷过程方法的提出就是对强调过程的一种反思。“xp中的一个思想“人比过程更重要是值得我们思索

17、的。我个人的看法在进行过程改善中保持“以人为本，强调过程和人的和谐。依据现代软件工程对众多失败项目的调查，发现管理是项目失败的主要原因。这个事实的重要性在于说明了“要保证项目不失败，我们应当更加关注管理，注意这个事实没有说明另外一个问题“优良的管理可以保证项目的成功。现在很多人基于一种粗糙的逻辑，从一个事实反推到的这个结论，在逻辑上是错误的，这种错误形成了更加错误的做法，这点在sqa的理解上是体现较深。 如果我们考证一下历史的沿革，应当更加容易理解cmm的本质。cmm首先是作为一个“评估标准出现的，主要评估的是美国国防部供应商保证质量的能力。cmm关注的软件生产有如下特点：(1)质量重要(2)

18、规模较大 这是cmm产生的原因。它引入了“全面质量管理的思想，尤其侧重了“全面质量管理中的“过程方法，并且引入了“统计过程控制的方法。可以说这两个思想是cmm背后的基础。 上面这些内容形成了我们对软件过程地位、价值的基本理解;在这个基础上我们可以引申讨论sqa。 2.3.2生产线的隐喻 如果将一个软件生产类比于一个工厂的生产。那么生产线就是过程，产品按照生产线的规定过程进行生产。sqa的职责就是保证过程的执行，也就是保证生产线的正常执行。抽象出管理体系模型的如下，这个模型说明了一个过程体系至少应当包含“决策、执行、反馈三个重要方面。 qa的职责就是保证过程的有效执行，监督项目按照过程进行项目活

19、动;它不负责监管产品的质量，不负责向管理层提供项目的状况，不负责代表管理层进行管理，只是代表管理层来保证过程的执行。 2.3.3sqa和其他工作的组合 在很多企业中，将sqa的工作和qc、sepg、组织级的项目管理者的工作混合在一起了，有时甚至更加注重其他方面的工作而没有做好sqa的本职工作。 国内现在基本有三种qa(按照工作重点不同来分)：一是过程改善型，一是配置管理型，一是测试型。个人认为是因为sqa工作和其他不同工作组合在一起形成的。下面依据经验对它们之间的关系进行一个说明。qa和qc,两者基本职责; qc：检验产品的质量，保证产品符合客户的需求;是产品质量检查者;qa：审计过程的质量，

20、保证过程被正确执行;是过程质量审计者;注意区别检查和审计的不同，检查：就是我们常说的找茬，是挑毛病的; 审计：来确认项目按照要求进行的证据;仔细看看cmm中各个kpa中sqa的检查采纳的术语大量用到了“证实，审计的内容主要是过程的;对照cmm看一下项目经理和高级管理者的审查内容，他们更加关注具体内容。对照上面的管理体系模型，qc进行质量控制，向管理层反馈质量信息;qa则保证qc按照过程进行质量控制活动，按照过程将检查结果向管理层汇报。这就是qa和qc工作的关系。在这样的分工原则下，qa只要检查项目按照过程进行了某项活动没有，产出了某个产品没有;而qc来检查产品是否符合质量要求。 如果企业原来具

21、有qc人员并且qa人员配备不够，可以先确定由qc兼任qa工作。但是只能是暂时的，独立的qa人员应当具备，因为qc工作也是要遵循过程要求的，也是要被审计过程的，这种混合状况，难以保证qc工作的过程质量。 qa和sepg，两者基本职责。sepg：制定过程，实施过程改善;qa：保证过程被正确执行。sepg应当提供过程上的指导，帮助项目组制定项目过程，帮助项目组进行策划;从而帮助项目组有效的工作，有效的执行过程。如果项目和qa对过程的理解发生争持，sepg作为最终仲裁者。为了进行有效过程改善，sepg必须分析项目的数据。qa本也要进行过程规范，那么所有qa中最有经验、最有能力的qa可以参加sepg，但

22、是要注意这两者的区别。如果企业的sepg人员具有较为深厚的开发背景，可以兼任sqa工作，这样利于过程的不断改善;但是由于立法、执法集于一身也容易造成sqa过于强势，影响项目的独立性。管理过程比较成熟的企业，因为企业的文化和管理机制已经健全，sqa职责范围的工作较少，往往只是针对具体项目制定明确重点的sqa计划，这样sqa的审计工作会大大减少，从而可以同时审计较多项目。 另一方面，由于分工的细致化，管理体系的复杂化，往往需要专职的sepg人员，这些人员要求了解企业的所有管理过程和运作状况，在这个基础上才干统筹全局的进行过程改善，这时了解全局的sqa人员就是专职sepg的主要人选;这些sqa人员将

23、逐渐的转化为sepg人员，并且更加了解管理知识，而sqa工作慢慢成为他们的兼职工作。这种状况在许多cmm5企业比较多见，往往有时看不见sqa人员在项目组出现或者很少出现，这种sepg和sqa的融合特别有利于组织的过程改善工作。sepg确定过程改善内容，sqa计划重点反映这些改善内容，从保证有效的改善，特别有利于达到cmm5的要求。从这个角度，国外的sqa人员为什么高薪就不难理解了，也决定了当前中国sqa人员比较被轻视的原因;因为管理过程还不完善，我国的sqa人员还没有产生这么大的价值。2.3.4qa和组织级的监督管理 有的企业为了更好的监督管理项目，建立了一个角色，我取名为“组织级的监督管理者

24、，他们的职责是对所有项目进行统一的跟踪、监督、适当的管理，来保证管理层对所有项目的可视性、可管理性。为了有效管理项目，“组织级的监督管理者必须分析项目的数据。他们的职责对照上图的模型，就是执行“反馈职能。 qa本身不进行反馈工作，最多对过程执行状况的信息进行反馈。sqa职责最好不要和“组织级的项目管理者的职责混合在一起，否则容易出现sqa困境：一方面sqa不能准确定位自己的工作，另一方面过程执行者对sqa人员抱有较大戒心。如果建立了较好的管理过程，那么就会加强项目的可视性，从而保证企业对所有项目的较好管理;而qa来保证这个管理过程的运行。2.3.5sqa的工作内容和工作方法2.3.5.1计划

25、针对具体项目制定sqa计划，保证项目组正确执行过程。制定sqa计划应当注意如下几点： 有重点：依据企业目标以及项目状况确定审计的重点。明确审计内容：明确审计哪些活动，那些产品。明确审计方式：确定怎样进行审计。 明确审计结果报告的规则：审计的结果报告给谁。2.3.5.2审计/证实 依据sqa计划进行sqa审计工作，按照规则公布审计结果报告。注意审计一定要有项目组人员陪同，不能搞突然袭击。双方要开诚布公，坦诚相对。审计的内容：是否按照过程要求执行了相应活动，是否按照过程要求产生了相应产品。2.3.5.3问题跟踪 对审计中发现的问题，要求项目组改善，并跟进直到解决。2.3.5.4sqa的素养 过程为

26、中心：应当站在过程的角度来合计问题，保证了过程，qa就尽到了责任。服务精神：为项目组服务，帮助项目组保证正确执行过程。了解过程：深入了解企业的工程，并具有一定的过程管理理论知识。了解开发：对开发工作的基本状况了解，能够理解项目的活动。 沟通技巧：善于沟通，能够营造优良的气氛，避免审计活动成为一种找茬活动。第三章软件项目质量管理在实际中的具体做法3.1质量管理责任分配笔者曾在美国tajtechnologies公司任软件工程师工作。tajtechnologies公司(位于美国明尼苏达州，有约200名员工)在开发项目上按照规范化软件的生产方式进行生产，在生产流程上采纳iso9000的标准进行。每个项

27、目除配备了项目开发所需角色外，还专门配备了配置管理小组、测试小组和质量保证小组保证质量管理的实施，下面针对这三种角色进行说明： 3.1.1配置管理小组职责 配置管理小组是保证项目开发完毕的同时，内部文档和外部文档都同时完成。内部文档的及时产生和规范，是保证项目开发各小组能够更好的接口和沟通的重要前提，从另一个方面讲，也是保证工程不被某个关键路径所堵塞而延滞的前提。如上所述，配置管理小组还是保证质量保证小组得以发挥作用的基础。配置管理小组的主要职责包括：完善各个部门发送需要存档和进行版本控制的代码、文档(包括外来文件)和阶段性成果;对代码、文档等进行单向出入的控制;对所有存档的文档进行版本控制;

28、提供文档规范，并传达到开发组中。3.1.2测试小组职责 测试小组作为质量控制的主要手段，负责软件的测试制定和执行工作。如同软件开发一样，测试在执行之前，同样需要进行测试计划和测试策略的制定，通常状况下测试可以分为如下几种类型，如：正确性测试、功能性测试、性能测试、安全测试和系统测试等。而这些测试均需要在测试计划和测试策略中进行描述用以指导测试小组成员进行测试用例编写和测试执行。程序员在交给测试人员之前是进行过一定的单元测试，保证程序编译、运行正确。测试人员依据具体制定的文档对软件要实现的功能进行一一测试，保证软件的执行正确的实现制定要求，在此也只证实了软件正确的反映了制定思想，但是否真正反映了

29、用户的需求仍需要进一步的功能性测试。 测试人员只有依据软件需求规格说明书所提及的功能进行检测，才干保证项目组开发的软件产品满足用户需求。在正确性测试完成之后，需要测试的是软件的性能，软件的性能在本项目中占有重要的地位，性能要求有可能改变软件的制定，为避免造成软件的后期返工，测试在性能上需要较大的侧重。如果有必要的话，测试小组还需要做安全测试，以保证系统使用安全可靠。 3.1.3质量保证小组职责 质量保证小组作为质量保证的实施小组，主要职责是保证软件透明开发的主要环节。在项目开发的过程中几乎所有的部门都与质量保证小组有关。质量保证小组对项目经理提供项目进度与项目真正开发时的差异报告，提出差异原因

30、和改善方法。 在项目进度被延滞或质量保证小组认为某阶段开发质量有问题时，提请项目经理、项目负责人等必要的相关人员举行质量会议。解决当前存在的和潜在的问题。质量保证是建立在文档的复审基础之上，因而文档版本的控制，特别是软件配置管理，直接影响软件质量保证的影响力和力度。质量保证小组的检测范围包括：系统分析人员是否正确的反映了用户的需求;软件执行体是否正确的实现了分析人员的制定思想;测试人员是否进行了较为彻底的和全面的测试;配置管理员是否对文档的规范化进行的比较彻底，版本控制是否有效。3.2质量管理实施 有了优良的资源配备，又如何在项目全生命周期内实施质量保证，让我们从以下几个方面来看质量保证的实施

31、过程：3.2.1项目进度的质量保证 项目进度是项目进行是否顺利的最直观表现。显然在项目开始之前，项目开发计划是必须的。如果项目开发计划的制定的是完全合理的，那项目进度也就真正表达了项目与最终的交付使用之间的距离，然而要制定完全合理的项目开发计划几乎不太可能。可见要保证项目进度，首先要保证项目开发计划尽可能合理。 项目计划的合理程度与项目计划制定者从事类似规模和类似业务的项目的经验有直接关系，通过经验往往能够预见潜在的阻碍，这样要求项目计划制定者需要集众人之力来完善计划。 当项目计划制定初期，由质量保证小组组织召开的项目计划评审会，邀请公司技术专家、用户以及项目组小组成员一起讨论项目计划的可行性

32、，会议通常采纳头脑风暴法，各抒己见，会后由指定的记录员形成质量记录，发送给相关人员，对其计划中不合理的地方进行修改完善，并由质量保证人员对其结果跟踪，以保证项目计划完整性、可行性，完善后的计划交由配置管理人员进行版本控制。 然而在计划实施过程中，计划不是“固定化。常有人道，“计划赶不上变化，但“要跟上变化。项目计划以里程碑为界限，将整个开发周期划分为假设干阶段。依据里程碑的完成状况，适当的调整每一个较小的阶段的任务量和完成的任务时间，这种方式非常有利于整个项目计划的动态调整。也利于项目质量保证的实施。 实际运作中，当质保小组发现计划实施的差异后，报告项目经理，由项目经理组织负责对计划进行周期性

33、维护，关于已经变动的计划由质保小组协助配置管理小组完成版本控制。项目开发各阶段的质量保证a、需求分析 需求分析是开发人员对系统需要做什么和如何做的定义过程。从系统分析的经验来看，这个过程往往是个按部就班的过程，一次性对系统形成完整的熟悉是困难的。只有不断地和客户领域专家进行交流确认，方能逐步明了用户的需求。从系统开发的过程得知，系统分析时犯下的错误，会在接下来的阶段被成倍的扩大，越是在开发的后期，改正分析时犯下的错误所花费的代价越是昂贵，也越发影响系统的工期和系统的质量。解决系统分析错误的方法。tajtechnologies公司通常采纳邀请用户参加进行需求评定，然后对其用户的看法由质保成员跟踪

34、检测是否纳进需求规格说明书，同时与用户签字确认形成需求基线，交由配置管理员放入配置管理库。 虽然及早的邀请用户参加，仍然避免不了项目进行中用户的需求变更请求。关于开发过程存在的需求变动，我们要求用户填写变更申请单发送给项目配置管理员，在通过配置配置员转交质保小组，负责组织专家小组和项目组成员一起讨论实施变更的可行性及实施后所带来的影响，小的变更则直接记录入变更记录原因分析项和风险项栏，大的变更则需要形成正式的变更报告，无论那种变更都需要对相应的文档实施同步变更(包括需求规格说明书、具体制定文、安装手册、操作手册等)。但是关于无法实现或是变更会带来庞大的影响而将导致进度的延期，这时，我们将变更报

35、告提交给用户或邀请用户进行协调会议，讨论变更取舍问题或是项目进度变更问题。 决定变更之后，由项目经理组织实施变更，测试人员检测变更结果，而质保小组成员监督变更实施过程并协助配置管理员对变更后的成果物进行版本控制。变更实施完后，上线前还需要指定人员协助用户一同测试并由用户签字后同意方可上线。b、系统制定 合格的体系结构应当具备可扩大性和可配置性，而好的体系结构则需要好的制定方法，自然制定选型成为了系统制定首要的工作，究竟是采纳哪种制定方法好呢? 关于制定选型不能一概而论，需要针对项目的结构、项目的特征和用户的需求来分析，同样也要合计到参加项目小组成员的素养，如果其中大部分都没有从事过面向对象的制

36、定且项目进对紧迫，这样没有多余的时间来培训小组成员来掌握面向对象的制定方法，无论众所周知面向对象制定方法的优势，我们还是不如采纳面向过程的方式(除用户指定开发制定方式外)可以减少项目承当的技术风险。 tajtechnologies公司有过一个项目，用户指定需要采纳面向对象分析、制定和开发，且开发周期短，在无赖的状况下，项目小组只能选用面向对象的软件开发过程，由于项目小组很少从事过面向对象的开发，经验缺乏，导致项目上马后项目进度延误，项目没有达到预期的效果。 针对此次开发，我们分析其原因，发现小组成员在开发过程中关于新技术互相交流少，各自有各自的理解和想法，造成理解上的不一致性，导致工作重复性高

37、，滞后项目进度。建议解决方法是项目组成员采纳集中办公，分块学习，学习的成果马上向项目相关人员公布，再由配置管理员对其公布的文档进行整理、规类放入配置库以供大家共享。这样方便大家的互相学习，减少重复的工作。在这次开发中我们公司从管理人员、制定人员到开发人员都汲取了很多教训，同时经过此次项目的开发，小组成员也积存了丰富的面向对象的开发经验。除制定选型，还有一个容易被忽视的问题，就是公共类开发。公共类开发可以减少工作中的重复工作，降低开发成本。这要求我们再制定阶段通过对用户需求的仔细研究，尽可能的识别出公共类，并进行定义指定专人负责制定通知其它制定人员，以减少重复工作。关于项目组提供的制定文档，由质

38、保小组组织技术专家、项目组制定人员、开发人员和测试人员对其制定文档的评审，检测制定文档对其下一阶段工作的可行性，及时发现制定中可能存在的错误，降低项目开发风险，同时保证制定文档能为开发人员、测试人员提供切实的指导。关于可复用的制定进行提取作为公共库制定和开发，提供项目组或整个公司重用。最后交由配置管理员进行制定文档的版本控制。c、实现 实现也就是代码的生产过程。这里不仅包括代码的产生，同时也包括测试用例的产生。针对上一阶段提供具体制定，程序员开始编码并且调试程序，测试人员则依据制定进行测试用例的制定，制定出来的用例需要得到项目组成员认可由项目经理审核通过才干进入配置库。同时程序员调试完程序提交测试人员进行程序正确性检测。d、文档管理 文档维护主要是配置管理小组的工作。