学生选课系统软件项目管理分析

学生选课系统软件项目管理分析报告所属院系：信息学院班级：软件1201学号：1205290132姓名：日期：目录1.项目启动.............................................................................................................................................................31.1合同拟定工作..........................................................................................................................................31.2生存期模型选择......................................................................................................错误!未定义书签。2.项目计划与执行.................................................................................................................错误!未定义书签。2.1需求分析..................................................................................................................错误!未定义书签。2.2任务分解WBS...........................................................................................................错误!未定义书签。2.3项目进度计划..........................................................................................................错误!未定义书签。2.4项目成本估算..........................................................................................................错误!未定义书签。2.5项目风险管理..........................................................................................................错误!未定义书签。2.6项目质量控制..........................................................................................................错误!未定义书签。3.项目收尾与总结.................................................................................................................错误!未定义书签。3.1软件项目管理总结..................................................................................................错误!未定义书签。3.2软件项目管理学习体会..........................................................................................错误!未定义书签。1.项目启动1.1合同拟定工作西安财经学院希望学校可以有一个现代化的选课系统，为此他们提出了《学生选课系统》的需求，希望委托软件公司为其开发这样的软件项目。《学生选课系统》是对学校教务和教学活动进行综合管理的平台系统，是一个学校和地区教育信息化的基础信息平台。目的是为了提高工作效率、规范学校的工作流程。针对这个项目，甲方采取多方洽谈的招标方式。经过多方沟通，西安XX科技有限公司（乙方）获得了这个项目的开发权。双方经过多次的协商和讨论，最后签署项目开发合同，合同文本如下：技术开发合同项目名称：学生选课系统委托人（甲方）：研究开发人（乙方）：西安XX科技有限公司签订地点：西安市签订日期：2014年9月17日有效期限：2014年9月17日至2014年12月20日西安技术市场管理办公室根据《中华人民共和国合同法》的规定，合同双方就校务通管理软件系统开发项目的技术开发（该项目属于计划），经协商一致，签订本合同。一、标的技术内容、范围及要求：根据甲方的要求，乙方完成校务通软件系统的研制开发。1.根据甲方要求进行系统方案设计，要求建立B/S结构的，基于Sqlserver数据库、ＮＴ服务器和Ｊ２ＥＥ技术的三层架构体系的综合服务软件系统。2.配合甲方，在与整体系统相融合的基础上，建立系统运行的软硬件环境。3.具体需求见ＳＯＷ二、应达到的技术指标和参数1.采用支持UML的CASE工具Rose2003开发环境。语言采用Java语言编程。数据管理采用MicrosoftSQLSever2008数据库管理系统。系统操作平台采用微软操作系统Windows7。系统的运行软件要求：Windows2008Server或更高版本。2.分为管理员登陆和普通用户登陆，并划分权限。3.系统的主要功能是应满足双方认可的需求规格，不可以随意改动。三、研究开发计划1.第一阶段：乙方在合同签订后7个工作日内，完成合同内容的系统设计方案。2.第二阶段：完成第一阶段的系统设计方案之后，乙方于50个工作日内完成系统基本功能的开发。3.第三阶段：完成第一和第二阶段的任务之后，由甲方配合乙方于3个工作日内完成系统在XXX信息中心的调试、集成。四、研究开发经费，报酬及其他支付结算方式1.研究开发经费是指完成本项目研究开发工作所需的成本。报酬指本项目开发成果的使用费和研发开发人员的科研补贴。2.本项目研究开发经费和报酬（人民币大写）：XXX万元整。3.支付方式：分期支付。4.本合同签订之日起生效，甲方在五个工作日内应付乙方合同总金额的50%，计人民币XXX.00元（人民币大写XXX元整），验收后甲方在五个工作日内付清全部合同余款，计人民币XXX.00元（人民币大写XXX元整）。五、利用研究开发经费购置的设备、器材、资料的财产权属：/。六、履行的期限、地点和方式。本合同自2014年8月日至2014年11月16日在西安履行。本合同的履行方式：甲方责任1.甲方全力协助乙方完成合同内容。2.合同期内甲方为乙方提供专业性接口技术支持。乙方责任1.乙方按甲方要求完成合同内容。2.乙方愿提供在实力功能的前提下，进一步予以完善。3.乙方在合同商定的时间内保证系统正常运行。4.乙方在项目验收后，提供一年免费维护。5.未经甲方同意，乙方不得向第三方提供本系统中涉及专业的技术内容和所有的系统数据。七、技术情报和资料的保密。本合同中的相关专业技术内容和所有的系统数据，归甲方所有，未经甲方同意乙方不得提供给第三方。八、技术协作的内容。见系统设计方案。九、技术成果的归属和分享。专用申请权：/。技术秘密的使用权、转让权：/。十、验收的标准和方式。研究开发所完成的技术成果，达到了本合同第二条所列技术指标，按国家标准，采用一定的方式验收，由甲方出具技术项目验收证明。十一、风险的承担。在履行本合同的过程中，确因在现有水平和条件下难以克服的技术困难，导致研究开发部分或全部失败所造成的损失，风险责任由甲方承担50%，乙方承担50%。本项目风险责任确认的方式：双方协商十二、违约金和损失赔偿额的计算：除不可抗力因素外（指发生战争、地震、洪水、飓风或其他人力不能控制的不可抗力事件），甲乙双方须遵守合同承诺，否则视为违约并承担违约责任：1.如果乙方不能按期完成软件开发工作并交给甲方使用，乙方应向甲方支付延期违约金。每延迟一周，乙方向甲方支付合同总额的0.5%的违约金，不满一周按一周计算，但违约金额不得超过合同总额的5%；2.如果甲方不能按期向乙方支付合同款项，甲方应向乙方支付延期违约金。每延迟一周，甲方向乙方支付合同总额的0.5%的违约金，不满一周按一周计算，但违约金额不得超过合同总额的5%；十三、解决合同纠纷的方式：在履行本合同的过程中发生争议，双方当事人和解或调解不成，可采取仲裁或按司法程序解决。1.双方同意由北京市仲裁委员会仲裁。2.双方约定向北京市人民法院起诉。十四、名词和术语解释如有，见合同附件。十五、其他1.本合同一式6份，具有同等法律效力。其中正式两份，甲乙双方各执一份；副本4份，交由乙方。2.本合同未尽事宜，经双方协商一致，可在合同增加补充条款，补充条款是合同的组成部分。1.2生存期模型选择1.2.1常见的生存期模型及特点1.2.1.1瀑布模型瀑布模型是一个经典的模型，也成为传统模型，是一个理想化的生存期模型，他要求项目所有的活动都严格按照顺序执行的，一个阶段的输出时下一个阶段的输入。在很多的标准中都有明确定义瀑布模型，而且是软件工程经常涉及的模型。这个模型美欧反馈，一个阶段完成后，一般就不返回了。瀑布模型有如下特点：1.简单、易用、直观。2.开发进程比较严格，一个进程顺着一个进程进行。3.模型中没有反馈过程。4.模型执行过程中需要严密控制。5.允许极限和配置早起接受控制。6.一个新的项目不适合瀑布模型，除非在项目的后期。7.用户直到项目结束才能看到产品质量，用户不是渐渐熟悉体统。8.不允许变更或者限制变更。1.2.1.2V模型V模型是瀑布模型的一种变种，同样需要一步一步进行，前一阶段任务完成之后才可以进行下一阶段的任务。这个模型强调测试的重要性，它将开发活动与测试活动紧密地联系在一起。每一部都将比前一阶段进行更加完善的测试。V模型有如下特点：1.简单易用，只要按照规定步骤一步一步执行即可。2.V模型强调测试过程与开发过程的对应性和并行性，例如单元测试应对应详细设计，集成测试对应概要设计，系统测试对应需求分析。1.2.1.3原型模型原型模型是在需求阶段快速构建一部分系统的生存期模型。用户可以通过试用原型提出原型的优缺点，这些反馈意见可以作为进一步修改系统的依据。开发人员对开发的产品有时与客户不一致，以为开发人员更关注设计和编码实施，而客户更关注需求。因此，如果开发人员快速构造一个原型将会很快与客户需求达成一致。原型模型有如下特点：1.需求定义前，需要快速构造一个原型系统。2.用户根据快速构建的系统优缺点，给开发人员提出反馈意见。3.根据反馈意见修改软件需求规格，以便系统可以更正确地反映用户的需求。4.可以减少项目的各种假设以及风险等。1.2.1.4增量式模型增量式模型是由瀑布模型演变而来的。该模型假设需求可以分段，成为一系列增量产品，每一增量可以分别的开发。首先构造系统的核心功能，然后逐步增加功能和完善性能的方法就是增量式模型。增量式模型有如下特点：1.可以避免一次性投资太多带来的风险，将主要的功能或者风险大的功能首先实现，然后逐步完善，保证投入的有效性。2.可以更快地开发出可以操作的系统。3.可以减少开发过程中用户需求的变更。4.一些增量可能需要重新开发（如果早期开发的需求不稳定或者不完整）。1.2.1.5螺旋式模型螺旋式模型是针对风险比较大的项目而设计的一种模型。设计这个模型的主要目的是克服瀑布模型的缺点，尤其是应对变化的灵活性上很有优势，它是通过一系列瀑布模型不断循环来逐步规避风险的。螺旋式模型有如下特