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

1、ffjg 魁启可尹i=fi?呵些盘网翌l学生选课系统软件项目管理分析报告所属院系：信息学院班级：软件1201学号： 1205290132姓 名：日 期：目录1. 项目启动 31.1 合同拟定工作 31.2 生存期模型选择 错误 !未定义书签。2. 项目计划与执行 错误 !未定义书签。2.1 需求分析 错误 ! 未定义书签。2.2 任务分解 WBS 错误 !未定义书签。2.3 项目进度计划 错误 !未定义书签。2.4 项目成本估算 错误 !未定义书签。2.5 项目风险管理 错误 !未定义书签。2.6 项目质量控制 错误 !未定义书签。3. 项目收尾与总结 错误 !未定义书签。3.1 软件项目管理

2、总结 错误 !未定义书签。3.2 软件项目管理学习体会 错误 !未定义书签。1. 项目启动1.1合同拟定工作西安财经学院希望学校可以有一个现代化的选课系统，为此他们提出了学生选课系统的需求，希望委托软件公司为其开发这样的软件项目。学生选课系统是对学校教务和教学活动进行综合管理的平台系统，是一个学校和地区教育信息化的基础信息平台。目的是为了提高工作效率、规范学校的工作流程。针对这个项目，甲方采取多方洽谈的招标方式。经过多方沟通，西安 XX科技有限公司（乙方）获得了这个项目的开发权。双方经过多次的协 商和讨论，最后签署项目开发合同，合同文本如下：技术开发合同项目名称：学生选课系统委托人（甲方）：研

3、究开发人（乙方）：签订地点：西安市签订日期：2014年9月17日有效期限：2014年9月17日至2014年12月20日西安技术市场管理办公室根据中华人民共和国合同法的规定，合同双方就校务通管理软件系统开发项目的技术开发（该项目属于计划），经协商一致，签订本合同。一、标的技术内容、范围及要求：根据甲方的要求，乙方完成校务通软件系统的研制开发。1. 根据甲方要求进行系统方案设计，要求建立B/S结构的，基于Sqlserver数据库、NT服务器和J2EE技术的三层架构体系的综合服务软件系统。2. 配合甲方，在与整体系统相融合的基础上，建立系统运行的软硬件环境。3. 具体需求见SOW二、应达到的技术指标

4、和参数1. 采用支持UML的CASE工具Rose 2003开发环境。语言采用Java语言编程。数据管理采用 Microsoft SQL Sever 2008数据库管理系统。系统操作平台采用微软操作系统Windows 7。系统的运行软件要求：Windows 2008 Server或更高版本。2. 分为管理员登陆和普通用户登陆，并划分权限。3. 系统的主要功能是应满足双方认可的需求规格，不可以随意改动。三、研究开发计划1. 第一阶段：乙方在合同签订后 7 个工作日内，完成合同内容的系统设计方案。2. 第二阶段：完成第一阶段的系统设计方案之后，乙方于 50 个工作日内完成系统基 本功能的开发。3.

5、第三阶段：完成第一和第二阶段的任务之后，由甲方配合乙方于 3 个工作日内完成 系统在XXX信息中心的调试、集成。四、研究开发经费，报酬及其他支付结算方式1. 研究开发经费是指完成本项目研究开发工作所需的成本。报酬指本项目开发成果的使用费和研发开发人员的科研补贴。2. 本项目研究开发经费和报酬（人民币大写）： XXX 万元整。3. 支付方式：分期支付。4. 本合同签订之日起生效， 甲方在五个工作日内应付乙方合同总金额的50%，计人民币 XXX.00 元（人民币大写 XXX 元整），验收后甲方在五个工作日内付清全部合 同余款，计人民币 XXX.00 元（人民币大写 XXX 元整）。五、利用研究开发

6、经费购置的设备、器材、资料的财产权属：/。六、履行的期限、地点和方式。本合同自 2014 年 8 月日至 2014 年 11月 16 日在西安履行。本合同的履行方式：甲方责任1. 甲方全力协助乙方完成合同内容。2. 合同期内甲方为乙方提供专业性接口技术支持。乙方责任1. 乙方按甲方要求完成合同内容。2. 乙方愿提供在实力功能的前提下，进一步予以完善。3. 乙方在合同商定的时间内保证系统正常运行。4. 乙方在项目验收后，提供一年免费维护。5. 未经甲方同意，乙方不得向第三方提供本系统中涉及专业的技术内容和所有的系统 数据。七、技术情报和资料的保密。本合同中的相关专业技术内容和所有的系统数据， 归

7、甲方所有， 未经甲方同意乙方 不得提供给第三方。八、技术协作的内容。见系统设计方案。九、技术成果的归属和分享。专用申请权： /。技术秘密的使用权、转让权： /。十、验收的标准和方式。研究开发所完成的技术成果， 达到了本合同第二条所列技术指标， 按国家标准， 采 用一定的方式验收，由甲方出具技术项目验收证明。十一、风险的承担。在履行本合同的过程中， 确因在现有水平和条件下难以克服的技术困难， 导致研 究开发部分或全部失败所造成的损失，风险责任由甲方承担50%，乙方承担 50%。本项目风险责任确认的方式：双方协商十二、违约金和损失赔偿额的计算：除不可抗力因素外（指发生战争、地震、 洪水、 飓风或其

8、他人力不能控制的不可抗力事件），甲乙双方须遵守合同承诺，否则视为违约并承担违约责任：1. 如果乙方不能按期完成软件开发工作并交给甲方使用，乙方应向甲方支付延期违 约金。每延迟一周，乙方向甲方支付合同总额的0.5%的违约金，不满一周按一周计算，但违约金额不得超过合同总额的5%；2. 如果甲方不能按期向乙方支付合同款项，甲方应向乙方支付延期违约金。每延迟 一周，甲方向乙方支付合同总额的 0.5%的违约金，不满一周按一周计算，但违约 金额不得超过合同总额的 5%；十三、解决合同纠纷的方式：在履行本合同的过程中发生争议， 双方当事人和解或调解不成， 可采取仲裁或按 司法程序解决。1. 双方同意由北京市

9、仲裁委员会仲裁。2. 双方约定向北京市人民法院起诉。十四、名词和术语解释如有，见合同附件。十五、其他1. 本合同一式 6 份， 具有同等法律效力。 其中正式两份， 甲乙双方各执一份；副本 4 份，交由乙方。2. 本合同未尽事宜，经双方协商一致，可在合同增加补充条款，补充条款是合同的 组成部分。1.2 生存期模型选择1.2.1 常见的生存期模型及特点1.2.1.1 瀑布模型 瀑布模型是一个经典的模型，也成为传统模型，是一个理想化的生存期模 型，他要求项目所有的活动都严格按照顺序执行的， 一个阶段的输出时下一个 阶段的输入。 在很多的标准中都有明确定义瀑布模型， 而且是软件工程经常涉 及的模型。

10、这个模型美欧反馈， 一个阶段完成后， 一般就不返回了。瀑布模型 有如下特点：1. 简单、易用、直观。2. 开发进程比较严格，一个进程顺着一个进程进行。3. 模型中没有反馈过程。4. 模型执行过程中需要严密控制。5. 允许极限和配置早起接受控制。6. 一个新的项目不适合瀑布模型，除非在项目的后期。7. 用户直到项目结束才能看到产品质量，用户不是渐渐熟悉体统。8. 不允许变更或者限制变更。1.2.1.2V 模型V 模型是瀑布模型的一种变种，同样需要一步一步进行，前一阶段任务完 成之后才可以进行下一阶段的任务。 这个模型强调测试的重要性， 它将开发活 动与测试活动紧密地联系在一起。 每一部都将比前一

11、阶段进行更加完善的测试。 V 模型有如下特点：1. 简单易用，只要按照规定步骤一步一步执行即可。2. V 模型强调测试过程与开发过程的对应性和并行性， 例如单元测试应对应 详细设计，集成测试对应概要设计，系统测试对应需求分析。1.2.1.3 原型模型原型模型是在需求阶段快速构建一部分系统的生存期模型。用户可以通 过试用原型提出原型的优缺点，这些反馈意见可以作为进一步修改系统的依 据。开发人员对开发的产品有时与客户不一致，以为开发人员更关注设计和 编码实施，而客户更关注需求。因此，如果开发人员快速构造一个原型将会 很快与客户需求达成一致。原型模型有如下特点：1. 需求定义前，需要快速构造一个原型

12、系统。2. 用户根据快速构建的系统优缺点，给开发人员提出反馈意见。3. 根据反馈意见修改软件需求规格，以便系统可以更正确地反映用户的需求。4. 可以减少项目的各种假设以及风险等。1.2.1.4 增量式模型增量式模型是由瀑布模型演变而来的。该模型假设需求可以分段，成为 一系列增量产品，每一增量可以分别的开发。首先构造系统的核心功能，然 后逐步增加功能和完善性能的方法就是增量式模型。 增量式模型有如下特点： 1. 可以避免一次性投资太多带来的风险，将主要的功能或者风险大的功能 首先实现，然后逐步完善，保证投入的有效性。2. 可以更快地开发出可以操作的系统。3. 可以减少开发过程中用户需求的变更。4

13、. 一些增量可能需要重新开发（如果早期开发的需求不稳定或者不完整）1.2.1.5 螺旋式模型螺旋式模型是针对风险比较大的项目而设计的一种模型。设计这个模型 的主要目的是克服瀑布模型的缺点，尤其是应对变化的灵活性上很有优势， 它是通过一系列瀑布模型不断循环来逐步规避风险的。螺旋式模型有如下特 点：八、1. 可以将每个阶段进行更细的划分。2. 可以进行灵活的设计。3. 通过风险管理进行驱动。4. 游湖可以更早看到产品。5. 用户可以不断对产品进行评估。6. 项目的投资不用一次性投入。1.2.2 本系统选用的生存期模型本系统选择了增量式模型作为学生选课系统的生存周期模型，理由如下： 学生选课系统的全

14、部功能分成选课和课程管理两类， 基于选课功能做出最小的版本， 在 逐步添加其余的功能。 这样一来， 客户先使用最小版本然后提出更明确的需求， 有助于系统 开发的更加完善，更加符合客户的需要，同时也大大减小了开发的风险。系统要求具有可扩充性， 比如课程选择的规则， 和学分的计算都有可能进行改动， 所以 就要要求系统具有可扩充性，对于以上的改动系统也要进行一定的改动 而且，本系统开发符合增量的模型的特点：1. 项目开始时，明确了大部分的需求，但是需求可能会发生变化的项目。2. 对于市场和用户把握不是很准确，需要逐步了解的项目。3. 对于庞大和复杂功能的系统进行功能改进时需要一步一步实施的项目。所以

15、增量式模型是适合进行学生选课系统的模型。2. 项目计划与执行2.1 需求分析通过与西安财经学院相关人员进行交流沟通， 对现有系统进行观察及对人物进行分 析，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具 体情况和客观的信息等。现制定需求分析，正文如下：学生选课系统需求分析、系统设计可行性1.网上选课系统的产生网上选课系统是针对在校学生和教师使用的， 从学生的角度来说， 由于教学制 度的改革， 现在大部分的高等院校开始实行学生自主选课模式， 传统的教学模式已 经不能适应新的教学模式， 如果还只是通过纸上的方式选课， 一方面浪费大量的人 力、物力， 另一方面浪费时间以及在统

16、计过程中不可避免的会出现差错。随着高校的人数增加，暴露出来的弊端会越来越多。因此， 利用网络， 使学生只要在计算机 前输入自己的个人选课信息即可完成原来几倍的作业量。 从教室的角度来讲， 同样 可以节约大量的时间和减少工作量以及减少错误的发生率。2.可行性分析 网上选课系统的可行性分析包括以后几个方面：（1）技术可行性由于校园网络的普遍应用， 使得网上选课非常的方便， 无需再进行网络的建设。 基于 B/S 模式的选课系统更加适合校园网， 使得学生可以在任何有校园网的地 方完成选课过程。（2）经济可行性校园网应经普及，因此网络设备上不需要大的投入。加之， B/S 模式的系统只 要求客户端具备浏览

17、器的基本功能， 就能实现网上选课。 因此，从经济上来说， 开发网上选课系统不需要很大的投入，硬件上只需要Web 服务器和数据库服务器即可。（3）操作可行性B/S 模式的最大优势就是操作方便、如同浏览网页一样。综上所述，网上选课 系统在高校中是可行的。、系统的需求分析1. 引言（1）编写的目的 本文档是对该学生选课系统的一个整体把握， 以便在下一步的开发设计中更好的 控制开发。本文档的预期读者是：设计人员、开发人员、管理和测试人员、最终 用户。（2）背景由于电脑时代的到来以及 internet 的迅速发展，电脑无处不在，当然各种工作效 率也大幅提高，那么对于一个学校来说，开发一个好的学生选课系统

18、势在必行。鉴此，特开发此学生选课系统，该系统实现了选课的网络化、信息化、现代化。（3）参考资料1. 吕军软件项目综合实训 M. 清华大学出版社 ,2010.6 2.杜文洁、白萍实用软件工程与实训 M. 清华大学出版社 ,2009.42. 任务概述（1）目标本项目设定的目标如下： 系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少； 系统具有良好的运行效率，能够得到提高管理的目的； 系统应有良好的可扩充性，可以容易的加入其它系统的应用； 平台的设计具有一定的超前性，灵活性，能够适应信息管理工作的变化； 通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能力。（2）用户特点由于本软件

19、的最终用户是系统管理人员（即教务处的领导） ，对本系统不是那么的了 解，而且领导们比较忙， 对于后期的培训可能会没有时间， 基于这一点我组认为应该 把界面设计的一目了给教师和学生带来方便，同时还提高了教务处的工作效率。3性能需求（ 1）可用性学生选课系统应简单易用， 用户能直接通过界面即可掌握所需功能的操作方法， Web 操作端至少兼容 IE 浏览器。（2）可靠性 学生选课系统能长时间无故障运行，在学生选课阶段能够应对相应的数据吞吐量。（ 3）速度性当用户进行操作时，系统应该及时地进行反应，反应的时间在2 秒以内。（ 4）界面需求系统的界面要求如下： 页面内容：主题突出，栏目、菜单布置合理，内

20、容丰富，文字准确，行文格式统一规 范。导航结构：具有明确的导航指示，便于理解，便于用户使用。 艺术风格：界面、版面形象清新悦目，布局合理，字号大小适宜，字体选择合适，动 静效果好，色彩和谐，与主题相吻合。（ 5）开发性需求系统应具有十分的灵活性，以适应将来功能扩展的需求。（6）可扩展性需求系统设计应体现扩展性要求，以适应将来功能扩展的需求。（ 7）数据精确度 数据精确度要达到以下指标： 具有较强的出错提示能力，并可自动记录出错信息。 具有操作提示功能和必要的输入校验功能，界面切换时间不超过3秒。系统进行实时模糊查询时，不影响正常业务处理。 本系统的数据量要具有并行处理至少1000 个用户访问的

21、能力。4需求规定（1）系统的基本功能描述 网上选课系统是根据大学的选修课的网上申请和管理需求而进行设计的， 目的是实现 选修课的网上设置、 申请功能。 根据大学选修课管理的基本过程， 网上选课系统应具 备课程设置、课程查询、 学生选课、 管理员管理等基本功能要求， 如果想设置只有自 己知道的密码，还可以修改密码（原始密码是学号） 。系统的主要使用者是：学生、 开课教师和系统管理员。2）系统需求分析 通过对系统需求进行分析， 我们可以确定系统中有三类用户： 系统管理员、 教师和学生。 各类用户的功能用表格具体描述如下： 系统管理员 管理员维护整个系统，设置选课时段： 选课前学生不可登录， 同时发

22、布教师的基本情况； 选课时限制最大选课人数， 防止 系统崩溃；排课、发布选课信息；数据备份和恢复等；选课后学生只可查询，管理 员对选课结果进行统计； 管理员查询选课情况， 对学生的选课申请进行处理， 进行 用户管理。 教师 排课前撰写教师反馈，对排课者提出排课意见，供排课者在排课时参考使用；排课 后查询课程的基本情况、学生情况。 学生 在选课系统中查询课程、教师信息，查看教师反馈，提交选课申请，撤销申请，查 询选课情况，登录系统，进行个人信息修改等与选课有关的活动。根据上面所述， 对系统进行了分析，分为三个主要的功能：登录控制、排课和选课，分别对应三个 子系统，即登录子系统、排课子系统和选课子

23、系统。其中登录子系统是前提，排课 子系统是基础，选课子系统是关键。 登录子系统区分排课者 （即系统管理员） ，教师和学生这三者的不同身份， 给出不 同的权限，在页面中根据身份判断其相应具有的权限，进行不同的操作。排课子系 统主要供排课者使用，其中设定选课时间段，进行排课并检测排课是否冲突、教室 是否冲突，发布选课信息都是选课的前提和基础。选课子系统是本系统要实现的最 终目的，选课子系统主要供学生选课使用，在这里可以进行与选课有关的活动，包 括课程浏览查询、选课、退选课程。根据前面的需求分析所述，可以画出学生选课系统的功能结构图，如图所示：查询已选课程帮助信息模块选课模块修改密码模块学生信息管理

24、模块删除所选课程查询可选课程(3 )数据流图第一层数据流图学生学号及密码 -第二层数据流图解决冲突课程表时间及人数参加选课查看可选课程课程表一览成功失败管理员验证个人信息成功成功删除已选课程生成课表第三层数据流图系统流程图系统管理课程有关信息成功提示课程表学生选择需要退的课输入学号和密 码验证选课是否成功学生管理员反馈学生选课信息7Ab选课登录登录丨1杳看可选课程登录1F(5 )用例视图用户(6)顺序图选课统计管理员学生选择学生显示选课成功退课(7)状态图添加课程添加后的、修改课程课程 ,修改后的课程删除课程被删 除的 课程(8)活动图录查看课程信息提交选课学号和密码是否正确将选课信息更新确认

25、选课提示错误信息选课成功5数据库设计数据库在一个信息管理中占有非常重要的地位，统的效率以及实现的效果产生影响。合理的数据库结构设计可以提高数据库存储的效率， 保证数据的完整性和一致性。(1)数据库概念设计结构根据上面的设计规划出得实体有：学生信息实体，选课信息实体，课程信息实体，教 室信息实体，院系信息实体。各实体的描述E-R图如下图：数据库结构设计的好坏直接对应用系n（2）数据库逻辑结构设计数据库的概念结构设计完毕后，可以将上面的数据库概念转换成某种数据库系统多支 持的实际数据结构，也就是数据结构模型。学生信息表：用于记录学生的详细信息课程信息表：用于记录课程信息，包括上课时间等学生选课信息表：用于记录学生的选课情况管理员信息表：用于记录管理员的详细信息根据上面的逻辑结构设计，设计相应的表结构如下所示：学生信息表:字段说明类型（长度）备注Sn ame姓名Char（ 10）主键非空Sno学号Int主键非空Departme nt系Char（ 10）非空Subject专业Char（ 10）非空Sex性别Char（ 2）非空Birthday出生日