sky西交大课程设计大学生成绩管理系统Word格式文档下载.docx
《sky西交大课程设计大学生成绩管理系统Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《sky西交大课程设计大学生成绩管理系统Word格式文档下载.docx(10页珍藏版)》请在冰豆网上搜索。
4.2系统主UseCase图5
4.3客户端子系统5
4.3.1成绩查询6
4.3.2平均成绩计算6
4.4管理端子系统6
4.4.1登录管理7
4.4.2成绩库管理7
4.4.3用户管理8
5性能需求8
5.1界面需求8
5.2响应时间需求9
5.3可靠性需求9
5.4开放性需求9
5.5可扩展性需求9
5.6系统安全性需求9
6产品提交9
7实现约束9
1导言
目的
在我国,各大中小学校的各类信息管理系统并非一个新的课题,但也有的学校根本就没有信息任何管理系统,所有的工作几乎还是手工操作来完成。
计算机技术在日新月异的发展,但是有的很多学校,特别是在西部贫困地区,学校的种类管理都依然由手工操作来完成,这十分落后,效率极低,成本很大,而且极异出错。
随着社会的发展,信息化是社会进程的必然趋势,学校管理只有只有快,准,精才能发挥其价值。
所以机器代替人力是必然的历史发展趋势,只有领导的重视和支持才能从人工操作改为计算机的自动化系统。
人工操作必将被计算机代替。
有些学校虽使用了计算机,甚至管理系统,但是仍然存在很多问题,问题一日不解决,效率就一日提不上去。
还有,有的系统很不完善到处是漏洞,可以说是千疮百孔,这样极不完善的系统对管理来说是没有任何保障的。
该文档是关于用户对于大学生成绩管理系统的功能和性能的要求,重点描述了大学生成绩管理系统的设计需求,将作为对该工具在概要设计阶段的设计输入。
本文档的预期读者是:
设计人员;
开发人员;
项目管理人员;
测试人员;
用户。
范围
该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型,解决整个项目系统的“做什么”的问题。
在这里,对于开发技术并没有涉及,而主要是通过建立模型的方式来描述用户的需求,为客户、用户、开发方等不同参与方提供一个交流的渠道。
缩写说明
无
术语定义
引用标准
[1]《计算机软件产品开发文件编制指南》(GB8567-88)
[2]《信息技术软件生存期过程》(GB/T8566-1995)
参考资料
《软件工程案例教程》作者:
韩万江机械工业出版社
2系统定义
我们分别阐述一下项目的来源、背景和项目的目标。
项目来源及背景
本项目是为方便学校教务工作开发的一个大学生成绩管理系统,由于与学生成绩相关的信息量非常大,对学生成绩的有效管理和查询使用等也就变得非常必要。
为此学校希望有一个自动化的大学生成绩管理系统能够给他们带来工作的便利,提高工作效率。
为现实学校方便管理学生成绩的目的,来弥补成绩管理中存在的种种不足。
在这种条件下,我们开发了大学生成绩管理系统。
教务处的工作人员通过这个管理系统查询学生成绩,了解学生基本信息,分析教学成果;
学生可以通过网上查询自己的成绩等个人基本信息。
项目要达到的目标
本项目设定的目标如下:
1.系统能够提供友好的用户界面,使操作人员的工作量最大限度的减少。
2.系统具有良好的运行效率,能够得到提高生产率的目的。
3.系统应有良好的可扩充性,可以容易的加入其它系统的应用。
4.平台的设计具有一定的超前性,灵活性,能够适应学校设备配置的变化。
5.通过这个项目可以锻炼队伍,提高团队的开发能力和项目管理能力。
系统整体结构
根据用户的需求陈述,可以确定本项目分为客户端和管理端,客户端主要功能是提供学生的成绩查询、计算平均成绩等。
管理端的功能提供学校教务工作人员进行的成绩库管理、成绩录入、成绩修改等。
3应用环境
本项目的应用环境可以分硬件环境、软件环境和网络环境来描述。
系统运行网络环境
无论是客户端的学生还是管理端的教务工作人员等都可以通过网络登录到本系统中。
学生通过网络查询成绩等相关信息,教务工作人员通过网络录入最新成绩信息,进行成绩管理。
系统运行硬件环境
本系统的硬件环境如下:
客户机:
普通PC
CPU:
P41.8GHz
内存:
256MB以上
分辨率:
推荐使用1024*768像素
WEB服务器:
CP:
数据库服务器:
系统运行软件环境
操作系统:
Windows2000以上版本
数据库:
SQLServer2000
开发工具包:
JDKVersion1.4.2
JSP服务器:
Tomcat
浏览器:
IE6.0
4功能规格
我们采用面向对象分析作为主要的系统建模方法,使用UML(UnifiedModelingLanguage)作为建模语言。
UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。
在UML中,从任何一个角度对系统所作的抽象都可能需要几种模型来描述,而这些来自不同角度的模型图最终组成了系统的映像。
UseCase描述的是“actor”(用户、外部系统以及系统处理)是如何与系统交互来完成工作的。
UseCase模型提供了一个非常重要的方式来界定系统边界以及定义系统功能,同时,该模型将来可以派生出动态对象模型。
设计Use-case时,我们遵循下列步骤:
第一步,识别出系统的“actor”。
Actor可以是用户、外部系统,甚至是外部处理,通过某种途径与系统交互。
重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能,并指明这些功能的执行者(Actor)是谁。
尽可能地确保所有Actor都被完全识别出来。
第二步,描述主要的UseCase。
可以采取不断地问自己“这个Actor究竟想通过系统做什么?
”来准确地描述UseCase。
第三步,重新审视每个UseCase,为它们下个详尽的定义。
角色(Actor)定义
角色或者执行者(Actor)指与系统产生交互的外部用户或者外部系统。
4.1.1学生
学生是指在这个大学生成绩管理系统中通过客户端提交查询成绩及相关信息的人员,这个Actor主要参与客户端的成绩查询查询、平均分计算等功能。
4.1.2管理用户
管理用户是指管理端的用户,这个此Actor派生两个子类,成绩管理员和系统管理员,成绩管理是指在大学生成绩管理系统中通过管理端录入成绩的人员。
系统管理员是指对大学生成绩管理系统进行相关设置、维护的人员,它也是通过管理端登录对管理端的用户进行设置,分配权限等。
管理用户具体说明如下:
●成绩管理员
-管理成绩库、录入相关成绩。
●系统管理员
-通过管理端对系统用户进行管理的人员,这个Actor主要负责对管理端用户的增加,权限的设置等功能。
4.1.3数据库
数据库是一个与系统产生交互的外部系统,这个Actor负责系统的数据查询、增加、删除和修改等操作。
系统主UseCase图
大学生成绩管理系统可以分为两个主要的组成部分,一个是客户端子系统,一个是管理端子系统。
客户端子系统主要是指学生通过登录教务网站进行操作的功能。
管理端子系统是教务处的管理人员录入成绩等功能。
客户端子系统
学生通过学校的教务网站登录到系统中进行成绩查询,这就是客户端子系统的功能。
在客户端用户可以看到课程名称,课程成绩,计算平均成绩。
当点击平均成绩名称时进入平均成绩信息页面,如果需要计算平均成绩的话,可以选择要计算的科目,提交后即可查询。
客户端的功能主要包括成绩查询、平均成绩计算等功能。
客户端管理的功能描述如下:
F-C-1:
成绩查询
学生登录到教务网站可以看到学科列表,在学科列表中显示成绩信息。
F-C-2:
平均成绩计算
可提供所选课程的平均成绩计算。
4.1.4成绩查询
成绩查询是显示学生的所有科目成绩。
用例描述:
学生成绩查询
执行者:
学生
前置条件:
学生已登录系统;
后置条件:
选择科目后,则可以计算平均成绩
基本路径:
a)学生登录到学校的教务网页,显示各科成绩列表等;
b)点击任何一个科目可以单独显示该科目成绩;
c)如果要计算特定几门科目的平均成绩则开始选择特定科目。
4.1.5平均成绩计算
如果学生要计算某几门课的平均成绩,就开始选择相应科目。
具体描述如下:
学生已选择相应科目
提交并附计算结果
a)选择要计算平均成绩的科目,如课程名称,课程代码等信息;
b)请求信息提交到服务器端。
管理端子系统
管理端主要是指提供教务工作人员使用的功能部分,它的功能分为成绩库、成绩管理等部分,每个登录者首先经过认真安全认证然后缺陷权限,根据相应的权限现实相应的功能。
管理端的这些Usecase(用例)描述如下:
F-L-1:
登录管理
登录管理是负责所有的管理端的登录,管理端的人员要登录到管理端必须经过登录界面,输入自己的用户名和密码,通过判断这个用户的权限信息,不同的登录人可能具有不同的权限,根据不同的权限现实不同的功能。
F-M-1成绩库管理:
成绩库管理用例是管理员登录到系统,对成绩库成绩的增、删、改的功能,及提供成绩库成绩的详细信息。
F-A-1:
用户管理
当进入用户管理模块时,在用户管理中可以增加或删除用户,编辑用户名,用户密码,修改用户权限,具有不同权限的用户进入系统主界面,界面左侧栏中的图标数有所不同,具体的面标与用户所具有的权限对应。
4.1.6登录管理
登录到管理端的所有人都需要通过登录界面进入相应的管理界面,不同的登录人具有不同的权限,根据登录人具有的权限将相应的功能现实在登录到的管理界面,没有权限操作的功能将在现实在这个界面上。
活动视图如图A-1。
图A-1:
登录管理活动视图
4.1.7成绩库管理
在大学生成绩管理系统中,有一套成绩库,是由大量的成绩组成。
成绩库管理模块主要是完成每个成绩的增、删、改、查等维护功能。
成绩库管理
成绩管理者
成绩管理者已登录系统;
如果成绩库库维护成功后,则数据库中的成绩库随之变化。
a)进入成绩库管理界面,首先展示目前成绩库已有的成绩;
b)点击每个科目可以详细浏览这个科目的具体内容,同时也可以对这个成绩的具体内容进行修改;
c)提供增加成绩的按钮,增加成绩时,首先选择科目类别,然后科目名称等;
d)可以删除选择的成绩。
4.1.8用户管理
系统管理员可以进行权限设置,在用户管理中对用户进行增删改查。
具体功能描述:
系统管理员
系统管理员已登录系统;
如果用户信息维护后,则用户的相应信息记录到数据库中。
a)进入用户管理界面,显示目前的系统用户,以及每个用户具有的权限;
b)点击不同的用户,可以显示这个用户的信息以及相应权限,必要时可以修改其权限;
c)可以增加用户,也可以删除用户。
5性能需求
根据用户对本系统的要求,确定系统在响应时间、可靠性、安全等方面有较高的性能要求。
界面需求
系统的界面要求如下:
1)页面内容:
主题突出,站点定义、术语和行文格式统一、规范、明确,栏目、菜单设置和布局合理,传递的信息准确、及时。
内容丰富,文字准确,语句通顺;
专用术语规范,行文格式统一规范。
2)导航结构:
页面具有明确的导航指示,且便于理解,方便用户使用。
3)技术环境:
页面大小适当,能用各种常用浏览器以不同分辨率浏览;
无错误链接和空链接;
采用CSS处理,控制字体大小和版面布局。
4)艺术风格:
界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理,前后一致,美观大方;
动与静搭配恰当,动静效果好;
色彩和谐自然,与主题内容相协调。
响应时间需求
无论是客户端和管理端,当用户登录,进行任何操作的时候,系统应该及时的进行反应,反应的时间在5秒以内。
系统应能监测出各种非正常情况,如与设备的通信中断,无法连接数据库服务器等,避免出现长时间等待甚至无响应。
可靠性需求
系统应保证7X24内不当机,保证20人可以同时在客户端登录,系统正常运行,正确提示相关内容。
开放性需求
系统应具有十分的灵活性,以适应将来功能扩展的需求。
可扩展性需求
系统设计要求能够体现扩展性要求,以适应将来功能扩展的需求。
系统安全性需求
系统有严格的权限管理功能,各功能模块需有相应的权限方能进入。
系统需能够防止各类误操作可能造成的数据丢失,破坏。
防止用户非法获取网页以及内容。
6产品提交
提交产品为:
a)应用系统软件包
b)数据库初始数据
c)系统开发过程文档
d)系统使用维护说明文档
提交方式:
CD介质
7实现约束
系统的实现约束如下:
a)操作系统为WindowsXP
b)开发平台为:
eclipse-SDK-3.1.2-win32
数据库为SQLServer