《课程项目里程碑.doc》由会员分享，可在线阅读，更多相关《课程项目里程碑.doc（22页珍藏版）》请在金锄头文库上搜索。
1、Software Engineering of Web Application实践环节指导书湖南大学 软件学院二00六年九月目录第一章 指导思想- 3第二章 实践环节主要内容-10第三章 需求阶段-11第四章 概要设计阶段-13第五章 数据库设计阶段-15第六章 详细设计阶段-16第七章 编码阶段-18第八章 测试阶段-20第九章 集成阶段-21第八章 发布阶段-22第一章 指导思想SEWA课程强调用实际的项目代替课程设计和其他相应的实践性环节。因此，传统意义上的单个的实验由完整的真实项目的开发过程的各个阶段的任务来代替。学生在实验室的实际时间远大于规定的相应的实验课的课时，学生在各个阶段的任
2、务根据角色的不同有不同的内容。实践环节的指导思想是采用微软“卓越”软件工程先进理念和配套体系，结合软件工程教学实际，引导学生比较全面、完整地学习和理解软件作为一个产业的真正内涵，培养学生良好的工程素质。一、 组织形式和分工在课程开始前一周，根据指导教师的人数，将学生分成若干个Group，学生和老师双向选择，人数每个组平均分配。各组人数确定后，民主选举产生一个PM和两个Tester Leader和两个Developer Leader。其他人员分别进入一个Test组和一个Develop组。在SEWA的实践环节中，为了使每个参与人员明确自己的职责，同时便于对每个参与人员进行工作实绩的考核，本文档对参
3、与SEWA的成员进行了角色定义和职责分工。整个项目的角色分成以下九种：Project Manager、Co Project Manager、Group Manager、Program Manager、Developer Leader、Tester Leader、Developer、Tester、TA。Project Manager：负责课程实践教学策划，包括实践教学内容的确定、教学大纲和日程的审定、教学队伍的人员落实、教学队伍的培训联系、课程项目内容的审定、课程项目组织形式和结构。Co Project Manager：负责教学的具体组织，包括实践教学大纲的编写、教学日历的制定、校内教师的教学相
4、关内容的组织、课程项目内容的确定、课程项目的整个开发过程的组织、教学相关管理文件的编写、参与教学。同时负责校内教师教学质量、教学工作量考核。Group Manager：在Co Project Manager的指导下，负责指导PM完成整个项目小组的所有环节的任务、参与教学。包括负责所带学生团队的项目角色分配，承担分管队伍的项目经理职责，为学生在项目开发过程中遇到的各种问题提供指导，对本学生团队的项目完成情况负责。负责给Team和其成员打分。TA：协助分管教师管理DEV team和TEST team，对项目开发提供技术支持，监督学生的日常项目开发，保证每周不少于10小时的与team一起的实验室工作
5、时间。负责组织学生讨论并进行纪录。Program Manager：为学生团队的项目经理，制定项目的开发计划，承担项目的需求分析及项目的原型（界面）开发，帮助文档的编写，负责Dev和Test之间的沟通和协调，带领整个团队按时保质地完成各个阶段的任务，确保在各个里程碑及时完成规定任务并上交相关文档，为分管老师的工作提供辅助。负责项目文档管理和配置管理。负责发布前1周的bug管理。负责本Group承担模块的数据库设计工作，包括实体关系图的设计，数据库表及字段的设计，与其他PM一起，负责数据库的整体设计，并兼任数据库管理员的职责（DBA）的角色，包括建库、维护等。与其他PM一起，负责模块之间的系统集成
6、，以及在集成测试和之后的bug修复阶段的Build工作。在测试阶段，负责bug修复责任有争议时的协调。Developer Leader：制定开发计划，负责功能模块的划分，组织developer的详细设计，组织本开发TEAM完成项目的开发工作,确保开发过程中及时完成各个里程碑的任务并上交相关文档。作为developer参与开发。组织代码评审，指定结对编程。Tester Leader：制定项目的测试计划，将测试任务进行合理分配，按软件工程的标准组织本测试小组进行软件测试，对软件Bug进行跟踪管理并建立详细的文档，协助开发小组产生高质量的软件，确保按时保质地提交的各项文档。作为tester参与测试。
7、在测试阶段，负责bug修复工作的任务指派，当牵涉到别的组时由PM协调。负责本小组的程序在bug修复阶段的Build工作。Developer：按时完成所分配的模块开发任务，包括：详细设计文档，编码，单元测试，bug修复。积极和本组成员开展代码评审，共同协作开发出高质量的软件。Tester：按照测试计划安排进行各项测试，提交测试用例和测试报告，协助开发人员进行充分测试及软件Bug的管理，以实现高质量软件的开发。Group的组织结构见下图：注：Dev Lead和Test Lead同时也作为组员分别承担所在组的developer和tester的职责。Test和Dev由两个Lead商量后可以两两结成队，
8、比如A和D，互相测试对方程序，也可以不是，由各个组自定。二、 考核形式和内容主要根据学生的参与程度、体现的水平进行评价。学生的考核分两个阶段进行：第一阶段是需求分析阶段的评价，其评价结果作为“软件需求分析”课程的成绩；第二阶段是作为“软件工程”课程和实践环节的成绩。“软件需求分析“课程成绩考核包括团队分和个人分：n 团队分70%u 需求文档(包括软件功能界面)质量u 归总的UML用例和顺序图质量n 个人分30%u PMl 需求文档(包括软件功能界面)质量u Developer Leaderl UML用例和顺序图质量u Developerl UML用例和顺序图质量“软件工程”课程和实践环节成绩考
9、核包括团队分和个人分：n 团队分70分u 项目完成49分l 功能覆盖35分l 质量分14分质量分=14 - Release Bug总数目（自查bug系数为1，测试组bug系数为3）u 文档分21分l 项目计划2.5分l 需求分析2.5分l 功能说明书（概要）2.5分l 详细设计说明书3.5分l 数据库设计说明书2.5分l 测试计划2.5分l 测试用例2.5分l 用户手册2.5分各文档每推迟一天扣一分，可为负分。n 个人分30分u PMl 需求文档(包括软件功能界面)质量l 阶段性提交文档时间l 进度把握l 软件质量l Developer与tester的协调与沟通能力u Tester Leade
10、rl 各阶段测试文档编写的质量与时间l 管理水平l 总体测试情况评价l 作为Tester的考核u Developer Leaderl 各阶段开发文档编写的质量与时间l 软件架构评价l 开发进度把握l 开发人员与任务分配评价l 代码质量的评价l 作为Developer的考核u Developerl 功能实现评价(功能/代码行)l 代码质量l 开发进度完成情况评价u Testerl 不同级别bug报告的数目l 覆盖率测试评价l Broad/Deep test测试评价(如安全性/性能/stress等覆盖面)l 测试报告质量l 测试工具使用与测试代码编写能力第二章 实践环节主要内容实践环节的主要实践内
11、容围绕项目开发的全过程展开。在不同的阶段考察相关的内容，包括多种形式：提交文档（需求文档、设计文档）、原型设计、主题报告、代码编写、代码评估、测试等。实践环节共分八个阶段：需求阶段、概要设计阶段、数据库设计阶段、详细设计阶段、编码阶段、集成阶段、测试阶段和发布阶段。每个阶段各个组有不同的内容，每个阶段每个成员根据角色不同有不同的任务。第三章 需求阶段在需求分析阶段，主要的任务是形成需求文档。文档格式参考提供的模版。具体任务划分为：PM在现场的初步调研后确定系统的主要模块，在进行模块分工后，写出所负责模块的需求文档初稿。PM们成立一个小组，指定一位PM协调，将各个模块的文档整合成一个统一的文档。
12、经过4-5轮的反复，包括与用户的现场沟通以及与指导老师的交流，确定需求文档。其中，为调动Group内其他成员的积极性，同时体现“卓越”软件工程理念中开发、测试人员尽早参与项目的原则，除了与实际用户的现场调研因场地等现实原因让全体成员参与外，其他讨论Group所有成员全体参与需求文档的讨论、修改。在需求文档的书写格式上，考虑到每个学生需参与到需求的分析与设计中，故我们采用需求文档与UML建模同时进行。在UML建模的同时，为了更好的描述需求场景，我们统一采用Cockburn文档模型，描述每个用例并嵌入到Rose的注释框中。该阶段提交的文档有： 各个Group单独的需求文档 PM组提交的整个项目的需
13、求文档该阶段各角色的分工与职责： PM 参与需求现场调研 充分理解客户需求，在组内负责需求解答 负责需求界面原型 负责需求文档的整合与需求变更 Developer Lead 承担功能模块的需求分析与建模 负责小组内需求文档的整合与需求变更 Developer 承担功能模块的需求分析与建模第四章 概要设计阶段概要设计阶段，主要任务是提交改要设计文档和原型，包括UML用例图和顺序图。具体任务划分为：根据前面确定的模块，由PM将本Group负责的模块在进行划分，每个Developer Team分配具体的开发任务，由Developer Leader组织本组成员根据需求文档进行原型的开发，PM将本Group的各个Developer Team提交的原型进行综合；PM组将几个Group的原型进行综合，形成整个项目的完整原型；在原型基本成型的基础上，各个PM形成各个Group的概要设计文档，由PM组将各个Group的文档综合后形成整个项目的概要设计文档。该阶段提交的文档有： 各个Group单独的概要设计文档 PM组提交的整个项目的概要设计文档 各个Group单独的原型
