课程项目里程碑.doc

Software Engineering of Web Application实践环节指导书湖南大学 软件学院二00六年九月目录第一章 指导思想- 3第二章 实践环节主要内容-10第三章 需求阶段-11第四章 概要设计阶段-13第五章 数据库设计阶段-15第六章 详细设计阶段-16第七章 编码阶段-18第八章 测试阶段-20第九章 集成阶段-21第八章 发布阶段-22第一章 指导思想SEWA课程强调用实际的项目代替课程设计和其他相应的实践性环节。因此，传统意义上的单个的实验由完整的真实项目的开发过程的各个阶段的任务来代替。学生在实验室的实际时间远大于规定的相应的实验课的课时，学生在各个阶段的任务根据角色的不同有不同的内容。实践环节的指导思想是采用微软“卓越”软件工程先进理念和配套体系，结合软件工程教学实际，引导学生比较全面、完整地学习和理解软件作为一个产业的真正内涵，培养学生良好的工程素质。一、 组织形式和分工在课程开始前一周，根据指导教师的人数，将学生分成若干个Group，学生和老师双向选择，人数每个组平均分配。各组人数确定后，民主选举产生一个PM和两个Tester Leader和两个Developer Leader。其他人员分别进入一个Test组和一个Develop组。在SEWA的实践环节中，为了使每个参与人员明确自己的职责，同时便于对每个参与人员进行工作实绩的考核，本文档对参与SEWA的成员进行了角色定义和职责分工。整个项目的角色分成以下九种：Project Manager、Co Project Manager、Group Manager、Program Manager、Developer Leader、Tester Leader、Developer、Tester、TA。Project Manager：负责课程实践教学策划，包括实践教学内容的确定、教学大纲和日程的审定、教学队伍的人员落实、教学队伍的培训联系、课程项目内容的审定、课程项目组织形式和结构。Co Project Manager：负责教学的具体组织，包括实践教学大纲的编写、教学日历的制定、校内教师的教学相关内容的组织、课程项目内容的确定、课程项目的整个开发过程的组织、教学相关管理文件的编写、参与教学。同时负责校内教师教学质量、教学工作量考核。Group Manager：在Co Project Manager的指导下，负责指导PM完成整个项目小组的所有环节的任务、参与教学。包括负责所带学生团队的项目角色分配，承担分管队伍的项目经理职责，为学生在项目开发过程中遇到的各种问题提供指导，对本学生团队的项目完成情况负责。负责给Team和其成员打分。TA：协助分管教师管理DEV team和TEST team，对项目开发提供技术支持，监督学生的日常项目开发，保证每周不少于10小时的与team一起的实验室工作时间。负责组织学生讨论并进行纪录。Program Manager：为学生团队的项目经理，制定项目的开发计划，承担项目的需求分析及项目的原型（界面）开发，帮助文档的编写，负责Dev和Test之间的沟通和协调，带领整个团队按时保质地完成各个阶段的任务，确保在各个里程碑及时完成规定任务并上交相关文档，为分管老师的工作提供辅助。负责项目文档管理和配置管理。负责发布前1周的bug管理。负责本Group承担模块的数据库设计工作，包括实体关系图的设计，数据库表及字段的设计，与其他PM一起，负责数据库的整体设计，并兼任数据库管理员的职责（DBA）的角色，包括建库、维护等。与其他PM一起，负责模块之间的系统集成，以及在集成测试和之后的bug修复阶段的Build工作。在测试阶段，负责bug修复责任有争议时的协调。Developer Leader：制定开发计划，负责功能模块的划分，组织developer的详细设计，组织本开发TEAM完成项目的开发工作,确保开发过程中及时完成各个里程碑的任务并上交相关文档。作为developer参与开发。组织代码评审，指定结对编程。Tester Leader：制定项目的测试计划，将测试任务进行合理分配，按软件工程的标准组织本测试小组进行软件测试，对软件Bug进行跟踪管理并建立详细的文档，协助开发小组产生高质量的软件，确保按时保质地提交的各项文档。作为tester参与测试。在测试阶段，负责bug修复工作的任务指派，当牵涉到别的组时由PM协调。负责本小组的程序在bug修复阶段的Build工作。Developer：按时完成所分配的模块开发任务，包括：详细设计文档，编码，单元测试，bug修复。积极和本组成员开展代码评审，共同协作开发出高质量的软件。Tester：按照测试计划安排进行各项测试，提交测试用例和测试报告，协助开发人员进行充分测试及软件Bug的管理，以实现高质量软件的开发。Group的组织结构见下图：注：Dev Lead和Test Lead同时也作为组员分别承担所在组的developer和tester的职责。Test和Dev由两个Lead商量后可以两两结成队，比如A和D，互相测试对方程序，也可以不是，由各个组自定。二、 考核形式和内容主要根据学生的参与程度、体现的水平进行评价。学生的考核分两个阶段进行：第一阶段是需求分析阶段的评价，其评价结果作为“软件需求分析”课程的成绩；第二阶段是作为“软件工程”课程和实践环节的成绩。“软件需求分析“课程成绩考核包括团队分和个人分：n 团队分70%u 需求文档(包括软件功能界面)质量u 归总的UML用例和顺序图质量n 个人分30%u PMl 需求文档(包括软件功能界面)质量u Developer Leaderl UML用例和顺序图质量u Developerl UML用例和顺序图质量“软件工程”课程和实践环节成绩考核包括团队分和个人分：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 Leaderl 各阶段测试文档编写的质量与时间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 测试工具使用与测试代码编写能力第二章 实践环节主要内容实践环节的主要实践内容围绕项目开发的全过程展开。在不同的阶段考察相关的内容，包括多种形式：提交文档（需求文档、设计文档）、原型设计、主题报告、代码编写、代码评估、测试等。实践环节共分八个阶段：需求阶段、概要设计阶段、数据库设计阶段、详细设计阶段、编码阶段、集成阶段、测试阶段和发布阶段。每个阶段各个组有不同的内容，每个阶段每个成员根据角色不同有不同的任务。第三章 需求阶段在需求分析阶段，主要的任务是形成需求文档。文档格式参考提供的模版。具体任务划分为：PM在现场的初步调研后确定系统的主要模块，在进行模块分工后，写出所负责模块的需求文档初稿。PM们成立一个小组，指定一位PM协调，将各个模块的文档整合成一个统一的文档。经过4-5轮的反复，包括与用户的现场沟通以及与指导老师的交流，确定需求文档。其中，为调动Group内其他成员的积极性，同时体现“卓越”软件工程理念中开发、测试人员尽早参与项目的原则，除了与实际用户的现场调研因场地等现实原因让全体成员参与外，其他讨论Group所有成员全体参与需求文档的讨论、修改。在需求文档的书写格式上，考虑到每个学生需参与到需求的分析与设计中，故我们采用需求文档与UML建模同时进行。在UML建模的同时，为了更好的描述需求场景，我们统一采用Cockburn文档模型，描述每个用例并嵌入到Rose的注释框中。该阶段提交的文档有： 各个Group单独的需求文档 PM组提交的整个项目的需求文档该阶段各角色的分工与职责： PM 参与需求现场调研 充分理解客户需求，在组内负责需求解答 负责需求界面原型 负责需求文档的整合与需求变更 Developer Lead 承担功能模块的需求分析与建模 负责小组内需求文档的整合与需求变更 Developer 承担功能模块的需求分析与建模第四章 概要设计阶段概要设计阶段，主要任务是提交改要设计文档和原型，包括UML用例图和顺序图。具体任务划分为：根据前面确定的模块，由PM将本Group负责的模块在进行划分，每个Developer Team分配具体的开发任务，由Developer Leader组织本组成员根据需求文档进行原型的开发，PM将本Group的各个Developer Team提交的原型进行综合；PM组将几个Group的原型进行综合，形成整个项目的完整原型；在原型基本成型的基础上，各个PM形成各个Group的概要设计文档，由PM组将各个Group的文档综合后形成整个项目的概要设计文档。该阶段提交的文档有： 各个Group单独的概要设计文档 PM组提交的整个项目的概要设计文档 各个Group单独的原型 PM组提交的整个项目的原型该阶段各角色的分工与职责： PM 对场景以及问题域进行分析，构成系统的架构级设计，阐明对于系统的分层思想 根据架构图进行模块的划分并阐明模块划分的理由，绘制模块物理图以及模块依赖图。 概要设计文档的质量 界面原型的质量（包括界面可用性，组界面风格的统一等） Group内任务划分的合理性及完成情况 Developer Leader 根据各模块的职责对模块进行概要设计,阐明各模块接口实现的设计。 Developer 抽象类图和活动图 界面原型要求两个组之间进行文档的交叉评审,并给出评审文档,做为小组评优考核的参考依据。第五章 数据库设计阶段数据库设计阶段的主要是根据需求文档中业务功能及实体对象属性的描述进行数据库的设计，通过Rational Rose工具使用UML语言对数据库进行建模，并最终生成数据库设计文档。具体任务为： PM 与其它PM沟通，协调模块之间的调用关系 组织组内设计评审会 负责数据库设计文档的整合与文档变更 Developer Leader 承担功能模块的数据库设计与建模 编写数据库设计文档 不定期召开小组会议，讨论设计 负责数据库设计文档的整合与文档变更 Developer 承担功能模块的数据库设计与建模 编写数据库设计文档第六章 详细设计阶段详细设计阶段的主要任务是对程序开发中将要使用的实现进行规范，包括对全局变量的定义和设置，类的定义以及其变量、函数的定义，页面上的导航栏、组件触发的事件的接口的定义等。具体任务为：由Developer Leader负责，组织Team内的开发人员，对负责的内容进行详细设计，形成设计文档，并由Developer Leader们组成一个小组，在Group组织内部讨论、统一公用部分，如全局变量的定义和设置，类的变量和外部接口等，形成Group详细设计文档；PM组在收集各个组的详细设计后，所有Developer Leader参加，从整个项目的角度出发，全面讨论全局变量等相关内容，确定详细设计文档。该阶段各角色的分工与职责： PM 协调各个Group内各个组之间的详细设计方案 整合Group内各个组的详细设计文档 由PM组整合各个Group的详细设计文档 Developer Leader 根据各模块的职责对模块进行详细设计,组织Developer进行详细设计。 Developer 根据分工，确定表示层、业务逻辑层、数据访问层的类的数据成员和接口。第七章 编码阶段编码阶段的主要任务是：根据详细设计文档，编写程序实现功能，包括有关算法的设计和实现，以及进行代码评估。具体任务为：由各个Team的Developer Leader组织，在详细设计文档的基础上，制定3天为一个小周期的任务时间表，适时进行检查，完成负责模块的代码编写；Developer Leader组织每两天一次的代码评估。评估前，由Developer Leader提前1周指派某人负责另外一个人的代码评估，被评估者提前3天将其编写的代码提交给评估者，评估者提前1天将书面评估报告提交给Developer Leader，Developer Leader负责对评估报告进行审查，并提供修改意见，评估者在小组内部会议上陈述评估报告。由Tester Leader负责，组织Team成员进行测试计划的编写和测试用例的编写。该阶段各角色的分工与职责： Developer Leader 制定周计划和3天为一个周期的阶段性任务，并分配每个人具体任务。 检查每个组员的开发进度。 组织代码评估，审查评估报告。 Developer 根据开发进度，进行代码编写。 对别人的代码进行评估，写出评估报告。 Tester Leader 编写测试计划。 Tester 编写测试用例。第八章 测试阶段测试阶段的主要任务是三个方面：单元测试、集成测试和系统测试。测试从开发阶段即已经开始，如测试计划的设计、测试用例的编写等；还包括编码阶段的自我测试。测试由各个Group的Tester Leader负责。具体任务为：由各个Team的Tester Leader组织，完善测试用例，对开发所负责的程序进行测试，将测试结果反馈给Developer Team,编写测试报告；Tester根据测试用例对程序进行测试，根据测试结果，反馈给Tester Leader，由Tester Leader集中；Developer Leader根