1、大学生成绩管理信息系统工程管理方案书学号：0202300149姓名：何国忠专业：软件技术系别：计算机科学系指导教师：完成日期：2023年06月18日目录第一章工程背景21.1 工程概况21.2 工程交付品21.3 文档的演化21.4 参考书31.5 定义和缩写表3第二章工程需求分析32.1 工程需求获取32.2 需求分析32.2.1 非功能需求分析42.2.2 功能需求分析42.3 需求验证4第三章工程组织53.1 工程人力组织结构53.1.1 人力资源需求获取53.1.2 角色工作职责63.2 软硬件资源方案6工程本钱估算7软、硬件本钱估算7规模本钱估算73.4 工程进度管理73.4.1 软
2、件工程任务分解73.4.2 工程进度安排8、工程执行方案8第四章管理过程94.1 管理目标和优先级94.2 假设，依赖和限制94.3 风险管理94.4 质量管理114.5 监督和控制机制11第五章技术过程125.1 方法,工具和技术125.2 软件文档135.3 工程支持功能13第一章工程背景1.1 工程概况当今社会计算机的应用已深入到社会生活的各个方面，而其在拥有众多21世纪国家和社会顶梁柱的大学更是不可缺少的。而随着计算机技术的开展的计算机人才的大量涌现计算机在信息管理方面的优势逐渐凸现出来，并开始大量应用于各层次的信息管理效劳与实践中。与此同时，大量管理信息系统软件不断涌现，且不断升级与
3、改良。大学生成绩管理是一项繁杂、琐碎的事务，同时其管理又与学生学籍管理、学生根本信息管理、教务系统等联系密切，它涉及到对学生的奖惩以及找工作，对教师的教学评估的重要事宜，因此大学生成绩管理的水平的重要性可见一斑。应用大学生成绩管理信息系统来进行管理必定会大大提高管理的速度、实效、平安性、准确性、完整性、保密性。本系统主要针对当前一些大学对学生信息管理不到位、混乱等缺乏进行开发并引以为鉴，当然由于开发人员专业知识和计算机技术有限，设计中可能存在欠缺，望请老师及相关读者给予指正。本系统的业务主要包括任课教师登记汇总初始成绩、学生反应、组织补考、成绩修改、教务系统进行统计分析修正后的成绩、学生查询。
4、1.2 工程交付品工程交付日期为第17周周末，交付地点为：15-206主要交付物有：UUL说明软件重构，应用系统软件包，数据库初始数据，系统源代码，用户使用手册，技术文档包（包括需求规格说明书、设计说明书、系统测试说明书、工程总结文档等）、工程进度日志包。1.3 文档的演化工程管理方案应在第三周周末前经由工程组讨论后，进行分工按工作模块撰写，最后由工程经理汇总整合三步骤形成初稿，由工程组组长传至配置文档效劳器，由工程组组长负责维护第五周以后根据工程的进展可以对其进行修改，需要组员集体提出修改意见，并在全体会议上讨论通过,并由组长将修改稿上传至文档效劳器。组员通过版本控制器同步获得更新稿。1.4
5、 参考书UML说明软件重构课程教材软件工程-理论、方法与实践孙家广刘强富等教育出版社课程教材软件工程叶俊民清华大学出版社课程讲义软件工程管理根底SQLServer2005数据库及应用Java网站开发语言课程JSP动态网站开发语言1.5 定义和缩写表SGMS(Students*GradesManagementSystem)学生成绩管理系统的缩写UML(UnifiedModelingLanguage)统-建模语言的缩写Spmp:软件工程管理方案Srs:需求规格说明书Sts：系统测试说明书第二章工程需求分析2.1 工程需求获取描述获取途径。例：向客户咨询、查找资料、专业咨询、专家评审等2.2 需求分
6、析数据输入：实现学生根本信息、老师信息、管理员信息、学生成绩等相关信息的录入。如：原始成绩单、最终成绩单的输入。成绩修改：可以实现学生根本信息、老师信息、管理员信息、学生成绩等相关信息的修改。如：补考后对学生成绩的修改。成绩查询：学生管理员教师可各自在自己的权限内实现学生根本信息、老师信息、管理员信息、学生成绩等相关信息的查询。如：学生考试后查询成绩，教师要查询本班学生考试成绩。成绩统计：以实现学生人数、最高分、最低分、平均学分绩点、不及格学生人数、学生总平均成绩等相关统计。信息显示：可以实现以字段分布和二维表两种方式显示学生信息。非功能需求分析系统的非功能性需求如下：(1)可靠性OA系统必须
7、支持连续30天的不间断动作。假设系统动作时遇到来可恢复的错误，也必须保证数据库完好无损或者能恢复。平安性领导和敏感岗位的用户提供ikey身份验证。数据在互联网上传办办输必须通过加密。用户进行关键的打操作时，系统自动生成记录日志，提供日志审计。性能系统登录成功进入用户首页的响应平均时间不超过3秒。系统内操作的平均响应时间不超过3秒。系统并发用户数2000以上。Web效劳器，数据库效劳器的cpu使用率到达100%的持续时间不超过2秒。(4)易用性用户可以很容易找到自己期望的各种操作。系统必须提供在线帮助或使用教学视频。(5)扩展性系统必须提供开发工具包给客户进行二次开发。功能需求分析按照功能分解，
8、本系统分为客户端管理系统和管理端系统。各个局部的关系如下图使用系统角色定义：(1)管理员：是负责维护和管理本站所有模块的角色。(2)学生：在本站注册通过并登录成功的用户。图2.1系统模块图图2.2管理功能结构图图2.3学生功能结构图1、登录与注册模块该模块的功能主要包括用户登录、注册等。图2.4登录与注册模块用例图2.3 需求验证需求验证过程：1、审查需求文档2、根据需求文档编写测试用例3、编写用户手册表2/系统功能模块表功能模块执行人执行描述需求完成情况系统管理黄行整个系统的架构的建设100%学生信息管理张三录入学生的根本信息80%成绩信息管理李四以班或以单个学生为单位录入成绩90%授课信息
9、管理王五查询相关课程信息100%学生成绩查询和统计陈小丽查询学生的考试成绩与统计70%第三章工程组织3.1 工程人力组织结构本工程需要什么人？工程经理数据库管理与设计人员系统分析员架构设计员程序员文档管理员一测试员人力资源需求获取工程成员的来源:(1)在组织内部选拔适宜的人选(2)通过招聘吸收新成员(3)通过熟悉的人员介绍表3-1人力资源需求表序号角色数量到位时间备注1工程经理12023年2月己招2数据库管理与设计人员12023年3月未招3系统分析员12023年3月已招4架构设计员12023年3月已招5程序员32023年3月需招两位程序员6文档管理员12023年3月己招7测试员12023年3月
10、未招角色工作职责表3-2人力资源分析表主要技能次要技能兴趣任务参与者黄行张三李四王五陈小丽控制设计数据库设计用户界面设计配置管理程序员表3-3人力资源执行表角色职责人员机构领导负责工程整体进程以及工程质量曾大权工程经理监督和安排工程物资到位情况黄行需求分析员与客户打交道，详细了解用户需求并给出系统总体方案黄行系统设计员根据需求分析做出相应的系统设计架构员程序员实现系统设计员要求系统的代码程序组员测试员对系统进行系统测试程序测试专员质量保证员售后效劳，质量监督与维护工程后期保障员配置管理员监督用户的配置要求，使系统在相应的软硬件环境下运行配置管理专员3.2软硬件资源方案表34资源工具表软硬件资源
11、名称级别详细配置获取方式与时间使用说明主机关键WindowsXP256M1.8GHz500G可以用工程初期全员用于工程全程开发Web效劳器关键Tomcat已经存在工程初期用于开发过程效劳于开发java关键Java网站开发语言已经存在编码期软件开发工具SQLSever/2005关键SQLSever/2005数据库及应用已经存在编码期数据库管理软件浏览器非关键IE6.0以上已经存在工程初期浏览工具工程本钱估算3.3.1 软、硬件本钱估算表3-5资源工具本钱表软、硬件名称配置价格主机独显内存IG宏基主板硬盘500G10台12000EclipseJdkjdbcTomcat7.0javajsp零SQLS
12、erver2005版本零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设计新增局部A3
13、D开发整体方案C2E修改现有代码B3F增补新代码C6G单元测试EF1H集成测试G1I更新文档D2J验收测试HI12、工程方案表3三3.1网络图-8工程方案例如任务名称工期开始时间结束时间定义工作组角色22023-3-12023-6-2确定所需技能52023-3-12023-6-5确定资源22023-3-92023-6-10将角色赋予资源22023-3-112023-6-12工作组成立12023-3-152023-6-153.4.2工程进度安排20231-2周34周5-6周78周912周13-16周工程方案需求规格说明书配置管理方案体系结构设计报告数据库设计报告模块设计报告测试分析报告用户手册图
14、3.2工程方案甘特图3.4.3、工程执行方案表3-9Tfl三方案矩阵工作内容责任人预计费用（人民币）任务期限（可用工作日）里程碑工程范围规划黄行4000.005工程组成立并开展工作软件/用户需求分析王五5000.0010软件研发工程获批准实施功能、界面设计陈小丽6000.0010设计成果获得批准软件开发张三15000.0050形成可供测试的产品软件功能与集成测试王五7000.0060产品可供用户试运行培训准备黄行3000.0050形成专供用户操作培训的资源文档陈小丽2000.0020软件用户操作帮助系统试运行及软件验收张三10000.0010定型产品各项指标满足设计要求实施工作结束后的问题黄行
15、500.003工程总结完成说明：预计费用和任务期限为方案估算，仅用于指导本工程方案编制第四章管理过程4.1管理目标和优先级根本管理原那么：建立一个树型管理模式，层层管理。每位成员即是积极的建言者，又是负责的合作者决策应在充分的讨论根底上做出，并被及时有效的执行。实施首席程序员制。目标1：按时按量完成工程的根本功能，按时发布产品优先级：1最高目标2:遵循标准化的工程运作标准，文档严禁完整，代码注释充分，便于后续维护优先级：2目标3：产品稳定运行，界面友好易于上手，可玩性强优先级：3目标4：注重团队建设，成员分工合理，合作默契，气氛融洽优先级：4目标5：工程设计和开发上有创新，营造出卖点优先级：5
16、4.2 假设，依赖和限制假设1：首席程序员以较快的速度提供问题解答、工程检查方案、活动安排限制：某些关键设定可能会由于得不到及时解答而推延决策假设2：相关的硬件设施（包括版本控制效劳器、开发人员个人电脑）稳定工作限制：假设硬件设施出现异常，可能造成局部工作甚至整个开发进程陷于停顿4.3 风险管理风险管理是整个工程实施过程中关系到能否实施成功的重大课题。在提高工程实施质量的同时，应该要求工程实施的全过程中向工程实施的双方有关人员，进行风险教育、树立风险观念，预测及防止风险的发生，确保工程实施的顺利进行。风险产生来自多个方面，主要有：令工程范围的风险 工程进度的风险 工程人力资源的风险 对开发目标
17、认识不正确的风险 根底1静态）数据正确率不够的风险令动态数据不及时、不完整形成的风险表4-1工程风险风险标题发生可能性影响优先级躲避或减轻策略预订完成日期开发技术不熟练70%灾难性高提前制定好的学习方案降低难度第15周工程人员变更90%低中提前做好人力资源规划第15周组长工程缠身疲于应付60轻微中组员充分自治，必要时顶替组长责任第15周需求变更频繁50严重中需求制定充分预见未来第10周风险级别定义，对一个工程的实施全过程，我们对于风险的分级，采用以下5级定义:表4-2风险级别表风险施工级别12345管理措程负责定量方式5%以下6-20%20-50%50-85%85%以上人可以定性方式极低低中高
18、极高采取以下风险管理措施：工程开始以前应控制产生风险的原因，在工程开工后应想方设法减轻风险影响。了解导致工程人员变动的原因，在工程实施期间应控制上述原因，尽量减少人员的流动。在工作方法和技术上应采取适当措施，防止因人员流动给工作带来损失。工程在开发过程中应及时公布并交流工程开发的信息。建立组织机构，确定文档标准，并及时生成文档。对工作进行集体复审，使多数人都能了解工作的细节，跟上工作进度。为关键技术准备后备人员。防止关键人员的流动造成的风险。对关键人员实行倾斜政策，提高关键人员的稳定性。工程实施中，使用合格的人员上岗。在各种例会上，检查进度的同时检查各种中的风险。4.4 质量管理软件质量管理是
19、保证交付的产品严格按照需求分析实现的产品，到达用户使用的需求标准。通过以下方式对软件开展质量管理：1、人员培训：描述培训内容及形式2、用例测试表4-3系统模块测试表模块测试员测试方式结论系统管理黄行黑盒测试系统是否正常运行程序设计张三白盒测试*代码运行发生错误学生成绩管理陈小丽白盒测试成绩输入输出管理授课管理黄行白盒测试授课安排管理4.5 监督和控制机制建立报告机制，及时将工程中存在的问题反映到工程经理或工程管理层。报告的时间规定如下:表4-4危机处理表害概术、1%以下1-5%610%11-20%20%以上极低二天二天当天当天当天低二天二天当天当天当天中当天立即马上马上马上高当天马上马上马上马
20、上极高当天马上马上马上马上同时，建立并及时更新工程风险控制目录及风险排序。工程管理人员应随时关注与关键风险相关因素的变化情况，及时决定何时、采用何种风险应对措施。表4-5风险与策略表可能的风险躲避策略有些公司准备上系统时，企业的管理模式和业务流程还处在不甚科学的阶段，企业管理不够标准透明，内控流程混乱甚至缺失。在这种情况下，企业做出的系统规划和选择，其效果必定要大打折扣。如果要将这个任务转移到系统实施过程中去完成，内控流程混乱甚至缺失，往往导致需先标准企业的内部流程与管理制度。企业上系统之前应该首先把管理制度和业务流程标准好；然后做出一个符合企业长远开展目标的系统系统需求分析，在这个根底上再实
21、施系统。求不明确；需求不明确，那么可能延长实施时间，并加大实施的风险，这也是许多系统工程折戟沉沙的主要原因之-对系统的财力和人力投入缺乏，造成工程不成功。投入较少的资金和人力，要到达系统的效果，这是很多企业主的想法。但是，对系统工程来说，这是根本不可能的。系统负责人，在上系统前，一定要让负责人知道系统工程到底是个什么工程，同其他系统软件有什么区别。建议：到一个实施成功的企业去进行调研、分析，根据他们的实施过程和经验来制定本企业实施的具体方案。确实做到“充分准备”、“全体发动”。一些企业为了节省一些实施费用，不找专业人员进行实施。靠自己的IT部门瞎跑瞎闹，这样做，系统工程能成功真是个奇迹。对大多
22、数企业来说，利用系统实现管理创新和效益不是其长项。他们很难对自己不很懂的系统工程，承当责任，做出决策并保证成功。要找专业的系统软件实施公司，特别是有本行业实施经验的实施公司，把风险控制到最底。工程管理层没有足够的时间参与工程建立正常的会议安排，并严格规定不能减少安排的次数，如果不能按方案进行，也必须调整高层领导对跨部门业务协调不够对特定的功能序曲问题，高层领导应指定专人负责，并负责到底工程管理人员缺少工程管理技巧和经验培训工程管理技术不能充分协调各小组关系工程管理人员投入足够的时间来协调各小组的需求第五章技术过程5.1 方法，工具和技术本小组的团队组织结构为主程序员式组织结构：编程语言为Jav
23、a,采用面向对象的分析设计方法；利用Uml进行系统建模；同一文件命名、代码版式、注释等编码标准；编码人员进行代码走查后再进行代码编译；测试人员根据测试文档进行单元测试；最后实现软件的交付。开发环境为JaVa语言+eclipse+sqlServer+JSP语言。系统架构方案考虑了如下几个方面：1）基于企业广域网络和局域网络以及移动互联网络；2）采用J2EE框架结构，可实现群集和负载均衡，支持从PC效劳器到小型机系统的多种效劳器；3）提供严密的平安解决方案，满足公司游戏系统高强度的平安管理要求；4）基于WebSerViCe的SOA框架，适应了多系统灵活集成的需要，能够方便融入系统平台mobile整
24、体解决方案。5.2 软件文档工程文档列举如下：软件工程管理方案文档：该文档由组长完成，介绍工程的整个管理过程该文档在需求分析阶段开始完成，在后续每个阶段更新。需求规格说明文档在需求分析阶段，小组成员共同分析收集用户需求，由组长负责编写规格说明文档，在后续的设计和开发阶段不断更新。该文档主要内容为：功能需求，性能要求，数据处理要求，软件运行需求等。软件设计文档在总体设计阶段，小组根据需求规格说明文档，完成软件体系结构的设计，编写体系结构设计文档，并在后续开发阶段补充和更新。该文档由开发人员负责编写软件测试文档在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。开发人员将根据测试规格说明文档建立测试环境。用户文档：在需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析结束后需要形成初稿；在后续阶段不断更新用户文档，并在系统交付阶段随着系统一起被交付。5.3 工程支持功能为方便开发和保证软件产品质量，本工程采用著名的开源配置管理工具subversion,并进行配置管理，能有效地防止多人开发可能会造成的混乱，提高软件开发生产率和质量。在开发阶段结束后，开发人员间会进行代码走查，减少错误，并在测试阶段跟新源代码。测试人员根据测试文档进行软件测试，提高软件的正确性
免费区 
