大学生成绩管理信息系统项目开发管理计划.doc

大学生成绩管理信息系统项目管理计划书学 号： 0201100149 姓 名： 何国忠 专 业： 软件技术 系 别： 计算机科学系 指导教师： 陈活 完成日期： 2012年06 月18日目 录第一章 项目背景31.1 项目概况31.2 项目交付品31.3 文档的演化31.4 参考书41.5 定义和缩写表4第二章 项目需求分析52.1 项目需求获取52.2 需求分析52.2.1 非功能需求分析52.2.2 功能需求分析62.3 需求验证8第三章 项目组织93.1 项目人力组织结构93.1.1 人力资源需求获取93.1.2 角色工作职责103.2 软硬件资源计划10项目成本估算113.3.1软、硬件成本估算113.3.2规模成本估算113.4项目进度管理113.4.1 软件项目任务分解123.4.2 项目进度安排123.4.3、项目执行计划13第四章管理过程144.1 管理目标和优先级144.2 假设，依赖和限制144.3 风险管理144.4 质量管理164.5 监督和控制机制16第五章 技术过程185.1 方法，工具和技术185.2 软件文档185.3 项目支持功能19第一章 项目背景1.1 项目概况当今社会计算机的应用已深入到社会生活的各个方面，而其在拥有众多21世纪国家和社会顶梁柱的大学更是不可缺少的。而随着计算机技术的发展的计算机人才的大量涌现计算机在信息管理方面的优势逐渐凸现出来，并开始大量应用于各层次的信息管理服务与实践中。与此同时，大量管理信息系统软件不断涌现，且不断升级与改进。大学生成绩管理是一项繁杂、琐碎的事务，同时其管理又与学生学籍管理、学生基本信息管理、教务系统等联系密切，它涉及到对学生的奖惩以及找工作，对教师的教学评估的重要事宜，因此大学生成绩管理的水平的重要性可见一斑。应用大学生成绩管理信息系统来进行管理必定会大大提高管理的速度、实效、安全性、准确性、完整性、保密性。本系统主要针对当前一些大学对学生信息管理不到位、混乱等不足进行开发并引以为鉴，当然由于开发人员专业知识和计算机技术有限，设计中可能存在欠缺，望请老师及相关读者给予指正。本系统的业务主要包括任课教师登记汇总初始成绩、学生反馈、组织补考、成绩修改、教务系统进行统计分析修正后的成绩、学生查询。1.2 项目交付品项目交付日期为第17周周末，交付地点为：15-206 主要交付物有： UML说明软件重构，应用系统软件包，数据库初始数据，系统源代码，用户使用手册，技术文档包（包括需求规格说明书、设计说明书、系统测试说明书、项目总结文档等）、项目进度日志包。1.3 文档的演化项目管理计划应在第三周周末前经由项目组讨论后，进行分工按工作模块撰写，最后由项目经理汇总整合三步骤形成初稿，由项目组组长传至配置文档服务器，由项目组组长负责维护 第五周以后根据项目的进展可以对其进行修改，需要组员集体提出修改意见，并在全体会议上讨论通过，并由组长将修改稿上传至文档服务器。组员通过版本控制器同步获得更新稿。1.4 参考书UML说明软件重构课程教材 软件工程-理论、方法与实践 孙家广 刘强 高等教育出版社课程教材 软件工程 叶俊民 清华大学出版社课程讲义 软件项目管理基础SQL Server 2005 数据库及应用Java网站开发语言课程Jsp动态网站开发语言1.5 定义和缩写表 SGMS（Students Grades Management System）学生成绩管理系统的缩写UML（Unified Modeling Language）统一建模语言的缩写Spmp: 软件项目管理计划Srs : 需求规格说明书Sts：系统测试说明书第二章 项目需求分析2.1 项目需求获取描述获取途径。例：向客户咨询、查找资料、专业咨询、专家评审等2.2 需求分析数据输入：实现学生基本信息、老师信息、管理员信息、学生成绩等相关信息的录入。如：原始成绩单、最终成绩单的输入。成绩修改：可以实现学生基本信息、老师信息、管理员信息、学生成绩等相关信息的修改。如：补考后对学生成绩的修改。成绩查询：学生管理员教师可各自在自己的权限内实现学生基本信息、老师信息、管理员信息、学生成绩等相关信息的查询。如：学生考试后查询成绩，教师要查询本班学生考试成绩。成绩统计：以实现学生人数、最高分、最低分、平均学分绩点、不及格学生人数、学生总平均成绩等相关统计。信息显示： 可以实现以字段分布和二维表两种方式显示学生信息。2.2.1 非功能需求分析系统的非功能性需求如下：（1）可靠性 OA系统必须支持连续30天的不间断动作。若系统动作时遇到来可恢复的错误，也必须保证数据库完好无损或者能恢复。（2）安全性领导和敏感岗位的用户提供ikey身份验证。数据在互联网上传办办输必须通过加密。用户进行关键的打操作时，系统自动生成记录日志，提供日志审计。（3）性能系统登录成功进入用户首页的响应平均时间不超过3秒。系统内操作的平均响应时间不超过3秒。系统并发用户数2000以上。Web服务器，数据库服务器的cpu使用率达到100%的持续时间不超过2秒。（4）易用性用户可以很容易找到自己期望的各种操作。系统必须提供在线帮助或使用教学视频。（5）扩展性 系统必须提供开发工具包给客户进行二次开发。2.2.2 功能需求分析按照功能分解，本系统分为客户端管理系统和管理端系统。各个部分的关系如图所示使用系统角色定义：（1） 管理员：是负责维护和管理本站所有模块的角色。（2） 学生：在本站注册通过并登录成功的用户。图2.1系统模块图图2.2管理功能结构图图2.3学生功能结构图1、登录与注册模块该模块的功能主要包括用户登录、注册等。 图2.4 登录与注册模块用例图2.3 需求验证需求验证过程：1、审查需求文档 2、根据需求文档编写测试用例 3、编写用户手册 表2-1 系统功能模块表功能模块执行人执行描述需求完成情况系统管理黄行整个系统的架构的建设100%学生信息管理张三录入学生的基本信息80%成绩信息管理李四以班或以单个学生为单位录入成绩90%授课信息管理王五查询相关课程信息100%学生成绩查询和统计陈小丽查询学生的考试成绩与统计70%第三章 项目组织3.1 项目人力组织结构本项目需要什么人？ 项目经理数据库管理与设计人员系统分析员架构设计员程序员文档管理员测试员3.1.1 人力资源需求获取 项目成员的来源：（1）在组织内部选拔合适的人选（2）通过招聘吸收新成员（3）通过熟悉的人员介绍表3-1人力资源需求表序号角色数量到位时间备注1项目经理12012年2月已招2数据库管理与设计人员12012年3月未招3系统分析员12012年3月已招4架构设计员12012年3月已招5程序员32012年3月需招两位程序员6文档管理员12012年3月已招7测试员12012年3月未招3.1.2 角色工作职责表3-2人力资源分析表主要技能 次要技能 兴趣任务参与者黄行张三李四王五陈小丽控制设计数据库设计用户界面设计配置管理程序员表3-3人力资源执行表角色职责人员机构领导负责项目整体进程以及工程质量曾大权项目经理监督和安排项目物资到位情况黄行需求分析员与客户打交道，详细了解用户需求并给出系统总体计划黄行系统设计员根据需求分析做出相应的系统设计架构员程序员实现系统设计员要求系统的代码程序组员测试员对系统进行系统测试程序测试专员质量保证员售后服务，质量监督与维护项目后期保障员配置管理员监督用户的配置要求，使系统在相应的软硬件环境下运行配置管理专员3.2 软硬件资源计划表3-4资源工具表软硬件资源名称级别详细配置获取方式与时间使用说明主机关键WindowsXP 256M 1.8GHz 500G可以用项目初期全员用于项目全程开发Web服务器关键Tomcat已经存在项目初期用于开发过程服务于开发java关键Java网站开发语言已经存在编码期软件开发工具SQL Sever/2005关键SQL Sever/2005数据库及应用已经存在编码期数据库管理软件浏览器非关键IE6.0以上已经存在项目初期浏览工具项目成本估算3.3.1软、硬件成本估算表3-5资源工具成本表软、硬件名称配置价格主机独显 内存1G 宏基主板 硬盘500G 10台12000EclipseJdk jdbc Tomcat7.0 java jsp零SQL Server2005版本零3.3.2规模成本估算描述采用估算的方法表3-6人力资源分配与成本表任务时间（周）责任人成本（元）系统需求获取1陈小丽100系统需求分析2王五200系统代码设计3张三300系统测试2李四200系统部署与实施3黄行300文档管理1陈小丽100合计12曾大权12003.4项目进度管理说明：描述该项目所使用的软件过程模型，或者是遵循的组织标准模型，过程模型，需要指明里程碑的时间、基线（目标）、评审、工作制品、项目交付产品、结束标志等。3.4.1 软件项目任务分解表3-7软件项目任务分解任务任务描述前驱任务任务持续时间（周）A需求分析1B重新设计现有部分A5C设计新增部分A3D开发整体计划C2E修改现有代码B3F增补新代码C6G单元测试EF1H集成测试G1I更新文档D2J验收测试HI1图3.1网络图2、项目计划表3-8项目计划示例任务名称工期开始时间结束时间定义工作组角色22012-3-12012-6-2确定所需技能52012-3-12012-6-5确定资源22012-3-92012-6-10将角色赋予资源22012-3-112012-6-12工作组成立12012-3-152012-6-153.4.2 项目进度安排时间任务201212周34周56周78周912周1316周项目计划 需求规格说明书配置管理计划体系结构设计报告数据库设计报告模块设计报告测试分析报告用户手册图3.2 项目计划甘特图3.4.3、项目执行计划表3-9工作计划矩阵工作内容责任人预计费用（人民币）任务期限（可用工作日）里程碑项目范围规划黄行4000.005项目组成立并开展工作软件/用户需求分析王五5000.0010软件研发项目获批准实施功能、界面设计陈小丽6000.0010设计成果获得批准软件开发张三15000.0050形成可供测试的产品软件功能与集成测试王五7000.0060产品可供用户试运行培训准备黄行3000.0050形成专供用户操作培训的资源文档陈小丽2000.0020软件用户操作帮助系统试运行及软件验收张三10000.0010定型产品各项指标满足设计要求实施工作结束后的问题黄行500.003项目总结完成说明：预计费用和任务期限为计划估算，仅用于指导本项目计划编制第四章管理过程4.1 管理目标和优先级 基本管理原则： 建立一个树型管理模式，层层管理。每位成员即是积极的建言者，又是负责的合作者 决策应在充分的讨论基础上做出，并被及时有效的执行。 实施首席程序员制。 目标1： 按时按量完成项目的基本功能，按时发布产品 优先级：1 最高 目标2: 遵循规范化的项目运作标准，文档严禁完整，代码注释充分，便于后续维护优先级：2 目标3： 产品稳定运行，界面友好易于上手，可玩性强 优先级：3目标4： 注重团队建设，成员分工合理，合作默契，气氛融洽 优先级： 4目标5： 项目设计和开发上有创新，营造出卖点 优先级 ：54.2 假设，依赖和限制 假设1： 首席程序员以较快的速度提供问题解答、项目检查方案、活动安排 限制： 某些关键设定可能会由于得不到及时解答而推延决策 假设2： 相关的硬件设施（包括版本控制服务器、开发人员个人电脑）稳定工作限制：若硬件设施出现异常，可能造成部分工作甚至整个开发进程陷于停顿4.3 风险管理风险管理是整个项目实施过程中关系到能否实施成功的重大课题。在提高项目实施质量的同时，应该要求项目实施的全过程中向项目实施的双方有关人员，进行风险教育、树立风险观念，预测及避免风险的发生，确保项目实施的顺利进行。风险产生来自多个方面，主要有： 项目范围的风险 项目进度的风险 项目人力资源的风险 对开发目标认识不正确的风险 基础（静态）数据正确率不够的风险 动态数据不及时、不完整形成的风险表4-1 项目风险风险标题发生可能性影响优先级规避或减轻策略预订完成日期开发技术不熟练70%灾难性高提前制定好的学习计划降低难度第15周项目人员变更90%低中提前做好人力资源规划第15周组长项目缠身疲于应付60轻微中组员充分自治，必要时顶替组长责任第15周需求变更频繁50严重中需求制定充分预见未来 第10周风险级别定义：对一个项目的实施全过程，我们对于风险的分级，采用以下5级定义：表4-2风险级别表级别12345定量方式5以下6202050508585以上定性方式极低低中高极高风险管理措施项目负责人可以采取下列风险管理措施： 项目开始以前应控制产生风险的原因，在项目开工后应想方设法减轻风险影响。 了解导致项目人员变动的原因，在项目实施期间应控制上述原因，尽量减少人员的流动。 在工作方法和技术上应采取适当措施，防止因人员流动给工作带来损失。 项目在开发过程中应及时公布并交流项目开发的信息。 建立组织机构，确定文档标准，并及时生成文档。 对工作进行集体复审，使多数人都能了解工作的细节，跟上工作进度。 为关键技术准备后备人员。避免关键人员的流动造成的风险。 对关键人员实行倾斜政策，提高关键人员的稳定性。 项目实施中，使用合格的人员上岗。 在各种例会上，检查进度的同时检查各种中的风险。4.4 质量管理软件质量管理是保证交付的产品严格按照需求分析实现的产品，达到用户使用的需求标准。通过以下方式对软件开展质量管理：1、人员培训：描述培训内容及形式2、用例测试表4-3系统模块测试表模块测试员测试方式结论系统管理黄行黑盒测试系统是否正常运行程序设计张三白盒测试*代码运行发生错误学生成绩管理陈小丽白盒测试成绩输入输出管理授课管理黄行白盒测试授课安排管理4.5 监督和控制机制建立报告机制，及时将项目中存在的问题反映到项目经理或项目管理层。报告的时间规定如下：表4-4危机处理表危害概率1以上极低二天二天当天当天当天低二天二天当天当天当天中当天立即马上马上马上高当天马上马上马上马上极高当天马上马上马上马上同时，建立并及时更新项目风险控制目录及风险排序。项目管理人员应随时关注与关键风险相关因素的变化情况，及时决定何时、采用何种风险应对措施。表4-5风险与策略表可能的风险规避策略有些公司准备上系统时，企业的管理模式和业务流程还处在不甚科学的阶段，企业管理不够规范透明，内控流程混乱甚至缺失。在这种情况下，企业做出的系统规划和选择，其效果必定要大打折扣 。如果要将这个任务转移到系统实施过程中去完成，内控流程混乱甚至缺失，往往导致需求不明确；需求不明确，则可能延长实施时间，并加大实施的风险，这也是许多系统项目折戟沉沙的主要原因之一。先规范企业的内部流程与管理制度。企业上系统之前应该首先把管理制度和业务流程规范好；然后做出一个符合企业长远发展目标的系统系统需求分析，在这个基础上再实施系统。 对系统的财力和人力投入不足，造成项目不成功。 投入较少的资金和人力，要达到系统的效果，这是很多企业主的想法。但是，对系统项目来说，这是基本不可能的。系统负责人，在上系统前，一定要让负责人知道系统项目到底是个什么项目，同其他系统软件有什么区别。建议：到一个实施成功的企业去进行调研、分析，根据他们的实施过程和经验来制定本企业实施的具体方案。确实做到“充分准备”、“全体动员”。一些企业为了节省一些实施费用，不找专业人员进行实施。靠自己的IT部门瞎跑瞎闹，这样做， 系统项目能成功真是个奇迹。对大多数企业来说，利用系统实现管理创新和效益不是其长项。他们很难对自己不很懂的系统项目，承担责任，做出决策并保证成功。要找专业的系统软件实施公司，特别是有本行业实施经验的实施公司，把风险控制到最底。项目管理层没有足够的时间参与项目建立正常的会议安排，并严格规定不能减少安排的次数，如果不能按计划进行，也必须调整高层领导对跨部门业务协调不够对特定的功能序曲问题，高层领导应指定专人负责，并负责到底项目管理人员缺少项目管理技巧和经验培训项目管理技术不能充分协调各小组关系项目管理人员投入足够的时间来协调各小组的需求第五章 技术过程5.1 方法，工具和技术本小组的团队组织结构为主程序员式组织结构：编程语言为Java，采用面向对象的分析设计方法；利用uml进行系统建模；同一文件命名、代码版式、注释等编码规范；编码人员进行代码走查后再进行代码编译；测试人员根据测试文档进行单元测试；最后实现软件的交付。开发环境为 Jav