学员队综合管理系统

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

学员队综合管理系统软件需求规格说明书

第三组

文件变化记录单

*变化状态:A——增加,M——修改,D——删除

文件批准单

1.引言

随着学院高速发展以及学院量化考评的实施,需要及时的收集学员在日常生活学习中的信息,反应学员队及骨干的管理情况,传统的手工操作方式,易发生数据丢失,统计错误,劳动强度高,且速度慢。本软件依托计算机可以快速有效的完成以上工作,可以实现数据共享,避免重复劳动,规范教学管理行为,从而提高了管理效率和水平。

1.1编写目的

本文档用于<学员队综合管理系统>项目的需求分析,通过对软件系统和功能的阐述向读者介绍该软件如何满足使用者的需求。

1.2文档约定

●部件编号方式;

●界面编号方式;

●命名规范:

●等等。

1.3预期的读者和阅读建议

a.研发人员:周根苗、郭彬、孙一贺、李湘东、陈刚。

b.项目负责人:陈鑫。

c.测试人员:李贺、韦一柯。

d.文档编写人员:纪建华、李金宝。

预期读者:

全体学员、骨干和管理层队干部,校办学籍管理人员。

阅读建议:本文档主要介绍了我们这个软件的功能与系统,下面的文档介绍了软件的系统原理,运行图例和运行界面介绍,通过对软件的介绍希望读者能更快的了解和适应该软件及其平台的作用,能够更得心应手的使用这个软件。

1.4产品的范围

该软件是针对学员队自主管理体系而设计的,主要用于管理学员队的日常事务、信息,为管理者提供参考资料为学员提供信息查询、信息交流平台。但该产品适用范围窄,项目是针对军校学员队而开发的,在推广到其他应用领域较困难。所以技术开发人员目标是进一步优化系统使其针对军队其他部门或地方管理部门使用。

1.5参考资料

《软件需求(第2版)》Karl E.Wiegers、刘伟琴、刘洪涛清华大学出版社(2004-11

出版)

《软件需求最佳实践:SERU过程框架原理与应用》徐锋电子工业出版社

《需求分析与系统设计(原书第3版)》麦斯阿塞克(Leszek A.Maciaszek)、马素霞、王素琴、谢萍机械工业出版社(2009-09出版)

2.综合描述

2.1产品的前景

A.背景与起源:随着学院高速发展以及学院量化考评的实施,需要及时的收集学员在日常生活学习中的信息,反应学员队及骨干的管理情况,

传统的手工操作方式,易发生数据丢失,统计错误,劳动强度高,且

速度慢。基于此本项目组编写此软件用于管理层,加快管理效率与速

度。

B.该产品是成熟的产品,包含开发系统所涉及的程序代码、数据、以及配套文档,不包含除此以外开发阶段涉及的主要技术细节等详细内容。

2.2

如上面业务分解图所示,将一个开发的软件——学生管理系统分成五个子系统,他们分别为:学员档案管理系统、学员成绩管理系统、学籍处理系统、日常教务管理系统、学员档案评价系统;再将每个子系统进行细分如:学员档案管理系统分为添加新生信息中心、搜索信息中心、添加奖惩信息中心等子块。通过这些小子快完成各项功能,如添加新生信息中心主要完成对新生的注册相关信息,通过用户输入的信息进行新建信息,并生成相应的库信息,然后返回确认信息。搜索信息中心则负责对现有学生信息的查找功能,根据用户输入的部分学生信息,查找相关学生信息,返回查寻结果。添加奖惩信息中心是完成对学生奖惩信息的

编写,通过输入学生部分信息,找到相关信息,并将相应的奖惩信息进行修改,返回修改结果。其他子系统也同理。

2.3用户类和特征

该产品的主要的用户可分为三类:1.管理干部层:通过平台对学员学习作风生活进行了解管理,反馈相应信息。2.学员骨干层:通过平时的管理和监督向平台上反馈学员的生活的思想情况。3学员层:通过登录平台了解自己的状况,并且反应一些意见。4.学校学籍管理层:通过软件的评价对学员的学籍进行统一管理。

2.4运行环境

与软件相关的:

1操作系统:window98、window2000、window03、windowXp、window7或更高版本。

2硬件平台:486或更高挡台式机,pc机,或windowsCE。

运行占内存:1M。

安装所需硬盘:5MP。

打印机:可选。

2.5设计和实现上的限制

1.人员技术限制:由于人员的编程技术技术水平不是很高,基础水平的缺失,c++,java 语言不是很熟练。

2.经费与前景限制:该软件是自发研制,而且仅限于军队使用所以有待提高市场。

2.6假设和依赖

依赖:1、网络环境下的多用户系统

在上述已有的硬件环境下,信息由各用户在规定的权限下在各自的工作站上录入,信息上网后各用户可查询,调用,达到信息共享。

2、数据的完整性,准确性

a、录入数据采用表格方式,限制录入数据类型及取值范围以保证数据的完整性及

准确性。

b、系统具有部分反悔修改功能,系统备有的修改功能均可反悔

3、数据完成的时间性,

如成绩的录入,仅当师资科录入教学进程,教务科分发教师教学任务安排之后,各

系方可录入成绩。

4、数据安全性

本系统采用二级安全保障

第一级:依赖于网络本身对用户使用权限的规定。

第二级:在程序模块中通过使用密码控制功能对用户使用权限加以限制。

假设:成绩自动统计分析及学籍的自动处理

本系统按学籍管理条例设计了若干个软件处理模块:

1、按某学员某学期,学年考试及补考成绩,自动生成该学员是否升

留降级,退学。

2、可按某学员在校期间累计补考科目门数和成绩自动生成该学员是否结业,

毕业,授位。

3、可按某学员因非成绩原因所引起的学籍变更作自动处理。

4、可按每学期各年级班学员考试成绩自动生成补考名单,科目。

5、可按每学期各年级学员考试成绩自动生成某课程统计分析表。

可按同一年级学习成绩进行同一课程不同班级间成绩比较。

2.7关键点

本软件有多项功能,能够从多方面综合地的对学员队进行事务管理和信息统计、查询,学员、队干均可使用,便捷高效。关键技术在于能够根据骨干的输入学员信息情况通过队干部输入奖惩和量化考评加减分来评价学员的情况,用于学校的管理和学员的查询。

3.外部接口需求

通过本节描述可以确定,保证软件产品能和外部组件正确连接的需求。关联图仅能表示高层抽象的外部接口,必须对接口数据和外部组件进行详细描述,并且写入数据定义中。如果产品的不同部分有不同的外部接口,那么应该把这些外部接口的全部详细需求并入到这一部分实例中。

注意:必须将附加用户类的特征与外部接口需求加以区分,附加用户类的特征描述的是通过接口取得软件产品的数据和服务的人的需求;而外部接口需求描述的是接口本身的需求。

3.1用户界面

●采用的图形用户界面(GUl)标准风格;

●有关屏幕布局或者解决方案的限制;

●使用在每一个屏幕(图形用户界面)上的软件组件,包括:

相关文档
最新文档