软件工程毕业设计（论文）-国家统计教育培训网项目管理及其构架

南开大学本科生毕业论文（设计）题目国家统计教育培训网项目管理及其构架学号0012544姓名年级2学院软件学院系别软件工程专业软件工程完成日期指导教师摘要国家统计教育培训网项目管理及其构架软件学院软件工程系软件工程专业指导教师摘要本文主要介绍了作为国家统计局局长的八大督导项目之一的国家统计教育培训网的项目背景、特点及其结构，以及目前为止所实现的产品功能。着重分析了我们开发团队在此次项目中对于MSF和RUP过程模型和团队模型的实践，总结了我们能高效完成项目的原因以及自己对项目管理工作的体会。同时还简单介绍了由我们设计开发的项目管理平台的特点，及它对这个项目起到的辅助作用。关键字远程教育平台，终身教育，MSF框架，系统工程，自适应控制系统，需求，产品生命周期ABSTRACTABSTRACTTHISARTICLECOVERSTHEPROJECTBACKGROUNDANDTHEARCHITECTUREOFTHEINTERNALTRAININGSYSTEMWEVEDONEFORNATIONALBUREAUOFSTATISTICSOFCHINANBSCTHISPROJECTISONEOFTHEEIGHTMAJORPROJECTSINNBSCSUPERVISEDDIRECTLYBYTHEMINISTEROFNBSCALSO,THISARTICLEINTRODUCESTHECURRENTLYIMPLEMENTEDFEATURESINTHESYSTEMANDFOCUSESONTHEANALYZINGOURTEAMPRACTICEDURINGTHISPRACTICALTRAININGPROCESSUSINGMSFANDRUPAND,THISARTICLEEXPLAINSWHYWECANFINISHOURPROJECTONTIMEWITHGOODQUALITYBYUSINGVERYLIMITEDRESOURCESFINALLY,YOULLSEEWHATIVELEARNEDFROMMYFIRSTTIMEPROJECTMANAGEMENTBESIDESTHISNBSCPROJECT,THISARTICLEALSOINTRODUCESTHEFEATURESOFOURSOFTWAREMANAGEMENTSYSTEMANDHOWITHELPSINOURPROJECTKEYWORDSDISTANCELEARNINGPLATFORM,LIFELONGLEARNING,MSFFRAMEWORK,SYSTEMENGINEERING,ADAPTIVECONTROLSYSTEM,REQUIREMENT,PRODUCTLIFECYCLE目录目录前言1第一章项目介绍111项目背景112平台特点213系统结构2131网络结构2132传输方式314平台功能结构4141教学平台4142后台管理515小结8第二章项目管理中生命周期的研究与选择MSF和RUP921介绍922定义923过程模型10231MSF过程模型12232MSF的各阶段13233RUP过程模型15234RUP的各阶段15235项目应用1724团队模式20241MSF角色集20242RUP角色集23243项目应用2625小结33第三章项目管理平台WEBRAID3531管理平台背景介绍3532管理平台功能分析3633开发平台与技术简介4034小结42第四章项目成果展示4341项目进度4342项目实现4343界面截图4544下版介绍47第五章总结49附录153功能模块路程图53附录256目录角色模块功能图56致谢59参考文献60前言1前言在全国上下积极提倡终身教育的今天，我们软件开发者应该努力的为这一潮流提供实现媒介，而网络教育可以说是目前最佳的一种实现终身教育、全民教育的手段。我们设计并开发的这一中国统计教育培训网就是这种网络教育在国家统计局内部的推行，该平台有别于已往的一些网络教育网站，它提供了全面的网络教育的服务，以人性化为中心的设计，尽量把现实中的传统校园、课堂的功能平移到了互连网上，同时又发挥了网络教育的优势，随时随地让访问用户既可以在网上校园中获取各种信息，又可以进入网上课堂进行某一门课程的修读，实时课堂，作业提交批改，考试报名等各种学校教育中需要涉及的方面，我们都集成到了这个培训网上，真正营造了一个网络学校的氛围（具体结构请参见第一章和第四章的介绍）。如果说实现这种网络教育平台是老生常谈的话，那由仅仅七名而且主要是在校大学生组成的团队在只有四个多月的时间里就基本实现了这个繁杂的系统，并且目前已经在国家统计局内部开始试运行，不能不说这是我们创造出来的一个亮点。我们大胆采用新的管理模式和开发技术，不管从项目流程、团队组织，还是功能实现都力求高效。我们在这个项目中引入了系统工程的方法，针对项目和团队的特点采用并行的结构，极其重视与客户的交流和反馈，创造出一个自适应控制系统的开发流程以确保让客户满意（具体做法参见第二章）。我们还根据软件项目开发的特点建立了一个以问题管理为主的项目管理平台，使得项目管理真正做到了系统化的自动运行，大大提高了问题解决的效率，在第三章将有具体的介绍。通过这篇论文您可以看到我们七人小组是如何把这样一个繁杂的大系统，科学的分割成各个小系统，通过减小小系统的误差，来确保大系统的正常运行的，它既是我们这个项目的经验总结，也是下一个项目的标准参考。当然在写作过程中还有一些不够准确，考虑不周的地方，还希望各位能不吝提出修改意见。第一章项目介绍1第一章项目介绍11项目背景由哈佛中国教育研究中心发起的以“蓝色基因”为主题的素质教育公益工程，是目前各界教育活动所关注的重点。“蓝色”因为代表海洋、水运商贸，常常自比“现代文明”，所以它较其他颜色更显时尚、前卫。继“蓝色妖姬”、“蓝牙技术”之后，“蓝色基因”又应运而生，颇令人好奇。无疑，“蓝色”已与理性、文明结缘了。该理论认为，现代人才必须具备八大能力，即自律、创新能力、学习能力、合作开放、自信乐观、责任感、执著追求、理性务实。其中最核心的观点是学历并不是最重要的，真正的素质培养、能力锻造以及持续不断的知识积累才是关键。“蓝色基因”理论其实与政府提出的“终身教育”思想是一致的。学历不等于能力，只要学习能力在，创新能力在，能力的培养，成功的可能，都会依然存在。由此我们可以看到，不管是哈佛研究中心还是我国政府都在强调终身学习，不断积累知识这样一个理念，而实现终身学习的最有效的一个方法就是网络教育，网络无处不在无时不有，我们可以通过网络随时随地的学到新的知识，因此开拓网络教育这个领域，丰富它，改进它，是我们软件工作者今后将要面临的一项重大课题。在这种网络教育逐渐成型的时候，我们开始了国家统计局的网络教育平台项目的设计、开发及推广等系列工作，以期在统计局系统内部提供一个终身学习的实用平台。本项目是为国家统计局量身定做的一个分布式多级互连的网络教育平台，也是国家统计局局长的八个督导项目之一。它必须抛弃原有的通用性教育平台，而针对统计局的教育特点，设计出一个全新的多级教育平台，例如简化学员的注册过程，学员界面尽量清晰易用，课件等教学资源可以从中央站点传到下级站点等。同时还要考虑统计局内部专网带宽资源紧张等问题，要在设计平台的时候尽量减轻专网压力。第一章项目介绍212平台特点灵活的定制模式高度模块化的设计，可根据客户的需求不断添加新的功能，方便的扩展，这个是本系统最大的特色之一。简单实用的图文声像并茂人性化和个性化学习及教学管理环境颇具特色的实时课堂系统，能够提供音频视频、教师桌面、课件显示、实时交互、文本记录等多种功能，模拟一个真实的课堂环境。安全灵活可靠的分布式教学资源管理系统支持松藕合和异构环境整个平台的设计采用分布式的结构，多个服务器共同运转，各负其责，加强性能。同时采用WINDOWS密码安全策略，使用操作系统提供的基于角色的安全。高性价比多个关键模块，例如实时课堂，即时消息等都由开发组自己编写，省去了高额的购买费用。13系统结构131网络结构为减轻用户集中访问中心网站所造成的对网络带宽，硬件设备的压力，本系统设计采用多级分布式互连结构，目前分为两级结构中央网站和省级网站。中央网站是资源中心，除直接向国家统计局机关干部和国家统计局培训学院直属教学部提供网上教学服务外，中央网站主要向省级网站提供网上教学资源（主要是课件和题库）省级网站是教学中心，利用中央网站的共享资源，面向本地区学员，提供网上教学服务。中央网站可利用网络空闲，将教学资源分发到各省级网站，用户可通过访问省级网站进行学习和交流，从而减少对中心网站的网络带宽需求和设备压力。第一章项目介绍3132传输方式对于传输方式来说，采用天地一体的网络传输方式，具体的讲就是以统计业务专网作为主要的网络平台，对于专网网络基础设施相对薄弱的地区，尝试采用单向的卫星通道作为补充手段，利用卫星信道进行远程教育的实时直播和定时广播，并利用卫星通道完成大数据量的课件分发。对于必须进行交互的教学或会议，其交互数据仍通过地面专网传送。这种方式，既缓解了网络设施不足和带宽资源紧张的问题，又避免了INTERNET安全和QOS无法保障的弊端。省级站系统管理课件制作和直播课堂资源服务器统计业务网WEB服务器邮件服务器单位用户数据库服务器视频服务器存储服务器家庭用户中央网站内容分发单位用户公众网卫星内容分发交互回路图2系统结构设计第一章项目介绍414平台功能结构调查问卷实时课堂招生招聘作业考试课件学习网上校园网上课堂讨论答疑统计网络教育平台结构前端管理平台教育资源库安全保障系统支撑环境教学管理、教务管理、平台管理WEB服务、视频服务、数据库服务身份认证、数据安全课件制作、维护管理后台通知公告网上书店图3系统功能结构图系统平台由前端教学平台及后端管理平台两大部分组成。各部分详细功能模块描述如下141教学平台教学平台是系统平台用户最常用的部分，由网上校园和网上课堂两部分组成。1411网上校园网上校园栏目包括通知公告、招生招聘、学术交流、调查问卷、网上书店、资料下载。使用者无需注册为教育平台用户即可访问网上校园，并可查询各类相关信息。1412网上课堂使用者必须注册为平台用户才能访问网上课堂内容。它分为五个子系统课程学习系统第一章项目介绍5讨论与答疑系统作业与考试系统实时课堂系统站内邮件和信息系统142后台管理后台管理是对前端教学的服务和支撑，包括四大部分管理平台，教育资源库，支撑平台和安全保障。1421管理平台管理平台对整个教育平台进行管理，包括教学管理，教务（信息）管理和系统管理三大部分。教学管理教学管理是对日常教学工作的管理，包括课程讨论区管理、答疑管理、课程作业管理、课程测试管理、教学评估管理等教务（信息）管理教务管理包括地区管理、用户管理、项目及课程管理、教材管理、考试管理、学员成绩管理、教育证书管理、缴费管理、新闻管理等。其中按照远程教育流程，教务管理可划分为学员注册管理、缴费管理、教学资料征订管理，作业/考试成绩管理、证书管理、网上调查等子系统。学员注册管理学员填写注册单后，可以直接进入网上课堂选课，对于免费课程，注册学员均可以参加，而收费课程，则通过计费管理来给定学员进入课程学习的权限。教务管理员也可以统一输入学员的书面注册信息，帮助学员及其他身份用户完成注册过程。缴费管理第一章项目介绍6教务管理人员将学员分次缴费情况录入至学员学籍档案中。有关数据一旦确认无误，不得变更。系统会对逾期为缴费者提示，并采取相应限制措施。教学资料征订管理中国统计教育培训网将公布与培训项目有关的文字/音像教学资料列表，并附简要的文字介绍。学员个人及各地的教务管理人员可在网上征订与培训项目有关的文字/音像教学资料。订单需经管理人员审核通过后方可生效。对订单的线下操作由管理人员在线上录入。作业/考试成绩管理系统对学员的历次作业/考试成绩记录到学员的学籍档案中由作业/考试系统自动批改的作业/考试成绩自动进入学员学籍档案中。此外，教务管理人员和教师经授权后可录入成绩。人工录入的成绩经校验无误后，方可正式进入学员学籍档案。系统对作业欠交或成绩不合格者自动生成通知。证书管理基于学员学籍档案所记载的内容，按照给定的结业发证的条件，对学员进行结业确认，并自动生成发证学员清单。网上调查系统能按需要生成多种格式的调查问卷。被调查者直接在网上接受调查。系统可自动对调查结果进行统计汇总，生成最终的调查报告。系统管理系统管理系统对平台的总体运行性能进行管理，包括服务器管理、日志管理、数据管理、性能管理、安全管理等。1422教育资源库课件制作系统第一章项目介绍7可将分散的视、音频培训素材与教材讲义（如PPT，WORD文档，PRODUCER课件）同步整合为多媒体课程，或将教师日常教学活动制作为多媒体课程，快速发布。资源管理系统包括原始素材管理、课件素材管理、课件管理、素材管理和题库管理，以及日常教学时所需要的师资资源的管理和维护。1423支撑平台WEB服务为教学平台的信息交流和课件学习提供服务。EMAIL服务为解决用户的非实时交流，还有一些教学、教务信息的传播也可以通过EMAIL完成。视频传输利用流媒体技术，为教学平台提供视频，音频的传输服务。数据库服务用于存储基本的教学、教务管理信息，如学生的属性、授课内容的基本属性及相应的用户信息和计费数据。1424安全保障用户认证用户认证功能，以数字证书为手段，实现对服务应用和用户的识别。一方面可以实现对网络教育系统中的不同类别教育服务的认证；同时也可以为访问这个系统不同类别的用户进行认证。数据安全包括对系统关键业务信息、教育资源的数据安全保护以及对用户个人信息、成绩的数据安全保护。第一章项目介绍815小结通过以上的介绍可以看到，本系统是一个涵盖面广，功能复杂，影响重大的国家政府性质的网络平台。如何把这样一个繁杂的系统统一好，使得整个开发过程能有序高效，是我们必须考虑的问题。仅仅着重功能的实现，技术的攻克，只能构造出一个个分杂的板块，无法形成一个先进可扩展的系统，是不能满足实际应用需求的。因此我们需建立一套完备的项目构架，用一种合适的生命周期，去指导项目开发全过程。完成这个项目对于我们来说不仅是一次技术上的考验，更是一次软件项目管理理论实践的好机会，我们运用了目前流行的MSF软件项目开发框架和RUP软件过程模型来指导这次项目实践，有科学的理论的指导，加上我们自己对它的理解和合理的调整，保证了此次项目成功的完成。下面几章就会从理论和实际两方面论述我们是如何进行这个项目的开发，以及我自己作为程序经理如何发挥协调作用，贯穿整个项目进行项目管理的。第二章项目管理中生命周期的研究与选择MSF和RUP9第二章项目管理中生命周期的研究与选择MSF和RUP21介绍开发一个好的软件是一个艰难的过程，除了需要有好的编程技术外，还需要考虑很多非技术因素，例如软件开发采用何种过程管理模式，团队采用何种的组织形式，这些经常是在小团队开发的时候容易忽视的方面，但是对提高一个项目的成熟度来说却起着极其重要的作用。正如艾森豪威尔说过“有根据计划没有打赢的战役，但没有战役是在没有计划的情况下打赢的“一样中国软件业较之印度落后的原因之一就是软件组织模式的选用不同，印度是用工业化的组织形式去组织软件的开发工作，而中国则更多的是一种“MANUALWORKSHOPMODEL”，随经理人为去组织决策，自然会有很多考虑不周的地方，从而大大降低开发效率。所以确立一个合适的软件开发过程模型是软件项目管理的灵魂，选择对了会对项目开发起到事半功倍的效果，尤其是当一个多人团队共同开发一个需要符合产品标准的软件时，软件过程变得更加复杂化，更需要根据项目的特点选择好一个项目管理模型。因此我们需要运用所学，把软件开发确实当作一个项目去进行，也许这样会浪费一些设计和组织的时间，但是却有利于软件的持续性开发和后期版本的改进，而不只是仅仅满足用户的一次需求。根据这个项目和我们团队的特点，我们选择了RUP和MSF作为项目管理的指导，在此章将这两个模型结合我们项目过程做一简单介绍，包括两者的过程模型，团队模型和相关规则的说明22定义RUPRATIONALUNIFIEDPROCESS（统一过程）RUP是一套软件工程过程模型，它通过对所有关键的软件开发活动提供正第二章项目管理中生命周期的研究与选择MSF和RUP10确的指导、模板和工具向导，增强团队的生产力，从而使软件发挥最大的功用。它用一套规范的方法为开发组织分配任务，明确责任，其目标是确保在工程进度和预算内，生成出高质量的软件，能够满足最终用户的需求。MSFMICROSOFTSOLUTIONFRAMEWORK（微软解决方案框架结构）MSF是一套大型系统开发指南，它描述了如何用团队模型、过程模型和应用模型来开发应用程序，是在微软的工具和技术的基础上建立并开发分布式企业系统应用的参考。MSF的最大特性是商业化，并自始至终地体现在项目的实施过程中。所谓商业化意味着客户的商业利益。客户投入多少，得到多少回报，客户要用到哪些最新的技术，最后如何把项目计划变成产品直至产生效益，等等，这些都是MSF要考虑的问题。将MSF和RUP放在一起讨论，是因为MSF的过程模型和RUP的类似，都是一个成熟的，结合了传统模型优点的产物，它们都是基于迭代的开发。MSF是在以不同的版本为迭代单位进行开发，而RUP是以一个版本中各个阶段为迭代单位进行开发，一个是大处招眼，一个是顾及细节，两者配合起来就能实现一套完整的软件。并且他们应用的场合是一致的，都可以应对不断变化的需求。虽然RUP是过程模型，但是可以从他的四个阶段，五个活动中，提炼出团队模型，可以发现和MSF也很类似，都是多个角色相互配合，形成一个环状结构，而不是层级式的下级对上级负责。以下就来介绍一下两者的过程模型和团队模型，在这里把两者放在一起并不是为了比较他们的异同，而是指明这两种模式的工作方式和优势，进而论述我们完成的国家统计教育培训网的项目中应用到的软件项目管理的方法。23过程模型过程模型指出一个项目中各个活动的顺序，用来表示一个项目的生命周期。一般来说传统的过程模型分为两大类，一类是静态的如瀑布模型，还有一类是没有确定的检查点，如螺旋模型。第二章项目管理中生命周期的研究与选择MSF和RUP11下图表明两种模型特点瀑布模型这种模型是基于里程碑的，它的每一次活动的转变都是由里程碑来标明。使用瀑布模型，我们需要当一个活动进行完之后才能进入下一个阶段，它是一个线性串行的过程，两个活动不会同时进行。它假定在进行新的开发过程时，上一个过程已经完成，而且不会回到上一个过程。因为在不同的活动之间过渡有固定的转换点，顺序性强，线索清晰，所以这种模型可以很容易的监控管理每个活动的进度和个人完成的情况如何。但是实践证明这个开发模型过于理想化，软件开发是一个非常复杂的过程，有诸多的因素影响工程的效率和成败。而且软件开发需要许多不同背景的个人和团队参与。由于这些复杂性，在软件开发的整个生命周期中每一个阶段都有可能留下隐患和错误。如果等到系统已经开发实现完毕，而在测试阶段发现了重大问题，这时的返工将会造成人力、物力、财力及时间上的巨大浪费。因此这种模型只适合那种需求很明确，并且不容易发生变化的项目。螺旋模型此模型是建立在不断的提炼需求、不断对项目评估的基础上的，是基于风险的模型。以解决一个风险为一个螺旋，进入下一个风险，再开始一组过程。它可以使开发团队和用户之间建立很好的协作关系，用户会在项目进行中，不断进行反馈，以此参与到整个项目过程中。因此螺旋模型适合需要快速开发的第二章项目管理中生命周期的研究与选择MSF和RUP12小项目，或是需求变化多、复杂不易理清的大项目中。但是螺旋模型没有清晰的检查点，不易对整个项目过程进行调控，容易造成管理混乱，因此它对项目管理人员的要求很高。并且由于它是一圈圈的小步向前走，对整个项目的可预测性相对就比较差。231MSF过程模型MSF过程模型是结合了瀑布模型和螺旋模型优点的一个组合模型，它把瀑布模型的基于里程碑的计划管理和对结果具有良好预见性的优势同螺旋模型的及时反馈和不断改进的特点结合起来，整个软件开发过程就像一个自适应控制系统，如下图所示，在一个螺旋迭代的过程中加入多个里程碑，使得一个迭代能有计划的实施。MSF过程模型具有以下特点强调“系统前景/范围“，而不是需求。前景是对方案是什么的一种扩展观点。范围定义了在当前项目的条件限制下，前景中的哪个部分可以被实现。通过这样两个相互矛盾又联系的概念，可以使开发者明确在本版本内需要实现的功能，而不只是以客户提出的需求为中心，使得后期的进度无法完成，产品沿后发布。第二章项目管理中生命周期的研究与选择MSF和RUP13面向客户的里程碑，而不是面向开发的里程碑。每个里程碑是项目组重新校准客户期望值的同步点。每个里程碑的确立都是以实现的部分能否使用户满意为中心的，而不只是活动的完成。因此在里程碑提供了和用户再次交流的机会，使得产品在一定范围内让用户满意。不同版本方式的发布，而不是第一版就包含全部的功能特色。快速变化的技术会不断增强系统的功能，强化电脑使用者的能力。因此在确定迭代的时候要集中力量先把客户迫切需要的部分完成发布，使它先商品化。232MSF的各阶段MSF过程模型是基于阶段的，由里程碑驱动的迭代模型，它可以用来开发配置传统应用，企业商用解决方案，和WEB分布式应用。MSF过程模型分为5个阶段，形成一个闭环结构，螺旋上升。每个阶段设有一个里程碑。这五个里程碑是客户与项目组之间重要的设计、评估及协调的时间点。构想阶段（前景/范围里程碑）构想阶段在“前景/范围核准”里程碑上到达了终结点。一旦一个新的产品吸引了大家的兴趣并审批通过后，项目组开始集中起来定义产品。前景描述文第二章项目管理中生命周期的研究与选择MSF和RUP14档清晰地阐明了产品或服务的最终目标，并提供了明确的方向。范围与前景相反，它定义了一个特定版本产品或服务所受的限制，并且认识到在未来的版本中将要进行的开发工作。计划阶段（项目设计认可里程碑）设计阶段在“项目设计核准”里程碑上到达了终结点。项目设计包含功能规定文档、每种角色职能组的计划组合（如在MSF组队模型中定义的开发、测试、用户教育、系统实施、程序管理和产品管理）和时间进度安排。功能规定提供给项目组足够的细节情况确定需要的资源并作出承诺。在项目设计核准里程碑上，客户和项目组在要交付的内容上及如何进行构建达成一致。这是一个重新评估风险、建立优先级和对时间进度和资源调配情况做最终估计的非常重要的机会。开发阶段（范围完成里程碑）开发阶段在“范围完成”里程碑上到达了终结点。经过核准的功能规定和相关的项目计划提供了开始开发的基线。开发组设置了一系列内部交付的里程碑，每个内部里程碑都要经过全部的测试/诊断/排错的过程。在这个里程碑上客户和项目组评估产品的功能，验证产品过渡和支持计划。同样在这个里程碑上，所有新功能的开发都已经结束，推迟开发的功能记录下来作为下一个版本功能的参考。稳定阶段（发布里程碑）稳定阶段在“产品发布”里程碑上到达了终结点。测试工作是伴随着代码开发工作进行的，在稳定阶段因为集中注意力于寻找错误和修改错误，所以测试活动成为主要的工作。在产品发布里程碑，产品正式转交给操作和支持组。通常情况下，项目组或者开始下一个版本的产品开发，或者拆散加入其它的项目开发组。部署阶段（部署完成里程碑）第二章项目管理中生命周期的研究与选择MSF和RUP15部署阶段在“部署完成”里程碑上达到终结点，需要在这个阶段把解决方案稳定的部署到用户设备上，使产品运转起来，争取获得最终用户的认同。部署完成后，团队需要把整个项目产品演示一遍，并且进行用户满意度调查。233RUP过程模型RUP是迭代的开发过程，一个生命周期包括多个迭代，每个迭代都是一个活动的松散的顺序集合。需求，分析设计，实现，测试，部署五个活动在每个迭代中占不同的比例，这个比例是由该迭代处于开发周期的哪个阶段决定的，可以把每次迭代看成是一个小型的瀑布模型。如下图所示，横轴通过时间组织，表示每次迭代；纵轴以内容来组织为，表示在一个迭代中所要进行的活动。可以看到每个活动在各个阶段中都有参加，只是所花精力不同，这是和瀑布模型不同的。这种迭代模型的实现在很大程度上提供了及早发现隐患和错误的机会234RUP的各阶段RUP中的软件生命周期在时间上被分解为四个顺序的阶段，分别是先启阶段INCEPTION、细化阶段ELABORATION、构造阶段CONSTRUCTION和产品化阶段TRANSITION。每个阶段结束于一个主要的里程碑MAJORMILESTONES，第二章项目管理中生命周期的研究与选择MSF和RUP16每个阶段本质上是两个里程碑之间的时间跨度，在阶段的结尾执行一次评估以确定这个阶段的目标是否已经满足。如果评估结果令人满意的话，可以允许项目进入下一个阶段。先启阶段先启阶段的基本目标是实现项目的生命周期目标中所有相关因素（如客户等）之间的并行。先启阶段主要对新的开发工作具有重大意义，新工作中的重要业务风险和需求风险问题必须在项目继续进行之前得到解决。对于重点是扩展现有系统的项目来说，先启阶段较短，但其重点仍然是确保项目值得进行而且可以进行。以生命周期目标为这一阶段的里程碑，用来评估项目的基本可行性。此时，检查项目的生命周期目标，并决定继续进行项目还是取消项目。精化阶段精化阶段的目标是建立系统构架的基线，以便为构建阶段的主要设计和实施工作提供一个稳定的基础。构架是基于对大多数重要需求（对系统构架有很大影响的需求）的考虑和风险评估发展而来的。构架的稳定性是通过一个或多个构架原型进行评估的。它以生命周期构架为里程碑，为系统构架建立管理基线，并使项目团队能够在构建阶段调整规模。此时，要检查详细的系统目标和规模、选择的构架以及主要风险的解决方案。构建阶段构建阶段的目标是阐明剩余的需求，并基于已建立基线的构架完成系统开发。构建阶段从某种意义上来说是一个制造过程，在此过程中，重点在于管理资源和控制操作，以便优化成本、进度和质量。从这种意义上说，从先启和精化阶段到构建和产品化阶段，管理上的思维定势经历了从知识产权开发到可部署产品开发的转变。它以最初操作性能为里程碑，确定产品是否已经可以部署到BETA测试环境。在最初操作性能里程碑，产品随时可以移交给产品化团队。此时，已开发了所第二章项目管理中生命周期的研究与选择MSF和RUP17有功能，并完成了所有ALPHA测试。除了软件之外，用户手册也已经完成，而且有对当前发布版的说明。产品化阶段产品化阶段的重点是确保最终用户可以使用软件。产品化阶段可跨越几个迭代，包括测试处于发布准备中的产品和基于用户反馈进行较小的调整。在生命周期中的该点处，用户反馈应主要侧重于调整产品、配置、安装和可用性问题，所有较大的结构上的问题应该在项目生命周期的早期阶段就已得到解决。产品化阶段末是第四个重要的项目里程碑，即产品发布里程碑。此时，确定是否达到目标，以及是否应该开始另一个开发周期。有时候，该里程碑可能与下一周期的先启阶段重合。产品发布里程碑是项目验收复审成功完成的结果。235项目应用2351项目特点虽然统计局提供了一份全面的书面需求，对各个模块都有提及，但是仍存在许多会发生变化的方面，如由于第一次采用中央为资源中心，地方为教育中心的两级模式，所以对资源的分发只提有建设性的意见，会根据在实现时遇到的困难而有所变化。对于新的模块实时课堂，只有一个大致的构想，需要设计人员根据现实社会中的传统课堂设计出一套完备的系统，做出一个原型后再由统计局提出修改意见。在界面方面有基本色调和界面风格的要求，也会根据不断的反馈而进行修改另外由于统计局给出需求较细，而且涉及统计局内部的某些流程，难免会有不能理解的地方，而且过细的需求使得项目设计者发展的余地较小，在真正实现和使用过程中，会存在一些不可预知的问题，也会引起需求的变化，因此在整个开发过程中都需要与用户保持联系，及时解决对需求理解和协调上问题。第二章项目管理中生命周期的研究与选择MSF和RUP18同时项目要求的时间紧，造成开发周期短的困难，需要在四个月之内完成所有的功能，并能交付使用2352团队特点开发人员少。平台主要开发人员只有七人，而且都为在校生，有其他学业任务。而项目的任务重，涉及面广，需要的技术多。开发人员分散，流动性较大，人员变动较快。开发组主要由泰达，南开本部，北京公司三个小的开发组构成，而且人员有可能产生变动，具有较大的不确定性，事实上，在后来的开发过程中，北京的小组由于出现某些严重问题，被集体解雇，造成泰达开发小组需要对他们负责的模块进行改造或重写。而且在开发的早期，由于我们设计的WEBRAID（项目管理平台）软件还未完成，使得异地开发组之间沟通交流不畅，只能用邮件，即时消息的方式进行沟通、整合，因此在交流中会产生一些误会，影响开发进度。同时客户与开发人员不在同一个城市，与客户的交流难度也相对较大。开发预算少。需要自己编写几乎所有组件，加重了开发任务，例如及时消息模块，讨论区模块等。项目管理经验不丰富。项目组中的几乎所有开发和管理人员均是第一次接触大项目，没有经验可言，只能靠技术管理文档加自己的理解，在老师的指导下进行，因此在项目的进行过程中会由于管理问题，对需求考虑不周全出现一些反攻，减慢开发进度。开发所用技术新。这些新技术从本质上提高了系统的先进型和稳定性，但由于是第一次尝试，因此开发中伴有学习的过程，会产生一些不可预见的问题。还因为这些技术中有一部分还不成熟，而且不存在任何这方面的参考资料，需要开发人员自己摸索，这样也减缓了开发进度，增加了开发的难度。第二章项目管理中生命周期的研究与选择MSF和RUP192353应用模式综合以上项目和团队的特点，可以发现传统的瀑布模型是绝对满足不了开发要求的，然而由于项目要求时间短，影响重大，需要对项目做充分的测试，完全的螺旋模型又显得过于费时并且容易使项目失控，因此需要按照一种结合两者优点的生命周期去开发，我们发现MSF框架中提供的分版本的软件过程和RUP阶段迭代的思想都是能很好的满足该项目的需要，它们都是基于迭代的开发，在每个迭代中，各个活动都会进行，能够提供和用户充分交流的机会。需求的变化只用在下一个迭代中加入变化即可，不影响其他部分的开发，不会造成大规模的反攻。在每个迭代中都有测试，因此能及时发现已有部分的问题进行改正，不用积压到项目后期才进行测试，降低了风险。不同阶段的不同活动可以在同时并行处理，如一个模块在开发的时候，另一个模块可以进入设计阶段，而第三个模块则可以正在测试，这样提高了效率，节省了时间，也适应了项目组人员分散的特点。一个活动结束有良好的里程碑标准，提高了项目的可控制性和稳定性我们在实际的开发过程中就是遵循这样的一个迭代并行的过程模型进行的，用系统工程的方法来解决软件工程的问题，将整个工程看成是一个自适应控制系统，在整个开发过程中，都和客户保持着密切的联系，并把这种联系制度化，几乎每天向北京公司发进度报告，并且频繁的向客户汇报工作，做功能演示，重视每次反馈的结果，不管是表示认同还是要求改变。不会长时间堆积，到了问题严重的时候才和客户交流。例如我们从项目开始时的构想阶段，提出分版本实现网络和卫星两种传输资源的方式，到计划阶段的三方人员的职责，进度安排，交付时间确定，再到开发阶段，几次内部的里程碑时，给客户的做的演示，客户不断提出修改意见，直到最后客户对功能和界面的基本满意，这些里程碑都是在和客户充分交流后确认的，而不是我们自己闭门造车。除了在里程碑时和客户的面谈外，我们还通过电子邮件，电话的形式在开发过程中随时交流，出现了需求上的理解问题及时向用户询问，例如在证书管第二章项目管理中生命周期的研究与选择MSF和RUP20理部分，对于何时可以颁发证书的限定；计费管理部分，何种情况下可以把预修的学生转为正式学员，等等，这些问题几乎都能在24小时内解决。同时对于需求中不太合理的部分，也和用户进行了充分的讨论，某种程度上修改了需求，使之更加符合实际，如教材的订单管理中的参考订单的概念，过于抽象，后来通过协商把它取消了，替代以对一个订单进行操作，而使得同一个功能不在两个操作中出现，使用户混淆。我们还不断接受客户对已有部分的修改意见，使得产品尽可能早的符合客户的要求，风险降低。例如平台的界面，在每次演示的时候都按用户的意见进行了改正，最终实现了一个用户满意的界面。另外我们的设计、开发、测试是同步进行的，参照RUP过程模型，不同角色的人在同时进行工作，能够方便沟通，互相解答疑难，使设计的构架能尽可能快捷的被实现。及时的测试也使系统更加稳定，错误在尽可能早的时候被解决。我们的整个开发过程充分的遵循了这个尽早发现错误的原则，在每个阶段都尽可能的发掘问题，解决问题，以使排错的成本降至最低。24团队模式高效项目组的特点一个高效的项目组能够赋予项目组成员权力、并明确他们的责任。明确的责任与权力会消除获得成功过程中的障碍，并使项目组成员专注于自己的工作目标。高效的项目组能够保证项目的目标和进度可以达到。每个项目组中的成员根据他所负责的任务进行时间、进度的估计和安排。项目组中的每个成员都需要理解客户和最终使用者的需求，这样他们就能够基于使用者和客户的期望作出良好的决策。第二章项目管理中生命周期的研究与选择MSF和RUP21241MSF角色集MSF团队模型定义了相互依赖、相互协作、同等角色关系的工作模型。每个组中的成员在项目中都有一个明确定义的角色，并且关注于一种特定的任务。这种方法加强各个角色的责任感，最终结果是产生更好的产品。每种角色小组的领导者负责管理、指导和协调，小组中的成员专注于执行他们的任务。基于项目的大小，每个角色被分配给一个人或是有人领导的一个小组。同样，一个人也可以承担多种角色。在一个成功的项目组中，每个成员都要感觉到对产品的质量负有责任。不能出现由一个小组成员代表另一小组成员对质量负责的情况，每个小组成员都是客户利益的维护者。MSF组队模型描述了六种基本的角色（程序管理、产品管理、开发、测试、系统实现和用户教育），他们构成一个同等重要的环形结构，如图所示。产品管理角色产品管理负责为产品或服务确定一个方向，获取并量化用户的需求，开发、维护商务关系和商业环境，并管理客户的期望值。这种角色的目标是确保清晰地表述客户的期望值，并使其为项目组所理解，而且使功能规定与客户的业务优先级相吻合。产品管理负责项目的高层次交流第二章项目管理中生命周期的研究与选择MSF和RUP22和协调，如商务立项、项目费用、合同谈判、演示，以及产品定位产品管理部门需要程序管理角色程序管理的任务是控制决策各种因素，以保证在合适的时间推出合适的产品。同时程序管理创建功能规定文档，并将它作为如何实施产品或服务的一种决策工具。最后程序管理将面对，使产品或服务与组织标准和操作目标相一致的日常协调工作。程序管理是一个关键的交流与协调的角色。基于前景陈述文档，程序管理勾画出并维护功能定义。程序管理负责所有与分析、定义和系统结构相关的活动。在开发人员的配合下，程序管理必须确保功能需求在现有的资源下，技术上是可以实现的。开发者角色开发者的任务是构造或实现一种满足规定和用户期望的产品或服务。开发这种角色是用于交付一个完全服从讨论过的功能规定的系统。这种角色很重要的一个方面就是积极地参与构建功能规定的过程。与瀑布式过程模型中的开发继承功能规定的方式相反，MSF组队模型中开发组的负责人与程序管理一起工作，共同构建模型，提供技术解决的方法，探索设计中的各种选择。当功能规定成为基准线后，开发角色开始承担负责开发时间计划的责任。测试角色测试的任务是保证产品或服务交付之前，能够发现所有存在的问题。测试要准备测试计划、测试规定和测试案例。在软件项目中，测试必须针对所有的接口，包括用户界面和软件功能等各方面。将新软件集成到现行系统时也必须进行回归测试。开发人员通常开发自动测试脚本，这样在他把代码提交给测试人员以前，就可以使用这些脚本对自己的代码进行测试。测试这种角色必须独立于开发才是真正有效的。测试不仅是包含代码上的，还应用在功能规定、系统的性能、用户界面和实施计划上。第二章项目管理中生命周期的研究与选择MSF和RUP23用户教育角色用户教育的任务是通过方案演示和系统培训，最大可能性地使系统的使用者得到相关产品和服务的价值。用户教育的第二个任务是通过使产品更容易理解和使用，降低系统技术支持的费用。作为使用者利益的倡导者,用户教育参与系统和用户界面原型的设计和构造，也包括熟悉程序的安装过程。用户教育还要开发伴随系统的打印文档或电子联机文档。如果需要的话，用户教育还需准备并交付系统的培训材料。发布管理角色发布管理的任务是确保产品平稳地过渡、安装和移交到产品操作和技术支持组手中。他负责将实验室的产品商品化，变成实际可以运行的商品，达到最初制定的商业目的，取得商业效益。这项工作在以往做的小项目中可能比较简单，因为实验室的环境可能和实际环境差别不大。而在大项目中却不同了，实验室环境可能十分简单，而实际环境却非常复杂，比如分布式环境、防火墙限制等，因而将实验室产品运用到实际环境中是一项非常重要的工作。这项工作没有完成好,往往使整个项目前功尽弃,功亏一篑。其他团队成员除了前面提到的角色外，一个项目团队还可能需要其它人员来扩展其中的角色。这些辅助支持的角色包括项目的发起人负责项目的发起和项目最后的验收用户（或商业发起人）客户方的负责人，需要这个项目的人，并能从中得到好处最终用户直接使用产品的人操作人员产品部署后，负责维持产品日常正常运转的操作人员242RUP角色集RUP是软件过程模式，它自己没有提出团队模型的概念，但是它的开启，第二章项目管理中生命周期的研究与选择MSF和RUP24精化，构建，产品化四个阶段的划分决定了进行这样模式需要的多个角色集分析师角色集围绕需求进行分析，但是在项目的不同方面，分析的内容也不同。首先由系统分析员（SYSTEMANALYST）通过概括系统的功能和界定系统来领导和协调需求获取及用例建模，需求获取后，由业务流程分析员（BUSINESSPROCESSANALYST）确定存在哪些业务主角和业务用例，他们之间如何进行交互。根据业务用例由业务设计员（BUSINESSDESIGNER）指定实现业务用例所需的业务角色及业务实体，并且将业务用例的行为分配给这些业务角色及业务实体，再由业务模型复审员（BUSINESSMODELREVIEWER）对业务用例模型和业务对象模型进行正式复审。项目开发过程中需要界面设计人员（USERINTERFACEDESIGNER）去分析该产品的应用场合和用户习惯，设计出界面，经过反复和用户的协商，使用测试，确定一个最终界面设计方案开发者角色集这是任何软件项目中起基础作用的集合，他们是和代码打交道的成员的集合。用于组织主要从事软件设计与开发工作。构架设计师（SOFTWAREARCHITECT）负责在整个项目中对技术活动和工作进行领导和协调。他划分整个软件的模块，决定哪些部分需要开发，哪些部分可以购买下载第三方组件。由构架审查人员（ARCHITECTUREREVIEWER）对该方案，进行审查，构架设计的好坏直接影响后续程序的开发，把问题在这个阶段解决会使排错成本大大降低，因此需要由多人一起确定一个最优方案。根据构架的划分，就开始进行数据库设计人员（DATABASEDESIGNER）从整个项目的角度进行设计，应尽量使数据库设计规范化，充分考虑各个功能模块的需要，建好各个表及它们之间的关系，因为代码开始编写后数据库结构的修改要比程序的修改复杂的多。第二章项目管理中生命周期的研究与选择MSF和RUP25由程序设计人员（DESIGNER）进行程序规则的设计，如有可能，可以精确到程序中类和方法的定义，统一的程序设计，能使得各模块整合起来更加容易。将数据库设计和程序设计分发给程序员（IMPLEMENTER）去实现。代码写好后再由代码审查人员（CODEREVIEWER）检查源代码代码，这个角色可以由程序员自己担任，程序员相互检查代码，既是一个审查的过程，也是一个熟悉他人程序的过程。最后由模块整合人员（INTEGRATOR）把各个模块整合到一起后，并确保合成一个项目后编译通过。此角色一般可由赋有经验的程序员担任测试人员角色集测试是贯穿整个项目进程的，除了一般意义的对产品进行黑盒测试的测试设计人员（TESTDESIGNER）和测试人员（TESTER）外，在其他的角色集中也有些人员要从事测试的工作，不同阶段需要用到不同的技术和知识，例如，经理集合，设计人员集合，分析人员集合等都需要进行部分测试，以找到当前工作中的不合适的地方，及时作修改，从某种意义上看，测试工作应该尽量前移，在项目前期发现问题要比进行到黑盒测试时发现问题所需付出的代价少的多。经理角色集在软件工程的过程中进行各方面工作管理和配置的角色集合，变更控制经理（CHANGECONTROLMANAGER），他负责对需求的变更控制过程进行监督，通常由有关各方（包括客户、开发人员和用户）的代表组成配置经理（CONFIGURATIONMANAGER）负责为产品开发团队提供全面的配置管理CM基础设施和环境部署经理（DEPLOYMENTMANAGER）负责制定向用户群体发布产品的计划，并将其纳入布署计划中。流程工程师（PROCESSENGINEER）对软件开发流程本身负责。其职责包括在项目开始前配置流程，并在开发工作过程中不断改进流程。第二章项目管理中生命周期的研究与选择MSF和RUP26项目经理（PROJECTMANAGER）负责分配资源，确定优先级，协调与客户和用户之间的沟通。项目复审员（PROJECTREVIEWER）负责在项目生命周期中的主要检查点处评估项目计划工作和项目评估工作。以上介绍了RUP过程中的四个主要的角色集合，可以看到这种分类是和MSF的分类方式不一样的，它更加细致专业，但是这些角色同样是由一个人或作为团队相互协作的多个人来实现。项目团队成员经常要履行许多不同的角色职能，就象一个人可以担任许多职务，一个人也可以担任许多不同的角色。所以角色并不代表个人，而是说明个人在业务中应该如何表现以及他们应该承担的责任。243项目应用我们在此次项目中主要采用了MSF的团队模型，把项目成员分成六种基本的角色，即程序管理、产品管理、开发、测试、系统实现和用户教育。整个项目管理开发工作就是在这六个角色不断交互配合中进行的，下面就通过描述每个角色的任务来具体介绍一下我们整个项目的各项活动是如何进行的。2431产品管理本次项目中的产品管理实际是由三方人员一起担当的，统计局，首信公司，南开大学都有人员负责对需求的确定和量化，其中统计局方面确定了产品的方向（二级的分布式在全国范围内使用的网络教育平台），项目需求（平台方案的文档）及其优先级（提出11个迫切需要的功能）首信方面进行商务立项，费用和合同的谈判，并把单独和用户交流的要点及时传达给南开大学的开发方。南开大学方面将量化后的用户需求讲解给开发小组，将功能特性集群（按第二章项目管理中生命周期的研究与选择MSF和RUP27角色分给不同的程序员开发），给客户群体做演示，并最终推出一个合格的产品。三方负责人员有过多次的交流协商，最终确定了一个对三方都有利的项目需求，为后来的开发和产品验收提供了良好基础。2432程序管理在本