项目实训学生指导手册.docx

1、项目实训学生指导手册项目实训学生指导手册Project Training Student Guide版本1.0作者IBM China, CSDL, LBS Education日期2007/11/12审批日期变更记录日期版本变更说明作者2007/11/12V1.0创建IBM China, CSDL, LBS Education 导言目的指导实训学员按照软件企业项目开发的过程、方法和规范去完成一个项目，使学员在项目实训过程中正确地完成规定范围内的软件开发工作。范围 适用于项目实训的各位学员。实训制度实训是一种模拟企业项目实际开发的训练，因此具有企业工作的相似性，实行类似企业管理的工作制度。1、学员

2、配带实习生卡，每天上班要签到或打卡。实习生卡采用员工卡的形式，有照片、姓名和员工号。2、学员书写周报，记录每周的工作，并在周五下班前向配置管理库或项目经理提交。3、学员实行项目经理负责制度项目实训准备组织结构角色责任知识技能人员项目总监 讲解软件项目开发的方法、过程和规范 指导项目开发各过程的活动 按里程碑检查项目组阶段工作 监督项目过程规范的执行情况 指导评审具备项目工程经验和教学经验实训师项目经理 负责项目干系人的合作协调 负责项目进度的控制 负责项目开发各过程活动的组织 监督配置管理库 承担部分开发任务组织过校园活动，有一定管理经验各项目组组长技术经理 负责开发计划的制定 负责项目开发各

3、过程活动的技术 负责项目组内部技术的培训 承担部分开发任务技术扎实全面，逻辑思维好各项目组副组长配置管理员 制定配置管理规范 负责配置管理库目录结构的建立 负责配置管理库的维护 维护需求跟踪矩阵 收集测试问题报告单 分配角色权限、配置库备份认真负责，思维全面细致指定的组员数据库管理员 负责数据库的设计、建立和维护熟悉数据库的设计模式和相关数据库的特性指定的组员软件工程师 参与需求分析活动 参与详细设计 按照详细设计完成编码和单元测试 对个人开发活动进行记录，提交个人工作周报 修改测试出来的缺陷熟练使用开发工具和编写代码全体组员测试工程师 建立测试环境 承担功能测试和集成测试工作 提交测试问题报

4、告单认真负责，思维全面细致指定的组员术语定义 WBSWork Breakdown Structure 工作分解结构 Milestone里程碑一个在预定时间发生的事件，某个人应该对其负责，并且能用它来测量进程。 Baseline基线已经通过正式评审和认可，作为以后进一步开发的基础，并且只有通过正式的更改控制规程才能进行更改得规格说明或产品。 RMRequirement Management 需求管理 SCMSoftware Configuration Management 软件配置管理 PRPeer Review 同行评审 DBADataBase Administrator 数据库管理员 SRS

5、 Software Requirement Specification 软件需求规格说明书 SCCBSoftware Configuration Control Board 软件配置控制委员会 SQASoftware Quality Assurance 软件质量保证员 CMMSoftware Capability Maturity Model 软件能力成熟度模型 PMProject Manager 项目经理实训开发过程项目启动活动说明 项目总监对项目进行介绍，介绍项目组的组织结构，指导学生分组。分组以学生方式自愿为原则，组长负责与项目组成员讨论确定组织结构成员，给项目组命名，如组。完成后，由组

6、长向项目总监提交。 项目总监讲解项目管理课程，包括项目开发管理和配置管理的内容，各项目组确定本项目组的项目管理方法，包括文件命名规范、配置管理规范、编码规范。 项目总监发放项目需求规格说明书和静态原型，学生须全面了解项目。 准备开发环境，包括熟悉并安装配置管理库、数据库和开发工具。立项输入 需求规格说明书静态原型活动说明 项目总监讲授立项时的流程和工作内容 项目总监解释项目计划书、配置管理计划和测试计划书中的关键点，并发放三种计划书的模板。 项目经理组织项目组成员书写项目开发计划、配置管理计划和测试计划。 立项里程碑评审：项目总监组织安排项目开发计划、配置管理计划和测试计划评审。若评审组认为以

7、上内容存在问题，需将该问题整理出来并在评审会上指出，由本项目组专人记录所有问题。 评审过程：参见附录之“评审过程”输出评审通过并已经纳入基线的项目开发计划评审通过并已经纳入基线的配置管理计划评审通过并已经纳入基线的测试计划立项评审报告单立项参考：项目主要开发信息项目名称项目名称项目编号*-001客户名称项目客户方客户负责人N/A开始日期年-月-日结束日期年-月-日项目经理各项目组组长客户代表N/A项目组织及角色角色姓名电子邮件电话项目总监指导教师客户经理N/A项目经理项目组组长技术经理项目组副组长咨询顾问指导教师质量保证员N/A软件工程师项目组成员测试工程师项目组成员数据库管理员项目组成员配置

8、管理员项目组成员项目总体计划项目预计需要*周的时间， *年*月*日代码开发完毕。*月*日系统测试，*年*月*日结项。项目阶段开始时间结束时间主要工作产品项目启动*年*月*日*年*月*日项目计划需求*年*月*日*年*月*日Use case，用例规约，测试用例设计*年*月*日*年*月*日UML模型，测试用例开发*年*月*日*年*月*日源代码测试*年*月*日*年*月*日测试报告结项*年*月*日*年*月*日项目总结报告里程碑提交产品里程碑提交产品提交时间负责人立项项目开发计划*年*月*日项目经理测试计划*年*月*日项目经理，测试经理配置管理计划*年*月*日项目经理，配置管理员需求用例模型，用例规约*年

9、*月*日技术经理设计UML模型*年*月*日技术经理数据库设计*年*月*日数据库管理员测试用例*年*月*日测试经理，技术经理Solution Model*年*月*日技术经理编码代码*年*月*日技术经理测试测试总结报告*年*月*日测试经理，技术经理结项项目总结报告*年*月*日项目经理 开发环境硬件软件实训开发环境：每生一台PC机或笔记本：PIV 2G以上1G2G内存硬盘80G以上开发服务器或测试服务器一台应用服务器：WebSphere Application Server 6.1数据库：DB2 Express 9.1开发工具：Rational Application Developer 7UML建

10、模工具：Rational Software Architect 7配置管理工具：CVS数据库设计工具：评审按计划需要评审的工作产品，以及采用的评审方式和参加评审的人员。评审方式是里程碑评审为主，小组内可采用同行评审，二次评审采用单人评审。工作产品评审方式评审参与人员评审材料发放时间(提前X天)计划里程碑评审 项目总监、项目组成员1用例规约里程碑评审项目总监、项目组成员1UML模型和测试用例里程碑评审项目总监、项目组成员1代码代码走查项目总监、项目组成员1测试报告里程碑评审项目总监、项目组成员1需求分析过程角色说明角色职责项目总监指导面向对象需求分析的过程，指导项目组理解需求和评审项目经理协调项

11、目组资源，与技术经理协商决定本阶段的人员分工，并按照协商结果分配任务并监督执行情况，参与本阶段部分工作技术经理配合项目经理，带领项目组进行面向对象的需求分析，进行用例建模，书写用例规约；负责技术难点的解决和培训测试经理带领测试人员全面了解需求，按照测试计划启动测试用例，并开始书写部分需求明确的测试用例，反复与需求分析人员沟通，确保对需求理解一致输入需求规格说明书静态原型用例规约、数据字典、关键抽取、域模型设计和测试用例模板活动说明 项目总监讲解面向对象需求分析的过程，并简要说明项目裁剪掉的部分需求阶段工作 项目经理和技术经理经协商，决定任务分配原则并进行人员分工。 技术经理以会议或内部培训形式

12、带领项目组成员理解需求规格说明书和原型，确保全组成员对需求理解一致；若大家对于需求的理解存在疑问，项目经理（或指定组员）将这些疑问记录在需求问题跟踪中，并针对这些问题咨询项目总监，并将答复的信息也记录在需求问题跟踪中，项目经理确保项目组中的每一位成员都理解了需求 配置管理员按配置管理计划建立配置管理库，并监督全组人执行 各成员按分配的任务进行面向对象的分析工作，进行UML建模： 用例建模：使用IBM RSA进行用例建模，画出与需求一致的全部用例图 精化用例：项目总监讲解并指导用例规约，按用例规约模板书写用例规约文档 关键抽取：项目总监讲解并指导关键抽取，按关键抽取模板书写关键抽取文档 域模型设

13、计：项目总监讲解并指导域模型设计，使用IBM RSA进行域模型设计，并按域模型设计模板书写域模型设计文档 项目总监发放测试用例模板并讲解，测试经理按照测试计划启动测试用例，并开始书写部分需求明确的测试用例，测试人员需反复与需求分析人员沟通，确认对需求理解一致 技术经理指定一名成员书写数据字典文档，包括项目组文档命名规范，项目中专用名词及页面中数据的约定 需求里程碑评审：项目总监组织安排用例规约、关键抽取和域模型设计评审。若评审项目组人员认为以上评审内容存在问题，需将该问题整理出来并在评审会上指出，由本项目组专人记录所有问题 评审过程：参见附录之“评审过程”输出评审通过并已经纳入基线的用例规约评

14、审通过并已经纳入基线的数据字典评审通过并已经纳入基线的关键抽取评审通过并已经纳入基线的域模型设计需求评审报告单设计过程角色说明角色职责项目总监指导面向对象设计的过程，定义基本的软件技术架构，指导评审项目经理协调项目组资源，与技术经理协商决定本阶段的人员分工，并按照协商结果分配任务并监督执行情况，参与本阶段部分工作技术经理配合项目经理，带领项目组进行面向对象设计，进行UML建模，书写相关文档；指导DBA进行数据库设计；负责技术难点的解决和培训测试经理继续书写并完成全部测试用例，反复与设计分析人员沟通，确保对需求理解一致输入需求规格说明书静态原型评审通过并已经纳入基线的用例规约评审通过并已经纳入基

15、线的数据字典评审通过并已经纳入基线的关键抽取评审通过并已经纳入基线的域模型设计鲁棒分析、解决方案说明书、数据库设计说明书和测试用例模板活动说明 项目总监讲解面向对象设计的过程，定义基本的软件技术架构，提出数种项目组可以使用的技术架构和模式，但不限定项目组使用的模式和框架 DBA根据需求和数据字典进行数据库设计（可以先产生“E-R”），并按照模板书写数据库设计说明书 DBA同时要完成数据库的建立，建表及初始化数据，并建立项目组成员开发或测试时使用的用户名和密码，管理员密码只有DBA自己保存。 延续需求分析阶段的分工，各成员继续依照上阶段的工作成果进行面向对象的设计，进行UML建模 鲁棒分析：项目

16、总监讲解并指导鲁棒分析，使用IBM RSA进行鲁棒分析，建议通过序列图和协作图进行分析，并按鲁棒分析模板书写鲁棒分析文档 解决方案：项目总监讲解并指导解决方案，项目经理和技术经理依据项目成员的技术能力选择解决方案要使用的设计模式或框架，并按解决方案说明书模板书写解决方案说明书文档 测试经理带领测试人员按照测试计划和需求规格说明书继续书写测试用例，反复与设计分析人员沟通，确保对需求理解一致 设计里程碑评审：项目总监组织安排鲁棒分析、解决方案说明书、数据库设计说明书和测试用例评审。若评审项目组人员认为以上评审内容存在问题，需将该问题整理出来并在评审会上指出，由本项目组专人记录所有问题 评审过程：参

17、见附录之“评审过程”输出评审通过并已经纳入基线的鲁棒分析评审通过并已经纳入基线的解决方案说明书评审通过并已经纳入基线的数据库设计说明书评审通过并已经纳入基线的测试用例设计评审报告单用例评审报告单编码过程角色说明角色职责项目总监指导编码过程，发放编码规范，指导代码走查项目经理协调项目组资源，与技术经理一起分解开发任务；编码技术经理配合项目经理，分配任务单；主持编码工作和代码走查编码人员进行编码工作；代码走查输入评审通过并已经纳入基线的解决方案说明书评审通过并已经纳入基线的数据库设计说明书编码规范静态原型活动说明 项目总监讲解编码过程，发放编码规范，编码人员必须严格按照编码规范进行编码工作 项目经

18、理和技术经理根据软件项目开发计划安排编码人员的工作，以开发任务单（即最小化任务）的形式发放任务 编码人员接收到开发任务单后，要确保开发人员清楚其任务的需求和设计（可找技术经理进行讲解，或由项目经理安排技术经理专门进行讲解），推荐延续设计的分工对编码进行合理的分工。 编码工作中如有技术上的疑问，可通过组成员间讨论沟通解决，也可通过internet寻找解决方法，不能确定或有争议，由技术经理来安排解决。如技术经理也无法确定，咨询实训师 编码人员应按项目经理的要求按时开发完成分配的任务，如不能在工作日内完成，可加班完成 编码人员必须每天严格地对配置开发库进行检入和检出，即每天下班前，应及时将完成的、编

19、译通过的代码检入开发库，每天上班后，首先从开发库中检出开发使用的代码，并及时向项目经理提交开发任务单。 配置管理员每天对配置开发库进行检查，对不能及时对配置开发库进行检入和检出的编码人员而影响了项目开发进度的，配置管理员要及时向项目经理汇报 项目经理汇总提交的开发任务单并提交给技术经理；技术经理负责对所提交的任务进行技术审核，并及时纠正编码人员的问题 编码人员修改问题，并重新提交开发任务单，可依据情况重复上步 代码后期由配置管理员承担bulding的工作，将配置开发库中的代码在开发服务器上反复调试运行 技术经理主持代码走查，项目经理协助，代码走查可以定期或不定期举办，必要时请项目总监参与 代码

20、走查未通过，则直接使用其他项目组的结果或由项目总监推荐 代码走查通过后代码，由配置管理员负责入基线库输出源代码应用程序包代码走查报告测试过程角色说明角色职责项目总监指导测试过程，指导评审项目经理协调项目组资源，跟踪测试问题报告单的处理技术经理配合项目经理和测试经理，跟踪测试问题报告单的处理，并进行缺陷修正工作的技术指导测试经理配合项目经理，搭建测试环境，建立测试库，负责主持测试工作，编写测试总结报告测试人员按测试计划和测试用例执行测试，填写测试问题报告单 编码人员及时处理测试问题报告单，修改测试出来的缺陷输入评审通过并已经纳入基线的测试计划评审通过并已经纳入基线的测试用例评审通过并已经纳入基线

21、的用例规约需求规格说明书静态原型测试问题报告单和测试总结报告模板活动说明 项目总监讲解测试过程，受时间和条件所限，实训的测试只进行功能测试和集成测试 项目经理协调资源，测试经理负责带领项目组进行测试环境的搭建和验证，测试经理要书写测试任务单，该文档中应包括测试人员要执行的测试任务及该任务对应的修改指派人(开发人员) 功能测试过程如下： 测试经理发放测试任务单给测试人员和开发人员，明确职责 测试经理进行测试管理工具BugFree的培训，参训人为全体项目组成员 测试人员按照测试用例执行测试，发现每发现一个缺陷在BugFree中提交一个缺陷项，此时缺陷项状态是“Active” 每个开发人员要及时查看

22、BugFree，如发现指派人是自己的缺陷，必须在0.5个工作日之内修改完成，并点击“解决”修改缺陷状态为“Resolved” 测试人员验证缺陷是否已修改，如修改正确，将该缺陷关闭，该缺陷状态为“closed”;如发现仍有缺陷，可重新激活该缺陷，提醒开发人员再次修改 测试要覆盖全部测试用例 测试反复进行，直至达到测试计划中的要求 功能测试基本完成后迭代进行集成测试。项目组全体组员均参与集成测试，主要保证各功能模块间调用正常，再出现功能上的缺陷，不再修正 测试经理书写测试总结报告 测试里程碑评审：项目总监组织安排测试总结报告评审。若评审项目组人员认为以上评审内容存在问题，需将该问题整理出来并在评审

23、会上指出，由本项目组专人记录所有问题 评审过程：参见附录之“评审过程”输出评审通过并已经纳入基线的测试总结报告测试评审报告单实施过程实训的实施过程因不具备条件而省略。项目总监讲解工程项目的生产部署、试运行、验收、维护的过程和方法。结项输入经过测试后的源代码和应用程序包配置管理计划中发布基线的配置项活动说明 项目经理带领项目组整理项目文档、代码等，将最终版本提交至开发库，再由配置管理员更新至基线库，形成最终版本 配置管理员负责向助理实训师提交本项目组最终版本的基线库 项目组提交项目总结，项目组成员提交个人项目总结 各项目组演讲本组项目情况 项目总监总结输出项目发布清单 项目总结报告 个人总结报告

24、 基线库附录：评审过程： 评审需提前一天发料 对于评审提出的问题经实训师确认需要修正的，修正的时间不超过0.5个工作日；修正完成后，助理实训师与修正人进行单人评审并将结果入基线库。 如修正后仍存在问题，可组织小范围的二次同行评审，参加人由助理实训师和项目经理确定。对于两次评审仍未通过的项目组，将不再让其修改，而直接使用其他项目组的成果或项目总监推荐的成果。 技术经理根据评审结果带领项目组对评审内容进行修正，并书写评审报告单 评审通过后的文档，由配置管理员负责入基线库附录1配置管理指南附录2项目经理手册附录3评审过程指南【本文档内容可以自由复制内容或自由编辑修改内容期待你的好评和关注，我们将会做得更好】