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

学生选课系统软件项目管理分析报告 所属院系： 信息学院 班 级： 软件 1201 学 号： 1205290132 姓 名： 日 期： 目 录 1.项目启动 1.1 合同拟定工作 . 1.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 工具 Rose 2003 开发环境。 语言采用 Java 语言编程。 数据管理采用 Microsoft SQL Sever 2008 数据库管理系统。 系统操作平台采用微软操作系统 Windows 7。 系统的运行软件要求：Windows 2008 Server 或更高版本。 2. 分为管理员登陆和普通用户登陆，并划分权限。 3. 系统的主要功能是应满足双方认可的需求规格，不可以随意改动。 三、 研究开发计划 1. 第一阶段：乙方在合同签订后 7 个工作日内，完成合同内容的系统设计方案。 2. 第二阶段：完成第一阶段的系统设计方案之后，乙方于 50 个工作日内完成系统基 本功能的开发。 3. 第三阶段：完成第一和第二阶段的任务之后，由甲方配合乙方于 3 个工作日内完 成系统在 XXX 信息中心的调试、集成。 4、研究开发经费，报酬及其他支付结算方式 1. 研究开发经费是指完成本项目研究开发工作所需的成本。报酬指本项目开发成果 的使用费和研发开发人员的科研补贴。 2. 本项目研究开发经费和报酬（人民币大写）：XXX 万元整。 3. 支付方式：分期支付。 4. 本合同签订之日起生效，甲方在五个工作日内应付乙方合同总金额的 50%，计人 民币 XXX.00 元（人民币大写 XXX 元整） ，验收后甲方在五个工作日内付清全部 合同余款，计人民币 XXX.00 元（人民币大写 XXX 元整） 。 5、利用研究开发经费购置的设备、器材、资料的财产权属：/。 6、履行的期限、地点和方式。 本合同自 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 螺旋式模型 螺旋式模型是针对风险比较大的项目而设计的一种模型。设计这个模型 的主要目的是克服瀑布模型的缺点，尤其是应对变化的灵活性上很有优势， 它是通过一系列瀑布模型不断循环来逐步规避风险的。螺旋式模型有如下特 点： 1. 可以将每个阶段进行更细的划分。 2. 可以进行灵活的设计。 3. 通过风险管理进行驱动。 4. 游湖可以更早看到产品。 5. 用户可以不断对产品进行评估。 6. 项目的投资不用一次性投入。 1.2.2 本系统选用的生存期模型 本系统选择了增量式模型作为学生选课系统的生存周期模型，理由如下： 学生选课系统的全部功能分成选课和课程管理两类，基于选课功能做出最小的版本， 在逐步添加其余的功能。这样一来，客户先使用最小版本然后提出更明确的需求，有助于 系统开发的更加完善，更加符合客户的需要，同时也大大减小了开发的风险。 系统要求具有可扩充性，比如课程选择的规则，和学分的计算都有可能进行改动，所 以就要要求系统具有可扩充性，对于以上的改动系统也要进行一定的改动 而且，本系统开发符合增量的模型的特点： 1. 项目开始时，明确了大部分的需求，但是需求可能会发生变化的项目。 2. 对于市场和用户把握不是很准确，需要逐步了解的项目。 3. 对于庞大和复杂功能的系统进行功能改进时需要一步一步实施的项目。 所以增量式模型是适合进行学生选课系统的模型。 2.项目计划与执行 2.1 需求分析 通过与西安财经学院相关人员进行交流沟通，对现有系统进行观察及对人物进行 分析，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等 具体情况和客观的信息等。现制定需求分析，正文如下： 学生选课系统需求分析 一、 系统设计可行性 1.网上选课系统的产生 网上选课系统是针对在校学生和教师使用的，从学生的角度来说，由于教学 制度的改革，现在大部分的高等院校开始实行学生自主选课模式，传统的教学模 式已经不能适应新的教学模式，如果还只是通过纸上的方式选课，一方面浪费大 量的人力、物力，另一方面浪费时间以及在统计过程中不可避免的会出现差错。 随着高校的人数增加，暴露出来的弊端会越来越多。因此，利用网络，使学生只 要在计算机前输入自己的个人选课信息即可完成原来几倍的作业量。从教室的角 度来讲，同样可以节约大量的时间和减少工作量以及减少错误的发生率。 2.可行性分析 网上选课系统的可行性分析包括以后几个方面： （1）技术可行性 由于校园网络的普遍应用，使得网上选课非常的方便，无需再进行网络的建 设。基于 B/S 模式的选课系统更加适合校园网，使得学生可以在任何有校园 网的地方完成选课过程。 （2）经济可行性 校园网应经普及，因此网络设备上不需要大的投入。加之，B/S 模式的系统 只要求客户端具备浏览器的基本功能，就能实现网上选课。因此，从经济上 来说，开发网上选课系统不需要很大的投入，硬件上只需要 Web 服务器和数 据库服务器即可。 （3）操作可行性 B/S 模式的最大优势就是操作方便、如同浏览网页一样。综上所述，网上选 课系统在高校中是可行的。 二、系统的需求分析 1.引言 （1）编写的目的 本文档是对该学生选课系统的一个整体把握，以便在下一步的开发设计中更好 的控制开发。本文档的预期读者是：设计人员、开发人员、管理和测试人员、 最终用户。 （2）背景 由于电脑时代的到来以及 internet 的迅速发展，电脑无处不在，当然各种工作 效率也大幅提高，那么对于一个学校来说，开发一个好的学生选课系统势在必 行。鉴此，特开发此学生选课系统，该系统实现了选课的网络化、信息化、现 代化。 （3）参考资料 1. 吕军软件项目综合实训M. 清华大学出版社,2010.6 2.杜文洁、白萍实用软件工程与实训M. 清华大学出版社 ,2009.4 2.任务概述 （1）目标 本项目设定的目标如下： 系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少； 系统具有良好的运行效率，能够得到提高管理的目的； 系统应有良好的可扩充性，可以容易的加入其它系统的应用； 平台的设计具有一定的超前性，灵活性，能够适应信息管理工作的变化； 通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能力。 （2）用户特点 由于本软件的最终用户是系统管理人员（即教务处的领导） ，对本系统不是那么的了 解，而且领导们比较忙，对于后期的培训可能会没有时间，基于这一点我组认为应 该把界面设计的一目了给教师和学生带来方便，同时还提高了教务处的工作效率。 3性能需求 （1）可用性 学生选课系统应简单易用，用户能直接通过界面即可掌握所需功能的操作方法， Web 操作端至少兼容 IE 浏览器。 （2）可靠性 学生选课系统能长时间无故障运行，在学生选课阶段能够应对相应的数据吞吐量。 （3）速度性 当用户进行操作时，系统应该及时地进行反应，反应的时间在 2 秒以内。 （4）界面需求 系统的界面要求如下： 页面内容：主题突出，栏目、菜单布置合理，内容丰富，文字准确，行文格式统一 规范。 导航结构：具有明确的导航指示，便于理解，便于用户使用。 艺术风格：界面、版面形象清新悦目，布局合理，字号大小适宜，字体选择合适， 动静效果好，色彩和谐，与主题相吻合。 （5）开发性需求 系统应具有十分的灵活性，以适应将来功能扩展的需求。 （6）可扩展性需求 系统设计应体现扩展性要求，以适应将来功能扩展的需求。 （7）数据精确度 数据精确度要达到以下指标： 具有较强的出错提示能力，并可自动记录出错信息。 具有操作提示功能和必要的输入校验功能，界面切换时间不超过 3 秒。系统进行 实时模糊查询时，不影响正常业务处理。 本系统的数据量要具有并行处理至少 1000 个用户访问的能力。 4需求规定 （1）系统的基本功能描述 网上选课系统是根据大学的选修课的网上申请和管理需求而进行设计的，目的是实 现选修课的网上设置、申请功能。根据大学选修课管理的基本过程，网上选课系统 应具备课程设置、课程查询、学生选课、管理员管理等基本功能要求，如果想设置 只有自己知道的密码，还可以修改密码（原始密码是学号） 。系统的主要使用者是： 学生、开课教师和系统管理员。 （2）系统需求分析 通过对系统需求进行分析，我们可以确定系统中有三类用户：系统管理员、教师和学 生。各类用户的功能用表格具体描述如下： 系统管理员 管理员维护整个系统，设置选课时段： 选课前学生不可登录，同时发布教师的基本情况；选课时限制最大选课人数，防 止系统崩溃；排课、发布选课信息；数据备份和恢复等；选课后学生只可查询， 管理员对选课结果进行统计；管理员查询选课情况，对学生的选课申请进行处理， 进行用户管理。 教师 排课前撰写教师反馈，对排课者提出排课意见，供排课者在排课时参考使用；排课 后查询课程的基本情况、学生情况。 学生 在选课系统中查询课程、教师信息，查看教师反馈，提交选课申请，撤销申请，查 询选课情况，登录系统，进行个人信息修改等与选课有关的活动。根据上面所述， 对系统进行了分析，分为三个主要的功能：登录控制、排课和选课，分别对应三个 子系统，即登录子系统、排课子系统和选课子系统。其中登录子系统是前提，排课 子系统是基础，选课子系统是关键。 登录子系统区分排课者（即系统管理员） ，教师和学生这三者的不同身份，给出 不同的权限，在页面中根据身份判断其相应具有的权限，进行不同的操作。排课子 系统主要供排课者使用，其中设定选课时间段，进行排课并检测排课是否冲突、教 室是否冲突，发布选课信息都是选课的前提和基础。选课子系统是本系统要实现的 最终目的，选课子系统主要供学生选课使用，在这里可以进行与选课有关的活动， 包括课程浏览查询、选课、退选课程。 根据前面的需求分析所述，可以画出学生选课系统的功能结构图，如图所示： 学生选课系统 登录模块 选课模块 排课模块 学生信息管理模块 修改密码模块 选课模块 帮助信息模块 查询已选课程 查询可选课程 删除所选课程 （3）数据流图 学生 网上选课系统 学生 第一层数据流图 学生 登录 选课 退课 学生 学号及 密码 查看课表 查看选课情况 查看选课 成功 查看退 课成功 第二层数据流图 学生 输入学号和密 码 查看可选课程 验证个人信息 选择需要退的 课 课程 表 解决冲突 参加选课 管理员 课程表一览 验证选课是否成功 删除已选课程 生成课表 成功 成功 失败 学生 失败 时间及人数 成功 第三层数据流图 （4）系统流程图 系统管理 登录 查看可选课程 课程有关信息 成功提示 课程表 选课信息 选课 登录 学生 管理员 登录 管理员反馈 （5）用例视图 退课 选课 增加课程 删除课程 修改课程 统计 用户 学生 管理员 （6）顺序图 管理员 学生 选择 登录 登录验证 进入学生界面 点击退出 退课 显示选课成功 学生 （7）状态图 添加课程 修改课程 删除课程 添加后的 课程 修改后 的课程 被删 除的 课程 （8）活动图 学生登 录 查看课程 信息 提交 选课 确认 选课 选课 成功 验证学号和 密码 学号和密码是 否正确 提示错误 信息 将选课信息 更新 是 否 5.数据库设计 数据库在一个信息管理中占有非常重要的地位，数据库结构设计的好坏直接对应用 系统的效率以及实现的效果产生影响。合理的数据库结构设计可以提高数据库存储的效 率，保证数据的完整性和一致性。 （1）数据库概念设计结构 根据上面的设计规划出得实体有：学生信息实体，选课信息实体，课程信息实体，教 室信息实体，院系信息实体。各实体的描述 E-R 图如下图： 学生 选课 课程 姓名 学 号 性别 入学时间 联系电话 年龄 出生日期 专业 姓 名 系 课程号课程代码 学 号 课程名 上课地点 学费 上课时间 课 程 号 开课专业 管理员 职 工 号 密码 管理 课程名课 程 号 n n n n n n n n 联系电话姓 名 （2）数据库逻辑结构设计 数据库的概念结构设计完毕后，可以将上面的数据库概念转换成某种数据库系统多支 持的实际数据结构，也就是数据结构模型。 学生信息表：用于记录学生的详细信息 课程信息表：用于记录课程信息，包括上课时间等 学生选课信息表：用于记录学生的选课情况 管理员信息表：用于记录管理员的详细信息 根据上面的逻辑结构设计，设计相应的表结构如下所示： 学生信息表： 字段 说明 类型（长度） 备注 Sname 姓名 Char（10） 主键非空 Sno 学号 Int 主键非空 Department 系 Char（10） 非空 Subject 专业 Char（10） 非空 Sex 性别 Char（2） 非空 Birthday 出生日期 Date 非空 Day 入学日期 Date 非空 Age 年龄 Int 非空 Tel 联系电话 Lang int 非空 课程信息表： 字段 说明 类型（长度） 备注 Cname 课程名 Char（10） 非空 Cno 课程号 Int 主键非空 Subject 专业 Char（10） 非空 Time 上课时间 Time 非空 Place 上课地点 Char（10） 非空 Score 学分 Int 非空 学生选课信息表： 字段 说明 类型（长度） 备注 Sname 姓名 Char(10) 非空 Sno 学号 Int 主键非空 Cname 课程名 Char（10） 外键非空 Cno 课程号 int 非空 管理员信息表： 字段 说明 类型（长度） 备注 Tname 姓名 Char（10） 主键非空 Tno 职工号 Int 主键非空 Tel 联系电话 Lang int 非空 Secretnumber 密码 Int 非空 （3）数据字典 管理员信息表 学生选课信息表 课程信息表 学生信息表 姓名：管理员信息表 别名：无 描述：管理学生的选课情况 定义：管理员信息表=姓名+ 性别+ 职工号+联系电话+密码