软件工程课程设计-奖学金评定系统

1、 软件工程课程设计说明书题 目： 奖学金评定系统 学 院： 计算机学院 专 业： 网络工程 学生姓名： 学 号： 指导教师： 2013 年 6 月 23日摘 要 奖学金评定是高校学生教务管理工作的一个重要环节。作为管理学生工作的工作人员，能够通过奖学金评定系统清楚明了的看到学生的成绩，奖学金的评定说明，奖学金的评定结果等诸多信息。另外，也保证了奖学金评定工作的客观，公正，和透明化，使奖学金的评定更深入人心。正是基于如此的优点和作用，本课程设计分析并设计了奖学金评定系统。为了整个奖学金评定的尽可能公正公平公开，根据奖学金评定的流程现对系统进行规划。 整个系统包括：信息管理，职位管理，消息管理，活

2、动管理，成绩管理，证书管理，课程管理，权限管理7个功能模块。奖学金评定的流程如下：辅导员可以输入特定的号码登录此系统通过批量导入教务处成绩以及赋予特定学生权限录入活动得分记录，证书得分记录，职位得分记录以及特殊课程的得分记录从而系统根据记录计算出F1(思想政治道德法律)、F2(专业)、F3(人文社会管理)、F4(创新)、F5(信息科学工程)、F6(身体心理)并且排名，从而辅导员可以通过点击计算和查看管理部分对计算出的全院6项和总分排名以及各系6项和排名进行查看，辅导员登录后还可以授权给特定的学生对最新的活动和奖学金动态在消息管理平台进行公布；学生登录注册后可以通过计算和查分管理部分实现查看自己

3、的各项素质分（由F1-F6六个模块组成）以及点击各个管理模块查看自己具体的得分情况以及如果出现素质分错误可以下载相应的表格进行填表反馈。此奖学金评定系统根据实际需求和实际软件发展情况设计而成，界面友好，操作简单。软件投入使用后更是能够根据客户新的需求而不断的添加和更新其功能。关键词 ：成绩查询、成绩管理、证书管理、活动赋分、绩点计算、动态信息显示、奖学金评定、客户机服务器、SQL-Server目 录 TOC o 1-3 h z u HYPERLINK l _Toc30808 1. 绪 论 PAGEREF _Toc30808 1 HYPERLINK l _Toc25182 1.1奖学金评定系统的

4、重要性 PAGEREF _Toc25182 1 HYPERLINK l _Toc14942 1.2 预期目标 PAGEREF _Toc14942 1 HYPERLINK l _Toc18392 2. 可行性研究报告 PAGEREF _Toc18392 2 HYPERLINK l _Toc6125 2.1引言 PAGEREF _Toc6125 2 HYPERLINK l _Toc21332 2.1.1 编写目的： PAGEREF _Toc21332 2 HYPERLINK l _Toc7837 2.1.3 定义： PAGEREF _Toc7837 2 HYPERLINK l _Toc755 2.

5、2 可行性研究的前提 PAGEREF _Toc755 3 HYPERLINK l _Toc1874 2.2.1 基本要求： PAGEREF _Toc1874 3 HYPERLINK l _Toc6726 2.2.2 开发目标： PAGEREF _Toc6726 3 HYPERLINK l _Toc9379 2.3 技术的可行性分析 PAGEREF _Toc9379 3 HYPERLINK l _Toc4495 2.3.1支出 PAGEREF _Toc4495 3 HYPERLINK l _Toc26033 2.3.2效益 PAGEREF _Toc26033 3 HYPERLINK l _Toc

6、7112 2.4 社会可行性分析 PAGEREF _Toc7112 4 HYPERLINK l _Toc6274 2.4.1 法律方面的可行性 PAGEREF _Toc6274 4 HYPERLINK l _Toc25093 2.4.2 使用方面的可行性 PAGEREF _Toc25093 4 HYPERLINK l _Toc12376 2.5 结论 PAGEREF _Toc12376 4 HYPERLINK l _Toc18174 3.项目开发计划 PAGEREF _Toc18174 5 HYPERLINK l _Toc14238 3.1引言 PAGEREF _Toc14238 5 HYPE

7、RLINK l _Toc23482 3.1.1编写目的 PAGEREF _Toc23482 5 HYPERLINK l _Toc4703 3.1.2项目背景 PAGEREF _Toc4703 5 HYPERLINK l _Toc14001 3.1.3定义 PAGEREF _Toc14001 6 HYPERLINK l _Toc7531 3.2项目概述 PAGEREF _Toc7531 6 HYPERLINK l _Toc10462 3.2.1工作内容 PAGEREF _Toc10462 6 HYPERLINK l _Toc22411 3.2.2条件与限制 PAGEREF _Toc22411 6

8、 HYPERLINK l _Toc26785 3.2.3产品 PAGEREF _Toc26785 6 HYPERLINK l _Toc1651 3.2.4运行环境 PAGEREF _Toc1651 7 HYPERLINK l _Toc32541 3.2.5服务 PAGEREF _Toc32541 7 HYPERLINK l _Toc24237 3.2.6验收标准 PAGEREF _Toc24237 7 HYPERLINK l _Toc31747 3.3实施计划 PAGEREF _Toc31747 7 HYPERLINK l _Toc26081 3.3.1任务分解 PAGEREF _Toc260

9、81 7 HYPERLINK l _Toc16594 3.3.2进度 PAGEREF _Toc16594 7 HYPERLINK l _Toc3025 3.3.3关键问题 PAGEREF _Toc3025 8 HYPERLINK l _Toc26388 3.4人员组织 PAGEREF _Toc26388 8 HYPERLINK l _Toc29051 3.5交付期限 PAGEREF _Toc29051 8 HYPERLINK l _Toc19169 4需求规格说明书 PAGEREF _Toc19169 9 HYPERLINK l _Toc11598 4.1引言 PAGEREF _Toc1159

10、8 9 HYPERLINK l _Toc28891 4.1.1编写目的 PAGEREF _Toc28891 9 HYPERLINK l _Toc419 4.1.2项目背景 PAGEREF _Toc419 9 HYPERLINK l _Toc10548 4.1.3定义 PAGEREF _Toc10548 9 HYPERLINK l _Toc8249 4.1.4参考资料 PAGEREF _Toc8249 10 HYPERLINK l _Toc16306 42任务概述 PAGEREF _Toc16306 10 HYPERLINK l _Toc10907 4.2.1目标 PAGEREF _Toc109

11、07 10 HYPERLINK l _Toc28809 4.3 系统描述 PAGEREF _Toc28809 11 HYPERLINK l _Toc88 4.3.1 系统概述 PAGEREF _Toc88 11 HYPERLINK l _Toc16763 4.3.2.系统结构功能图 PAGEREF _Toc16763 13 HYPERLINK l _Toc7860 4.3.3系统流程图（辅导员登陆） PAGEREF _Toc7860 14 HYPERLINK l _Toc1195 4.3.4 静态数据 PAGEREF _Toc1195 15 HYPERLINK l _Toc22355 4.3.

12、5 动态数据 PAGEREF _Toc22355 15 HYPERLINK l _Toc6498 4.3.6 数据库描述 PAGEREF _Toc6498 15 HYPERLINK l _Toc3604 4.3.7局部E-R图 PAGEREF _Toc3604 15 HYPERLINK l _Toc1168 4.3.8 整体E-R图 PAGEREF _Toc1168 18 HYPERLINK l _Toc21464 4.3.9物理设计 PAGEREF _Toc21464 19 HYPERLINK l _Toc31867 4.3.10数据字典 PAGEREF _Toc31867 20 HYPER

13、LINK l _Toc22799 4.3.11 数据采集 PAGEREF _Toc22799 23 HYPERLINK l _Toc17839 4.3.12 系统体系结构 PAGEREF _Toc17839 24 HYPERLINK l _Toc11163 44功能需求 PAGEREF _Toc11163 25 HYPERLINK l _Toc24548 4.4.1 功能划分 PAGEREF _Toc24548 25 HYPERLINK l _Toc5264 4.4.2 功能描述 PAGEREF _Toc5264 25 HYPERLINK l _Toc14050 4.5性能需求 PAGEREF

14、 _Toc14050 26 HYPERLINK l _Toc12312 4.5.1数据精确度 PAGEREF _Toc12312 26 HYPERLINK l _Toc97 4.5.2时间特性. PAGEREF _Toc97 26 HYPERLINK l _Toc1656 4.6运行需求 PAGEREF _Toc1656 26 HYPERLINK l _Toc20309 4.6.1硬件接口. PAGEREF _Toc20309 26 HYPERLINK l _Toc25478 4.6.2软件接口. PAGEREF _Toc25478 26 HYPERLINK l _Toc6665 4.6.3故

15、障处理. PAGEREF _Toc6665 27 HYPERLINK l _Toc7921 4.7其它需求 PAGEREF _Toc7921 27 HYPERLINK l _Toc20945 4.7.1可使用性 PAGEREF _Toc20945 27 HYPERLINK l _Toc915 4.7.2保密性 PAGEREF _Toc915 27 HYPERLINK l _Toc8601 4.7.3可维护性 PAGEREF _Toc8601 27 HYPERLINK l _Toc13912 4.7.4可转移、可转移性 PAGEREF _Toc13912 27 HYPERLINK l _Toc2

16、0887 4.7.5注释 PAGEREF _Toc20887 28 HYPERLINK l _Toc16786 5. 软件概要设计说明书 PAGEREF _Toc16786 29 HYPERLINK l _Toc492 5.1.引言 PAGEREF _Toc492 29 HYPERLINK l _Toc20394 5.1.1定义 PAGEREF _Toc20394 29 HYPERLINK l _Toc15102 5.2需求概述 PAGEREF _Toc15102 29 HYPERLINK l _Toc14473 5.2.1目标 PAGEREF _Toc14473 30 HYPERLINK l

17、 _Toc2498 5.2.2用户的特点 PAGEREF _Toc2498 30 HYPERLINK l _Toc24377 5.2.3 功能需求 PAGEREF _Toc24377 30 HYPERLINK l _Toc20317 5.2.4性能需求 PAGEREF _Toc20317 33 HYPERLINK l _Toc2437 5.2.5 其他需求 PAGEREF _Toc2437 33 HYPERLINK l _Toc26305 5.2.6运行环境 PAGEREF _Toc26305 33 HYPERLINK l _Toc4657 5.3总体设计 PAGEREF _Toc4657 3

18、3 HYPERLINK l _Toc20921 5.3.1软件系统体系结构的设计 PAGEREF _Toc20921 34 HYPERLINK l _Toc3845 5.3.2基本设计概念和处理流程 PAGEREF _Toc3845 35 HYPERLINK l _Toc5477 5.3.3 模块的详细设计 PAGEREF _Toc5477 36 HYPERLINK l _Toc29095 5.4. 界面设计 PAGEREF _Toc29095 36 HYPERLINK l _Toc20524 5.5安全保密设计 PAGEREF _Toc20524 37 HYPERLINK l _Toc221

19、24 6.详细设计说明书 PAGEREF _Toc22124 38 HYPERLINK l _Toc11056 6.1 引言 PAGEREF _Toc11056 38 HYPERLINK l _Toc20358 6.1.1 编写目的 PAGEREF _Toc20358 38 HYPERLINK l _Toc12046 6.1.2项目背景 PAGEREF _Toc12046 38 HYPERLINK l _Toc19853 6.1.3定义 PAGEREF _Toc19853 38 HYPERLINK l _Toc4800 6.2.该系统的相关用例图 PAGEREF _Toc4800 39 HYP

20、ERLINK l _Toc6469 7.个人完成内容 PAGEREF _Toc6469 41 HYPERLINK l _Toc6857 8.个人体会 PAGEREF _Toc6857 431. 绪 论1.1奖学金评定系统的重要性随着高校的快速发展和不断扩建，目前在学生的教务管理上，学分制管理已取代了过去的学年制管理。学生数量也逐年增加，给院系的学生管理工作带来了沉重的压力，原先基于文档的管理工作模式已经适应不了这种负担，且极其容易产生错误如信息的不一致性等，而且降低了信息的交换速度，降低了整个学生管理工作的效率。在高校学生管理部门的日常工作中，奖学金评定是一项繁琐而又重要的工作，而且是每年必须

21、重复的工作。奖学金的评定,一方面要根据学生各个科目的学习成绩，同时还要结合每每位学生的具体表现和实际情况，包括学生的德育、体育及某方面的突出表现等。对于不同学生给与不同项目的奖学金，涉及的范围很广，需要纪录和处理的数据也很庞大，由此看来要根据不同情况评定出不同的奖学金获得者并不是一件容易的事情。原先的奖学金手工评审方法已不能满足现在的需求，使用以前的评定方法不但增加了用户的工作量，更主要的是在执行中会有一些不良因素来影响结果的可靠性，因此实现奖学金管理的信息化是十分必要的。高校奖学金评定系统是从软件工程学角度出发，在客户机/服务器模式下结合ODBC和面向对象技术，采用PowerBuilder作

22、为前台开发工具，建立SQL-Server后台数据库来实现奖学金评定的整个过程。文中深入讨论了在PowerBuilder下怎样实现对数据库进行添加、修改、删除和查询统计等操作，同时探讨了ADO组件及其与SQL之间的相关问题、怎样建立VC与SQL Server 之间的关系以及对SQL Server建立关系数据库等几方面的问题。其中重点阐述了高校奖学金评定系统的设计思想和实现过程，对一些重要的功能模块的实现思路和源代码进行了分析，并在文末附带了系统进行测试时出现的一些问题及其解决方法。1.2 预期目标高校学生管理工作者通过使用本系统能更加有效率、更加公平公正的进行奖学金的评定工作，学生也能更加透明的

23、参与到奖学金评定工作中去，能起到一定的监督作用。同时本系统也附加了学生的个人信息、成绩绩点、奖惩情况的查询，通过使用本系统，学生和辅导员都能快速查询到自己所想要了解的信息。通过此次课程设计能够更进一步的了解大型软件的开发过程，能加深理解和巩固所学的有关软件工程学的基本概念、基本理论和基本方法，而且能提高自我的编程能力和上机操作能力，以及分析问题和解决问题的能力；同时进行良好的独立工作习惯和科学素质的培养，为今后参加科学研究工作打下良好的基础。2. 可行性研究报告2.1引言2.1.1 编写目的： 在进行任何一项软件开发时首先要进行可行性分析和研究。可行性研究报告确定能否用最小的代价在尽可能短的时

24、间内确定该软件是否能够并且值得开发。该报告的读者对象是项目开发小组。 2.1.2 项目背景： 项目开发单位：计算机学院网络工程系指导老师：计算机学院 *老师随着高校规模的不断扩大，奖学金评定工作变得日益繁琐而且重要，它已经成为衡量学校管理工作质量和效率的重要标准。传统的奖学金评定工作在使用人工进行管理时，存在工作量大，各种多而复杂的文件信息占用大量空间，时间和物力，数据不易管理，且容易丢失，各院系对于各种信息及出现的应急状况反应缓慢，容易出现错误，以及人工管理劳神伤财等各种弊端。本奖学金评定系统是属于高校教务管理的一种管理系统。它提供了先进的信息处理功能，在现代社会中，一个现代化的高校体系，如

25、果没有与之相匹配的高校信息管理系统，是无法想象的，也是没有竞争力的。2.1.3 定义：技术可行性：要对开发的项目功能、性质和限制条件进行分析，确定在现有的技术资源条件下，技术风险有多大，项目是否能实现。经济可行性：进行开发成本的估算以及了解取得效益的评估，确定要开发的项目是否值得投资开发。社会可行性： 要开发的项目是否存在任何侵权，妨碍等责任问题，要开发项目的运行方式在用户组织内是否行得通，现有的管理制度、人员素质、操作方式是否可行。2.2 可行性研究的前提2.2.1 基本要求：能够真确的分析出用户的需求，并且准确的界定项目的规模，并对各种方案进行有效的评估和筛选。2.2.2 开发目标：奖学金

26、评定系统2.3 技术的可行性分析：无论从硬件或是软件上来说，建立此奖学金评定系统是可行的。从软件开发方面来看，本系统是一个基于PowerBuilder的应用程序。目前PowerBuilder开发工具已经十分成熟，利用现有的技术可以完成系统所要求的全部功能目标。考虑到开发时间较为紧张，但仍然可以在规定时间内完成开发。运行方面，目前学校的计算机系实验室设施较为完善，网络资源充分，学校计算机系实验室的机房和服务器，可以很方便的运行该奖学金评定系统。2.3.1支出在学校计算机系的机器上，上课的时间，以及宿舍电脑上。不必进行另外的硬件设备投资。经常性支出，仅包括软件的维护费用。2.3.2效益本系统可以很

27、方便的实现教务管理的自动化，可以减少很多的人力开支和大量的办公费用，也能极大的提高奖学金评定的效率，同时也能使奖学金评定工作的流程更加明了，从而进一步的带来更好的社会作用。2.4 社会可行性分析2.4.1 法律方面的可行性新系统的研制和开发都是选用正版软件，将不会侵犯他人，集体和国家的利益，不会违反国家的政策法律和法规。2.4.2 使用方面的可行性 由于现在大家的计算机水平普遍提高，加上此奖学金评定系统界面友好，合乎常人的的使用习惯，使操作更加简单；数据录入迅速，规范，可靠；统计正确；制表灵活；适应力强；容易扩充。2.5 结论完成此项目是在现有的技术条件下可以开发。3.项目开发计划3.1引言3

28、.1.1编写目的本次开发计划的目的是： a.把在开发过程中对各项工作的人员、分工、经费、系统资源条件等问题的安排用文档形式记载下来，以便根据本计划开展和检查本项目工作，保证项目开发成功； b.制订项目组开发过程中的评审和审查计划，明确相应的质量管理负责人员； c.规定软件配置管理的活动内容和要求，明确配置管理工作的人员。3.1.2项目背景 项目软件名称：奖学金评定系统。 随着计算机应用的日益普及和深化，网上办公已经成为一种趋势。本项目要开发的是基于局域网的奖学金评定系统。由于学校规模大，二级院系的管理效率和策略不同，原来的人工工作方式不仅会造成办理时间的延误和人力资源的浪费，而且存在着各种信息

29、不易存放、易丢失、难以备份和查询等缺点。因此，实现一个将各种奖学金管理和服务功能集成起来的管理信息系统就显得十分必要，既可以节省资源，又可以有效存储、更新、查询信息，提高工作和服务效率。 开发的系统要求界面友好，方便直观。既要方便管理员对学生信息进行录入、删除、修改、查询和统计等操作，又要方便管理，将数据库发布到互联网上，进行资源共享，方便学生可以在自己的权限内对奖学金评定信息进行访问，查询相关信息和进行相关操作。特别要求：需求分析必须详细，并且有相关专家合作进行， 任务来源：网络工程系； 说明： A：项目名称：奖学金评定系统 B：项目提出者：*老师 C：项目开发人员：张甲、王乙、赵丙、徐丁

30、D：本系统将是独立的系统。3.1.3定义SQLSever ：数据库管理软件DBMS：数据库管理系统Windows2000/2003/XP/Win7/8：运行环境PowerBuilder：软件开发工具3.2项目概述3.2.1工作内容在三周之内完成本软件系统的设计、开发、测试并书写各种文档，交付客户使用。3.2.2条件与限制 条件： 工作地点：计算机学院软件工程实验室和寝室 工作条件：拥有完善的局域网系统。 限制： 时间太短，项目开发小组实际经验不够丰富，开发的产品漏洞可能很多，需要对软件的测试工作量太大。3.2.3产品 3.程序 程序名称：奖学金评定系统 使用工具：PowerBuilder 存储

31、形式：数据库 3.文档 文档格式要求按照我国GB/T8567-1988国家标准和IEEE/ANSI830-1993标准规范要求进行。软件文档目录包括：项目开发计划可行性报告软件需求规格说明软件概要设计规格说明；软件详细设计规格说明；软件标准规范软件测试计划软件测试办法软件可靠性和安全性设计指南软件详细设计报告软件代码测试分析报告项目总结报告3.2.4运行环境 计算机学院软件工程实验室3.2.5服务 培训：软件使用及安装，时间5天。 软件支持：略 3.2.6验收标准 验收标准：经用户和开发小组负责人双方签字确认的“需求规格说明书”。 重点确认软件的可靠性、易使用性和功能完整性。3.3实施计划 3

32、.3.1任务分解 主要将任务分解各个部分：软件可行性分析报告、软件计划说明书，需求规格说明书、软件概要设计说明书、软件详细设计说明书、代码模块的开发、测试软件性能、书写软件测试报告。 3.3.2进度用四天时间完成软件的可行性研究报告和软件计划和需求规格说明书和软件概要设计并画出E-R图；在一周内完成软件的详细设计和软件的代码编写；两天时间完成软件的测试，并书写软件测试报告。 3.3.3关键问题 需求获取的问题是一个十分困难的过程：通常用户并不知道自己希望计算机系统做什么；通常用户使用业务语言表达需求，开发人员缺乏相关的领域知识和经验，难以准确理解这些需求；用户提出的不同需求可能存在技术上的矛盾

33、和冲突；管理者可能出于增加影响力的原因而提出特别的需求；由于经济和业务的变动性，需求经常发生变更。正是由于获取需求是一个困难的过程，因此书写需求规格说明书是一个较为复杂的过程。当然最关键的问题是软件代码的编写，正是由于需求的多样，造成了软件代码的编写的复杂程度，一个良好的书写习惯和程序设计风格会对后期的软件维护带来不可忽视的影响。3.4人员组织张甲、王乙、赵丙、徐丁组员分工：在此次的过程中，张甲计数据库，王乙执行了界面设计，赵丙实现了部分功能例如实现了成绩的导入等，王乙画了系统流程图以及功能框图，赵丙编写了需求分析的文档，王乙编写了数据库的有关文档，徐丁对实现了文档的填充，赵丙整理材料。3.5

34、交付期限本软件需要在十八周周四(2013年6月27日)之前完成并上交,并进行课程设计答辩。4需求规格说明书4.1引言 随着计算机技术的不断应用和提高，计算机已经深入到社会生活的各个角落。采用手工进行奖学金评定的方法，不仅效率低、易出错、手续繁琐，而且耗费大量的人力。为了满足管理人员对学生成绩，奖学金评定等进行高效的管理，在工作人员具备一定的计算机操作能力的前提下，特意编写此奖学金评定系统软件以提高教务管理效率。 4.1.1编写目的为了开发出真正满足用户需求的软件产品，首先必须知道用户的需求。对软件需求的深入理解是软件开发工作获得成功的前提条件，不论我们把设计和编码工作做的如何出色，不能真正满足

35、用户需求的程序只会令用户失望，给开发者带来烦恼。鉴于此，书写本文档。本文档阅读对象为项目委托单位和项目开发单位的相关人员。本项目需求的编写是为了研究奖学金评定系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。 本项目需求的预期使用者是与奖学金评定系统软件开发有联系的决策人，开发组成人员，扶助开发者，支持本项目的领导和公司人员，软件验证者。 4.1.2项目背景项目开发单位：计算机学院网络工程系主管部门：计算机学院 *老师本项目的名称：奖学金评定系统开发软件。 本项目的任务提出者及开发者是系统软件开发小组,用户是学校

36、教务管理人员。 本产品是针对电脑评定奖学金的需求设计的，可以完成成绩录入,成绩修改,成绩删除,奖学金评定等主要功能。 定义 奖学金评定系统：是帮助教务管理人员对学生成绩信息进行审核，以进行奖学金评定的软件。使用汉语编程语言，独立完成其功能。 数据字典：（Data Dictionary,DD）用于定义数据流图中的各个成分的具体含义。它以一种准确性的、无二义性的说明方式为系统的分析、设计及维护提供了有关元素的一致的定义和详细的描述。 数据字典的任务是对于数据流图周报告出现的所有的被命名的图形元素在数据词典作为一个词条加以定义，使得每一个图形元素的名字都有一个确切的解释。 数据词典有以下4类条目：数

37、据流、数据存储、数据项和加工 4.1.4参考资料项目经核准的计划任务书、合同或上级机关的批文项目开发计划 文档所引用的资料、标准和规范。列出这些资料的作者、标题、编号、发表日期、 出版单位或资料来源： 软件工程导论张海藩 编著 清华大学出版社 数据库原理及应用熊才权 编著 华中科技大学出版社 42任务概述 为方便对学生成绩，奖学金评定等进行高效的管理，特编写该程序以提高奖学金评定的管理效率。使用该程序之后，教务管理人员可以查询任意一位学生的信息和成绩，按照奖学金评定标准判断是否具有奖学金评定的资格，以及满足条件的学生等。以全面掌握奖学金的评定情况。 目标开发意图: a. 为了教务

38、管理系统更完善； b. 为了学校对奖学金评定的管理更方便； c. 为了减轻教务管理人员的工作负担。 应用目标 通过本系统软件，能帮助教务管理人员利用计算机，快速方便地对学生成绩，奖学金评等进行高效的管理。作用及范围 本软件适用于教育界，它是比较完善的系统管理软件，对高校的奖学金评定工作可以进行方便的管理。背景 人工管理奖学金评定的手续繁索、效率低下，给具有强烈时间观念的管理人员带来了诸多不便，学校教务管理缺少一套完善的奖学金管理软件，为了对奖学金评定的管理方便，因此开发了本软件。4.2.2运行环境 .数据库服务器端 (1) 操作系统：Mi

39、crosoft Windows 7 (2) 数据库管理系统：Oracle，配置TCP/IP协议 .Web服务器端 (1) 操作系统：Microsoft Windows 7 (2) Internet 信息服务（IIS）6.0管理器 (3) Visual Studio.NET 2003，配置TCP/IP协议 . 客户端 (1) 操作系统：Windows 2000/2003/XP/Win 7/8 (2) Web浏览器：Internet Explorer 5.0以上或Netscape 4.0以上，配置TCP/IP协议4.3 系统描述4.3.1 系统概述应辅导员需求和信息技术

40、的普及，根据对奖学金评定进行分析与研究，现对系统进行规划。整个系统包括：信息管理，职位管理，消息管理，活动管理，成绩管理，证书管理，课程管理，权限管理8个功能模块。其中各个模块的详细描述如下：信息管理：主要负责对学生信息的录入，成绩的导入。 主要包括：1）学生信息的录入：学生信息添加，修改和删除。 主要包括：学号，姓名，性别，专业，班级等详细信息的录入 2）成绩的导入：由教务处传来的成绩报表直接导入数据库。 主要包括：学生各科成绩职位管理：学生可以申请某个职位，然后由辅导员安排。 主要包括：职位的高低，所属的部门. 消息管理：辅导员或者部门的主管发起的

41、通知，以及会员之间的交流 主要包括: 1）辅导员在全年级的通知和安排 2)日常同学之间的相互交流，以及部门的通知. 活动管理：活动的具体安排。 主要包括：包括活动的发起，活动的审批，活动的时间，负责人，类型等. 成绩管理：对成绩的具体操作。 主要包括：成绩的修改，成绩的查询，成绩的排名等。. 证书管理：包括对证书的录入。 主要包括：对证书的分类，计分。 . 课程管理：包括课程的分类及录入。 主要包括：课程名称的录入，课程的分类，课程的学分。. 权限管理：包括系统基础信息初始化，权限管理，数据备份与恢复。 主要包括：不同的身份

42、有不同的权限，学生就只能查成绩，辅导员就可以查询和更改。4.3.2.系统结构功能图图 4-1 系统结构功能图4.3.3系统流程图（辅导员登陆） 图 4-2 系统流程图4.3.4 静态数据 管理员的资料、登陆账号与密码、学生个人信息、奖学金评定说明、活动明细表等。4.3.5 动态数据课程成绩与绩点、奖学金评定、活动管理、证书管理、信息管理等。4.3.6 数据库描述数据库是通过数据库管理系统(DBMS-DATA BASE MANAGEMENT SYSTEM)软件来实现数据的存储、管理与使用的DBASELL就是一种数据库管理系统软件。（1） 数据库的概念数据库是存储在一起的相关数据的集合，这些数据是

43、结构化的，无有害的或不必要的冗余，并为多种应用服务；数据的存储独立于使用它的程序；对数据库插入新数据，修改和检索原有数据均能按一种公用的，和可控制的方式进行。当某个系统中存在结构上完全分开的若干个数据库时，则该系统包含一个数据库集合。（2） 数据库的优点使用数据库可以带来许多好处：如减少了数据的冗余度，从而大大地节省了数据的存储空间；实现数据资源的充分共享等等。此外，数据库技术还为用户提供了非常简便的使用手段使用户易于编写有关数据库应用程序。（3） 数据库文件的特征无论使用哪一种数据库管理系统，由它们所建立的数据库文件都可以看成是具有相同性质的记录的集合，因而这些数据库文件都有相同的特性：文件

44、的记录格式相同，长度相等。不同的行是不同的记录，因而具有不同的内容。不同的列表示不同的字段名，同一列中的数据的性质(属性)相同。每一行各列的内容是不能分割的，但行的顺序和列的顺序不影响文件内容的表达。 4.3.7局部E-R图在评选时，主要设计每个学生的基本信息、成绩、活动，职位，获奖情况。学生的基本信息可通过学号来进行维护；绩点是由成绩和学分共同决定的；成绩是由学号和课程号共同决定的；活动分是由学号 ，活动编号，角色编号共同决定的；职守分是由学号，职位编号共同决定的；证书分是由学号，证书编号决定的；用户权限是由用户编号，权限编号和页面功能名称来决定的；在奖学金评定系统中主要有两类用户。对于这两

45、类用户，将赋予不同角色，且只能拥有一种角色。在数据库中不同角色具有不同的操作权限，即让这两类用户具有不同的角色。图4-3 课程管理E-R图图4-4 活动管理E-R图图4-5 消息管理E-R图图4-6 职位管理E-R图图 4-7 证书管理E-R图图 4-8 权限管理E-R图4.3.8 整体E-R图图4-9 系统整体E-R图优化方案：（1）设置一个“素质分单项”，包括素质分编号，素质分类型，素质分值。学生在查询自己的得分情况时，可直接查询素质分单项这一份表便可得到所需要的数据。若将分值设置在不同表上，不仅查询起来麻烦，而且增加了数据冗余。（2）在角色分的设计上：a，将角色分放在活动角色中，辅导员在

46、录入分值时，一个一个手动录入。数据冗余较小，但操作起来较麻烦；b，另设置一个角色分实体，包括角色分类型，角色分值。辅导员在设置分值时，可根据角色分值选定，不必手动录入，但此时数据冗余较大； 综合考虑：选择a种方案，减小数据冗余。4.3.9物理设计由CDM图生成PDM后，建立索引和聚簇索引，进行物理设计。按照班级建立聚簇索引,使同一个班级的学生集中存放.按照“活动类型”建立聚簇索引,使同一个活动类型的活动集中存放.按照”学号”建立索引,使同一个班级的学生按学号顺序排放.按照“活动编号”建立索引，使同一活动类型的活动按活动编号顺序排放，按照“素质分编号”建立索引，使素质分单项按编号顺序排放。 图

47、4-10 系统物理设计图4.3.10数据字典 相应的数据字典：图 4-11 数据字典数据源点及汇点描述： 名称：管理员。 简要描述：对学生成绩信息进行录入，修改，删除等工作。 有关数据流：登录、登录成功信息、操作成功文件条目学生文档 文件名称：学生信息文档简述：记录和保存学生的基本信息记录组成：学号、性别姓名、出生日期、所属院系和班级、政治面貌、联系方式、奖励及处罚记载、并附有一寸免冠照片，成绩，状态；b 班级文档文件名称：班级信息文档简述：记录和保存班级的基本信息记录组成：班级编号、所属院系、班级人数、班导师、班导师联系方式、奖励及处罚记载；c 教师文档文件名称：教师信息文

48、档简述简述：记录和保存教师的基本信息记录组成：教师号、性别、教师姓名、联系方式、所属院系，所授课程，并附有一寸免冠照片；d 课程文档文件名称：课程信息文档简述：记录和保存课程的基本信息记录组成：课程编号、课程名、授课时间、授课地点、授课教师、被授课班级、学时、学分、课程类型（选修课，必修课；基础课，专业课）。e活动文档文件名称：活动记录文档简述：记录和保存活动的基本信息记录组成：活动编号，活动名称，活动时间，活动地点，活动负责人，参与人数，活动类型 角色编号，角色名称；f 证书文档文件名称：证书信息文档简述 ：记录和保存证书的基本信息记录组成：证书编号，证书名称，证书内容，证书类型，获证时间

49、数据项条目a 数据项名称：学号 简述：给每个学生代表身份的唯一的，做标识用的号码 数据项组成：年份+学院编号+系编号+班级编号+流水号 值类型：10位字符b 数据项名称：学生状态 简述：学生是否担任某种职位的标志 数据项组成：会员|活动负责人|学生干部】 值类型：1个字符 取值范围：【1|2|3】d 数据项名称：用户类型 简述：用户在奖学金评定中的身份和权限类型 数据项组成：【老师|学生】 值类型：1个字符 取值范围：【1|2】e 数据项名称：活动类型 简述：活动属于f1f6模块的标志 数据项组成：【】 值范围：1个字符 取值范围【1|2|3|4|5|6】f 数据项名称: 查看

50、日期 简述：学生查看消息的日期 数据项组成：月+日+时+分 值类型：9个字符 值范围：有意义的月，日，时，分加工逻辑词条描述a.加工名：成绩录入处理 简要描述：将学生的各项信息输入：姓名、学号，课程名，成绩等。 输入数据流：姓名+学号+课程名+成绩 输出数据流：学生成绩b.加工名：成绩修改处理 简要描述：修改学生的相应信息：姓名、学号，课程名，成绩等。 输入数据流：姓名+学号+课程名+成绩 输出数据流：学生成绩c.加工名：成绩修改处理 简要描述：删除学生的相应信息：姓名、学号，课程名，成绩等。 输入数据流：姓名+学号+课程名+成绩 输出数据流：学生成绩d.加工名：成绩保存处理 简要描述：保存学

51、生的相应信息：姓名、学号，课程名，成绩等。 输入数据流：姓名+学号+课程名+成绩 输出数据流：学生成绩e加工名：奖学金评定 简要描述：浏览学生的成绩，计算总成绩进行排序，列出奖学金名单 输入数据流：姓名+学号+课程名+成绩 输出数据流：一等，二等，三等奖学金。f 加工名：读取学生信息数据 处理：在学生文档的学号索引中查找所收到的学号 If 无此学号 then 法“非法学号”信息 Else 从读者文档中调出相应数据 激发条件：接收到学号时 输入：学生学号 输出：“学生信息数据”或“非法学号”g 加工名:审查用户权限 处理：if 学生 then 法“无修改权信息” Else 发“有修改权信息” 激

52、发条件：接受到用户数据时 输入：用户数据 输出：修改权信息 h 加工名：申请职位 处理：根据部门负责人对申请情况的审核， If 申请批准 then发所申请通过的“职位信息” Else发“申请拒绝” 激发条件：职位申请通过时 输入：所申请的职位 输出：“职位信息”或“申请拒绝”数据流名词条描述： 数据流名：学生号 说明：学生信息的凭证 数据流来源：管理工作人员 数据流去向：文件 数据流组成：学生信息数据文件词条描述1.数据文件名：学生信息简要描述：存放学生信息输入数据：无输出数据：学生信息2.数据文件名：学生成绩信息简要描述：存放学生成绩信息输入数据：学生选课成绩客4.3.11 数据采集主要通过

53、局域网的各台计算机，由各个接口完成数据的采集。前台负责基本信息的输入包括学生基本信息，学生成绩信息。个人信息数据由学生申请时填写，一经审核通过后，信息不再更改。若想变更信息则需想辅导员申请，通过后由管理员赋予权限进行个人信息更改。证书信息由学生干部负责录入。活动信息由学生干部和拥有管理权限的学生负责录入与更新。课程数据、成绩数据可从教学管理平台直接获取。职位信息和权限管理由系统最高权限管理员既辅导员负责信息的录入与更新。表格信息可由任一进入本系统人员进行查看和上传。4.3.12 系统体系结构图 4-12图 4-1344功能需求利用PowerBuilder作为开发工具开发的一个奖学金评定系统。系

54、统的主要用户是高校的管理人员，工作人员。系统必须提供制定的服务，通过需求分析划分出系统必须完成的所有功能：（1）具有输入信息功能：包括学生基本信息（包括姓名、学号。年级，专业）、学生成绩信息、奖学金评定说明信息、系统用户信息等。（2）具有成绩录入功能：包括学生在校间的所选课程，成绩等。（3）具有成绩修改功能：修改学生的成绩。（4）具有成绩删除功能：删除学生成绩（5）具有浏览功能：可浏览学生信息；（6）具有查询功能：可按姓名、学号号查询客人信息。（7）具有报表功能：可将成绩打印输出；（8）数据维护功能:对数据库资料进行备份（8）具有登录功能：进入系统前需要登录，输入密码及权限确认。4.4.1 功

55、能划分 按照功能将系统分为8个方面。具体要求见4.4功能需求。4.4.2 功能描述信息输入功能：要求输入学生的基本信息，姓名为字符串类型，不仅仅能够支持中文名字的输入，而且能够支持少数民族，外文名字的输入，因此可能这个功能要求支持多国语言。学号要求对字符串类型，长度为十二位，因为高校人数不但增长，以满足日后需要。成绩录入功能：此功能要求的接口比较多，能够与各院系等部门进行数据的准确传输和计算，因此这个功能较为复杂， 并且需要大量的数据测试才能够保证系统的正常运行。学生信息能够显示学校在校期间各学期，各年级所选课程及其成绩。成绩修改功能：此功能要求的接口比较多，能够与各院系等部门进行数据的准确传

56、输和计算，因此这个功能较为复杂， 并且需要大量的数据测试才能够保证系统的正常运行。成绩删除功能：此功能要求的接口比较多，能够与各院系等部门进行数据的准确传输和计算，因此这个功能较为复杂， 并且需要大量的数据测试才能够保证系统的正常运行。查询功能: 可按姓名、学号查询学生信息。此功能主要为了高校学生信息安全考虑，防止不法分子恶意盗窃，修改学生信息。统计功能：可统计学生选课成绩。此功能主要用于管理层对学生成绩有效的管理，并发现管理中的缺陷加以改正从而提高高校管理的效率。报表功能：可将学生成绩打印输出；。主要是学生的需求，使学生明白所得成绩，明白奖学金的评定，使奖学金评定更透明化。数据维护功能：由专

57、门人员对数据库中的数据（包括密码、学生信息表、学生成绩表、奖学金评定标准表、奖学金获取名单表等）进行维护。此功能较为复杂，并且也是系统运行之后需要人力物力投入最多的地方。如果能够有一个好的数据库，势必会降低人工成本。此功能需要工作人员经常对数据库资料进行备份。登录功能：进入系统前需要登录，输入密码及权限确认。此项功能主要是考虑系统数据库的安全性。不是每一名管理工作人员能够获得权限进入数据库，每一个能够进入数据库的人员拥有不同的权限。4.5性能需求4.5.1数据精确度 在精度需求上，根据使用需要，在各项数据的输入，输出及传输过程中，可以满足各种精度的需求。4.5.2时间特性在软件方面，响应时间，

58、更新处理时间都比较快且迅速，完全满足用户要求。 4.5.3适应性当用户需求，如操作方式，运行环境，结果精度，数据结构于其他软件接口等发生变化时，设计的软件要做适当调整,灵活性非常大。4.6运行需求 4.6.1硬件接口奔腾133 、内存16兆以上PC机满足输入端条件。 4.6.2软件接口WIN/2000/xp操作系统，汉语编程系统。 4.6.3故障处理 a.内部故障处理 在开发阶段可以随即修改数据库里的相应内容。 b.外部故障处理 对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。4.7其它需求 4.7.1可使用性 在装载总的程序时，正常就运行，异

59、常就停止；汉语编程系统出现错误，将会产生不可遇见的问题，热启，整个终端程序就会再启动；程序出现错误， 重新装载,若仍有错，按照提示逐渐装载。 4.7.2保密性 本软件作为教学管理辅助设备，它的规模比较小，不需要保密技术；限定一个程序中某些区域的规约，给不同的模块分配不同的功能。 4.7.3可维护性 本软件的组成程序为汉语成语设计语言，组织均比较简单，直观意义上的较独立。因此,给予电子化的所构成的硬件的简单可维护的特点,决定了该软件的简单可维护性。 4.7.4可转移、可转移性 可转移的环境是奔腾133、16兆内存以上；不可修改任何部分；可用向上兼容的高版本的汉语编程系统。 4.7.5注释 本产品

60、所拥有的属性十分重要，它使得读者用规定的方法去客观的检验软件的各种特性。5. 软件概要设计说明书5.1.引言由于现行的奖学金评定都是手工核算的，这样不但加大了相关人员的工作量而且容易出错，不利于查找错误和核算。且基于公平公正的原则，开发一个奖学金评定系统是相当必要的。为了检验我们的学习成果，也为学校提供一个参考，我们商量后决定开发奖学金评定系统，以检验我们的学习成果。5.1.1定义奖学金评定系统对于现代高校而言，是能否发挥其对学习成果的肯定的至关重要技术平台。对于学生和教务管理员来说，是能否方便快速获取信息的关键。所以，奖学金评定系统应该能够为用户提供相关的信息和快捷方便的操作手段。在此基础上