软件项目开发流程书

优选文档××软件项目开发流程改正历史日期作者改正内容2003-03-12新規制作2003-5-18人员职责的改正，内容的改正2003-12-4针对2004年度制作最新工作内容下的工作流程2004-1-14增加项目经理管理被职员填写下周日程表的规则.优选文档1概括31.131.2内容概括..................................................................32开发部平常管理流程详尽实行方案...............................................32.1基本源则..................................................................32.2内容概括..................................................................32.3内容详尽描绘..............................................................33开发部管理流程详尽实行方案...................................................43.1内容概括..................................................................43.2开发部纲领流程图..........................................................53.3开发部管理人职工作流......................................................53.4B工作流.............................................................8UGSURVEY3.5项目解析工作流............................................................83.6BETA后质量保证工作流.......................................................83.7测试组前工作流........................................................8BETA3.8项目组基本工作流..........................................................83.9测试部Β版前流程..........................................................104绩效核查实行方案.............................................错误!不决义书签。4.1总则：....................................................错误!不决义书签。4.2流程图....................................................错误!不决义书签。5开发部激励和过错管理流程......................................错误!不决义书签。5.1激励管理系统..............................................错误!不决义书签。5.2过错管理系统..............................................错误!不决义书签。.优选文档概括1.1目的用标准化的流程来一致管理企业的运作，防备纷乱，提高管理的质量。在实行过程中，所有管理者可以依据此一致的流程，总结经验，提高认识，加强技术水平和管理水平。提高企业级的技术解析能力，为企业储备一支解析队伍，重视在需求理解和需求解析、框架设计上的能力。对人员负责内容上，明确化各自负责的内容，提高工作效率。1.2内容概括开发部平常工作流程开发部管理流程开发部绩效核查流程开发部激励和过错管理流程开发部平常管理流程详尽实行方案2.1基本源则企业开发部力争成立公正公正的讨论系统，慎重的工作流程定义和实时的记录与反应，规范职员活动，形成一个紧张有序的团队。没有一个清楚的流程和高效的反应系统，就不能能把工作做好。可是，这需要每一个人依据规则把自己应当负责的那一部分高效完成，只有这样才能保证整个系统的顺畅，同时，假如个人没有完成自己的训斥和依据规定填写内容，影响的不只是是自己的工作而是整个系统。2.2内容概括日报周报使用规则目的注意是为了提高开发部整体的计划能力，反应能力和管理者的控制能力。同时提高整体职员参加企业管理的渠道。平常活动的方法供给开发部工作流程外的突发事件的解决方法2.3内容详尽描绘日报/周报使用规则1）日报/周报的使用加强全体人员的计划能力，做到我每日要做什么？今天项目经理给我的安排是什么？对应项目经理和部长要知道每一个人在做什么？只有这样，才能保证控制人员可以宏观调控，而个人也不会慌张失措。注意事项：周报哪怕只有一天也需填写；保持一致性开始时间必然为22：00结束时间为23：00，内容负责人填写要求督查人违规办理.优选文档周报项目组长项目进展整体情况：项目经理没有准时提交的，技术解析本周已完成工作量及不可以解决的负责人扣除相应的负责人问题反应，建议或建议；绩效测试组组为每一个人员安排下周工作计长划，下周项目风险的预估。必然填写必然每周五16：00前填写完毕。日报开发部全项目进展情况：项目组长体人员不可以解决的问题反应建议或提议；突发问题必然反应；当天已完成工作量，明天工作量安排建议大家把工作安排填写，有利于提高自己的计划能力和规划能力。同时能保证事情不会忘记。2）目标功能的使用为每一个程序员依据个人不同样的能力和情况设定目标，对于圆满完成目标者进行激励。同时，保证企业的开发收效在可控制范围内。开发部管理流程详尽实行方案3.1内容概括开发部从流程上主要分为以下几方面：1）开发部管理人职工作流2）BUGSurvey工作流3）项目解析工作流4）Beta后质量保证工作流5）测试组beta前工作流6）项目组运行基本工作流开发部从实行人员角色区分以下：项目组长：兼顾解决项目的所有事宜。进行项目的整体计划的制定和实行，保证项目的可连续发展和收益率。项目经理：对企业级的资源进行分配，同时进行开发部的整体计划的制定和实行，保证开发部的可连续发展和收益率。.优选文档技术设计负责人：一致协调停析组的工作，在对日项目解析组中，进行设计文档的一致确认，在对中方项目中，担当需求的一致把关办理。同时负责解析组的平常工作安排的兼顾。QA：一致管理项目质量保证，督查项目组各项活动有序睁开程序员：主假如负责项目依据解析文档的实行，同时，在实行过程中优化代码构造，提出合理化建议，其中优异者可以作为TeamLeader负责详尽组织工作和解析管理工作。测试员：负责企业测试流程的详尽实行，要求掌握测试的技术，提出合理化建议，并保证整个软件的可靠度。翻译人员：负责中外文文档的翻译，要求工作慎重，保证质量。在同客户交流中，负责款待和交流。同时，在个人的发展意愿中可以兼顾其他企业内的常务工作。3.2开发部纲领流程图3.3开发部管理人职工作流.优选文档软件开发管理系统组成参加人员：（技术设计负责人+测试负责人）+项目组长管理主线：管理人员去合适当前我们正在进行的总量有多少，检收而为付款的有多少，实行完成而没有检收的有多少。管理人员去看我们下周可以接受的项目有多少，以便在每周五可以制定下周的工作计划。项目经理可以看自己负责项目的基本参数。Bug管理系统：作为质量控制过程实质结果的监控。以便总结质量的问题，进行反应。Fileserver文档：经过文档管理和整理，保证所有职员可以随时的认识其他项目的信息和相信内容。同时，一致化文档管理，为此后的发展供给素材。所有的文档主要包含以下几种：HearingSheet：一个简要的需求，重点在于重申这个需求的原因（前因结果）UI文件设计文档：东京和北京共同进行估计报价书问题收集表：所有的问题必然要集中在一个文档内功能点文档：必然要交融问题收集表内对应答案的所有内容计划文档：要包含甘特图项目总结及绩效分配方案：把项目总结作为重点进行。单体测试用例；依据模板进行测试组测试用例:要保证最后的测试结果确认测试用例：客户确认beta版后障害书：项目确认者发送，依据同一格式进行书写和填写。beta后障害list表，其中包含bug的简单描绘、bug的种类确定和各部门对于bug的总结。2）过程管理类一个项目两次会议：项目启动会讲和项目总结会议项目启动会议主假如表达项目的功能点，并据详尽问题，进行严格的定义，说明本项目所必然恪守的特别规则，子功能间的前后次序，一致的接口定义，和每一个人在项目实行中应当注意的问题。项目总结会讲和MD分配方案确实定。主假如依据项目实行的结果，进行集中的讨论友善而公正的团队：企业其他方面的管理，就是为了加强管理，提议量化。做到各司其职，多劳多得，公正讨论，供给机会给相应的人。管理人员注意事项其中反应体系的成立最重点。其中管理必然恪守以下规则：.优选文档对象流程工作内容上流方下流方备注编号项目经理分配项目客户负责人项目组长解决人力矛盾项目组长项目组长下流方人员负责把结果测试负责人测试负责人反应给东京担当者技术设计负责人技术设计负责人开发部经理企业管理问题项目经理全体职员必然要给问题提出者答各级负责人复，成为制度后宣布职员组长分配项目项目经理各个成员项目人力调治无项目经理假如出现悠闲同时反馈。分部管理问题无开发部经理项目经理项目解析和问题确认无客户结果物纲领需求文档和问题与答复整理文档项目里程碑信息反应无项目经理项目开始时间，alfa,beta版本时间和原因，估计改正及原因组织团队进行技术文档无测试部经理文档列表以下：的书写和保护team所有成员功能点文档问题收集计划书单体测试用例QA督查svn的履行情况程序员项目经理组长督查过程管理参数组长项目经理整理所有项目文档组长项目经理对日报告表组长项目经理绩效核查供给过程情况组长项目经理月度过程管理办理表汇总测试部经理组织书写测试用例项目经理（功能东京点文档）整理汇总beta版后bug项目经理（供给所有管理者其中的技术解析和管理解析表的圆满的β后障解析及对东京的建议应害书）由项目负责人进行填写控制测试的结果.优选文档3.4Bugsurvey工作流拜会《bugSurvey工作规约》。3.5项目解析工作流拜会《项目解析工作规约》3.6Beta后质量保证工作流拜会《beta后规作规约》3.7测试组beta前工作流3.8项目组基本工作流概括在项目进行过程中，要求可以实时反应。做好计划安排，并调整这个人力的配比，以达到最好的收效。对程序员的要求特别在解析构成立先期，对解析组的设计书，尽可能提出建设性建讲和设计的问题，有利于提高项目解析能力在功能实现上，主要和项目经理的交流，把类构造设计和代码向理想情况努力，同时用企业内的代码规范作为自己的行动准则在平常活动中，加强集体意识，加强责任感。对项目经理的要求主要职责为：类设计的严格控制。保证整个软件包的可保护性项目过程管理。可以亲密的控制整个项目的进度，发现项目中的各样风陡峭素，尽早地把风险在项目中除去。硬性要求以下：1）每个项目（大于10MD正常项目）必然供给的文档为功能点文档，需求收集，单体测试用例，项目总结及MD最后分配方案文档2）每个项目（大于10MD正常项目）必然召开两次会议：项目启动会议主要为了一致项目的内容规则和要求，同时把整体逻辑和框架做简要说明。项目总结会议：主假如讨论每个成员的表现和项目圆满的情况和质量，总结失败的经验教训。同时依据讨论的结果进行最后的MD的分配。整个团队的建设和企业的管理工作。在项目管理中发现问题，把反应给企业。以备在企业级别对整个流程和各个环节进行调整。流程图.接收来自项目经理关注项目的解析进的项目通知程并做初步计划收到来自解析组概对纲领设计做初步要设计第一版的通审察知邮件通知项目经理及测试负确定alfa和beta版责人：项目开本始时间，alfa时间beta时间接收来自解析组详联合项目情况进行细设计第一版计划调整项目启动会议，功能点和人员分配

优选文档、功能点文档2、问卷功能点及问卷文档名确认及svn路径邮件通知测试经理，QA上传项目开始时间，alfa时间beta时间计划安排文档制作项目安排计划表计划表上传SVN项目的类构造设计（项目组长和程序项目经理审批员）编码项目中出现新问题开发组内代码检查提交项目经理制作单元测试文档书写单元测试用例单元测试提交项目经理提交alfa版本邮件通知测试组长

要恪守编码规则和类构造方案邮件给文档作者，并通知项目组长和项目经理Bug管理系统录入代码走读记录上传SVN，路径，文档名格式结果反应到单元测试用例文档中并上传SVN发送测试组项目总结会议制作项目总结报告上传SVN项目组文档管理原则：.优选文档所有文档必然都放在SVN上，进行一致管理。同时，负责人在当地应保存一份同样的备份。细节描绘(各路径寄存什么文件)项目内容备注Spec设计说明书设计说明书一览表要记录所有文档QuestionSheet改正的情况，并指明最后项目实行设计说明书的补充说明与文档之间的关系设计说明书的各个版本设计说明书一览表Testcase项目组书写的单体测试用例测试组书写的测试用例东京发送的confirm测试用例Schedule针对项目实行的日程安排对东京进前进度报告的每个报表Function功能点文档PointsAllBugSpecBeta后障害书针对此项目的beta后bug种类确定和经验汇总。完毕后，应实时发送测试组项目经理。UIHtmlDemoHearing联系解析组，假如有应当直接copySheetFPSpecFPsheet不同样版本FPchange表FP说明，记录所有FP改正历史，以备后期确认的方便。3.9测试部β版前流程有关人员测试部经理：××测试组成员：测试人员的要求必然要注意配合。因为，在此环节，一种好的描绘方式和交流方式将会直接影响工作效率和工作质量。所以，第一大家要注意bu