学籍管理系统软件需求分析

编著 于博海、王利森、王艳梅、李岩、吕靖 
1 引言
信息社会的高科技,商品经济化的高效益,使计算机的应用已普及到经济和社会生活的各个领域。计算机虽然与人类的关系愈来愈密切,还有人由于计算机操作不方便继续用手工劳动。为了适应现代社会人们高度强烈的时间观念,学籍管理系统软件为教学办公室带来了极大的方便。该软件是以汉语编程语言为实现语言,其功能在系统内部有源代码直接完成。通过操作手册,使用者可以了解本软件的基本工作原理。操作人员只需输入一些简单的汉字、数字,即可达到自己的目标。
1.1 编写目的
本需求的编写目的在于研究学籍管理系统软件的开发途径和应用方法。
本需求的预期读者是与学籍管理系统软件开发有联系的决策人,开发组成人员,扶助开发者,支持本项目的领导和公司人员,软件验证者。
1.2 背景及范围
本项目的名称:学籍管理系统开发软件。
本项目的任务提出者及开发者是学籍管理系统软件开发小组,用户是教学办公室。
本产品能具体化、合理化的管理学生的学籍档案,用结构化的思维方式去了解计算机的基本工作原理和汉语程序设计语言。
1.3 定义 缩写词 略语
汉语程序设计语言:它是由北京元易达科技发展有限责任公司完全自主开发,完全自主版权的计算机语言,以汉语字词为结构,最大限度的利用汉语本身的特点,是一种基于汉语基础的通用的计算机的程序设计语言。
学籍管理系统: 学籍管理是帮助教学人员、行政人员对人事档案的管理软件。使用汉语编程语言,独立完成其功能。
1.4 参考资料
<<汉语程序设计语言>> --------沈志斌 编著
电子工业出版社
<<软件工程>> --------王利福 张世琨 朱冰 编著
北京大学出版社
<<数据库原理及应用>> --------李绍原 主编
科学出版社
2 项目概述
该学籍管理系统软件目前已有比较完善的管理与使用功能,并且是计算机行业中用汉语编程来完成的新软件成员。研制学籍管理系统软件是为了满足教学办公室对学生档案管理的方便,以现代化的创新思维模式去工作。
2.1 目标
2.1.1 开发意图
a. 为了学籍管理系统更完善;
b. 为了教学办公室对学生档案的管理更方便;
c. 为了减轻行政人员的工作负担。
2.1.2 应用目标
通过本系统软件,能帮助教研人员利用计算机,快速方便的对学生学籍管理进行管理、输入、输出、查找的所需操作,使散乱的人事档案能够具体化,直观化、合理化。
2.1.3 作用及范围
本软件适用于教育界,它是比较完善的系统管理软件,对学生的学籍可以随时输入、输出、查找。
2.1.4 背景
现今学籍管理的繁索给具有强烈时间观念的行政人员带来了诸多不便,教学办公室缺少一种完善的学籍管理软件,为了对学生档案的管理方便,因此开发了本软件。
2.2 产品描述
本产品是一种依赖于汉语编程为基础的系统软件,它是以汉语编程系统词为基础,用汉语程序设计语言进行编程的产品。
2.3 产品功能
2.3.1 外部功能
学籍管理系统软件具有输入、输出、查找功能。
2.3.2 内部功能
该软件集命令、编程、编辑于一体,完成过滤、定位显示。
2.3.3 功能表

2.3.4 功能描述图

2.3.5 用户特点
本软件的使用对象是教学办公室工作人员。会汉语、懂计算机的基本操作就可以利用该软件进行所需操作。同时也会对汉语编程有认识。
2.4 一般约束
a. 本项目的开发经费不超过1万元;
b. 辅导老师2人,开发人员6人;
c. 在管理方针,硬件的限制,并行操作安全和保密方面无约束。
2.5 假设和依据
假设开发经费不到位,管理不完善,设计时没能用全得到考虑,本项目的开发都将受到很大的影响。
3 具体需求
3.1 功能需求(一)
3.1.1 规格说明
输入每个人的具体信息

3.1.2 引言
为了把个人信息(包括:学号、姓名、性别、年级、班级、系别、专业、户口所在地、家庭住址、联系电话、户口分类、考前学历、现今学历、出生日期、民族、政治面貌、身份证号、文考准考证号、自考准考证号、填卡日期、备注)输入到数据库。
3.1.3 输入
个人信息。
3.1.4 加工
通过学籍管理系统输入到数据库中。
3.1.5 输出
个人的全部信息。
3.2 功能需求(二)
3.2.1 规格说明
查询个人的全部信息。

3.2.2 引言
为了查询个人的全部信息。
3.2.3 输入
个人信息的关键字(姓名)。
3.2.4 加工
利用关键字在数据库中找到个人的全部信息。
3.2.5 输出
个人信息的全部内容。
3.3 功能需求(三)
3.3.1 规格说明
查询单个人的全部信息。

3.3.2 引言
根据学号查询个人信息
3.3.3 输入
个人信息的关键字(学号)。
3.3.4 加工
利用数据库中找到此学号人员的全部信息。
3.3.5 输出
个人信息的全部内容。
3.4 功能需求(四)
3.4.1 规格说明
查询同一专业的所有人员。

3.4.2 引言
为了查找同一专业的所有人员的相关信息。
3.4.3 输入
专业名称(如:英语)。
3.4.4 加工
在数据库中找到所有此专业的人员名单、学号和所在班级。
3.4.5 输出
学号、人员名单和所在班级。
3.5 功能需求(五)
3.5.1 规格说明
查询一个年级的相关信息。

3.5.2 引言
为了查找一个年级所有人员的相关信息。
3.5.3 输入
一个年级的级别(如:98级)。
3.5.4 加工
在数据库中找到所有此年级的人员名单、学号、性别、出生年月、专业和准考证号。
3.5.5 输出
学号、人员名单、性别、出生年月、专业和准考证号的内容
3.6 功能需求(六)
3.6.1 规格说明
查询一个班级的相关信息。

3.6.2 引言
为了查询一个班的相关内容。
3.6.3 输入
一个班级的名称(如:6班)。
3.6.4 引言
在数据库中找到此班级的人员名单、学号、出生年月、准考证号、联系电话。
3.6.5 输出
人员名单、学号、出生年月、准考证号、联系电话的内容。
3.7 性能需求
3.7.1 动态数值需求
预处理的窗口正常情况下和峰值工作条件下为5个,一定时间周期中要处理的数据的数量:窗口开始尺寸2个数据、开始位置2个数据、最大尺寸2个数据、最小尺寸2个数据、编辑框位置4个数据、按钮位置4个数据,平均处理的数据约为16个数据。
3.7.2 静态数值需求
a. 支持的终端数为1台;
b. 处理1个文件及20条记录;
3.7.3 精度需求
在精度需求上,根据使用需要,在各项数据的输入,输出及传输过程中,由于本系统使用了数摞结构,可以满足各种精度的需求。
3.7.4 时间需求
在软件方面,响应时间,更新处理时间都比较快且迅速,完全满足用户要求。
3.7.5 灵活性
当用户需求,如操作方式,运行环境,结果精度,数据结构于其他软件接口等发生变化时,设计的软件要做适当调整,灵活性非常大。
3.7.6 故障处理
a. 内部故障处理
在开发阶段可以随即修改数据库里的相应内容。
b. 外部故障处理
对编辑的程序进行重装载时,第一次装载认为错,修改。第二次运行,在需求调用时出错,有错误提示,重试。
3.8 设计约束条件
3.8.1 技术约束
本项目的设计是在汉语程序设计语言的条件下进行的,技术设计采用软硬一体化的设计方法。
3.8.2 环境约束
运行该软件所适用的具体设备必须是奔腾133、内存16兆以上的计算机;
3.8.3 标准约束
该软件的开发完全按照企业标准开发,包括硬件、软件和文档规格。
3.8.4 硬件限制
奔腾133 、内存16兆以上PC机满足输入端条件。
3.9 接口需求
3.9.1 用户接口
本产品的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面(如:输入界面、输出界面)。用户对程序的维护,最好要有备份。
3.9.2 软件接口
WIN9X/NT操作系统,汉语编程系统。
3.10 属性
3.10.1 可使用性
在装载总程序时,正常就运行,异常就停止;汉语编程系统出现错误,将会产生不可遇见的问题,热启,整个终端程序就会再启动;程序出现错误, 重新装载,若仍有错,按照提示逐渐装载。
3.10.2 保密性
本软件作为教学管理辅助设备,它的规模比较小,不需要保密技术;限定一个程序中某些区域的规约,给不同的模块分配不同的功能。
3.10.3 可维护性
本软件的组成程序为汉语成语设计语言,组构均较简单,直观意义上的较独立。因此,给予电子化的所构成的硬件的简单可维护的特点,决定了该软件的简单可维护性。
3.10.4 可转移、可转换性
可转移的环境是奔腾133、16兆内存以上;不可修改任何部分;可用向上兼容的高版本的汉语编程系统。
3.10.5 注释
本产品所拥有的属性十分重要,它使得读者用规定的方法去客观的验证软件的各种特性。
3.11 其他需求
当前认识人事管理虽然已有,但与我们设计的管理系统软件有很大的区别。我们设计的软件是一种辅助办公室档案管理软件,它应用的汉语程序设计语言实现的系统的软件。目前为止,汉编自动化软件还不成熟,其当前市场基本为零,这就要去开发占有此市场。
3.11.1 数据库
数据库是实现有组织地,动态地存储大量关联数据,方便多用户访问的计算机软硬自愿组成的系统;他与文件系统的重要区别是数据的充分共享,交叉访问,与应用程序的高度独立性。
由于本软件的整体结构比较简单,所涉及数据相对来说也较少,组成文件的最小单位是记录。
3.11.2 操作
a. 初始化操作;
b 数据处理的支持功能较强;
c 后援和恢复操作。
3.11.3 场合的使用性
给定的场合时汉语程序系统,通过该系统软件,完成各模块功能,采用模块设计思想,将各程序划分为独立使用的功能模块,但他们之间又相应联系。
4 支持信息
4.1 支持软件
我们用汉语程序设计语言作为系统的支持软件。
4.2 设备
奔腾133,16兆以上内存的pc机。
4.3 控制
本软件是以汉语程序设计语言的操作系统来控制软件运行。
4.4 文档
对于本软件的有关文档有:
<<学籍管理系统软件开题报告>>
<<学籍管理系统软件开发计划>>
<<学籍管理系统软件可行性研究报告>>
<<学籍管理系统软件需求分析>>
<<学籍管理系统软件设计说明书>>
<<学籍管理系统软件使用说明书>>
4.5 需求注释
对于本软件,它的功能需求、性能需求、接口需求,从稳定性、可行性上都是可以的。
  • 1
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
学生学籍管理系统需求分析报告 §1 概述 编写说明: 本章描述本软件开发的背景,系统目标,用户的业务情况,以便于需求理解。 § 1.1背景 传统的学校学籍管理方法、由于分散管理,易发生数据丢失,劳动强度高,速度慢。使用计算机可以高速、快捷地完成以上工作。特别是在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范教学管理行为,从而提高了管理效率和水平。学籍管理信息系统以计算机为工具,通过对教务管理所需的信息管理,把管理人员从繁琐的数据计算处理中解脱出来,从而全面提高教学质量。 § 1.2系统目标 学籍管理信息系统以计算机为工具,通过对教务管理所需的信息管理,把管理人员从繁琐的数据计算处理中解脱出来,使其有更多的精力从事教务管理政策的研究实施,教学计划的制定执行和教学质量的监督检查,从而全面提高教学质量。 § 1.3业务模式 本系统是运行在WindowsXP等操作系统环境下的多台计算机构成的局域网, 现在学校各部门分别使用不同数据库,各部门之间的信息还不能实现网上共享。由于学校的各个部门都需要一些学生的基本信息,所以各个部门都有一份学生档案。一个部门的改动,将导致其他各部门必须修改,否则,学生的信息将不一致。 高校学生学籍管理系统将采用B/S模式,学生的信息由各用户在规定的权限下在各自的工作站上录入,统一保存在系统服务器上,既可集中管理,有可让各部门管理自己负责的信息。信息上网后各用户可查询,调用,达到全校信息共享。 §2用户需求 编写说明: 此系统专门为高校学籍管理所设置。本节主要描述用户需求的使用范围,功能要求信息采集与各部门的使用权限 § 2.1使用范围 按西安交通大学城市学院学生学籍状况的系统管理(本科生用学年学分制)。 系统中保留4个年级学生的信息,学生毕业一年后信息转储,但随时可以查询,输出。 § 2.2功能要求 •学生档案管理: 学生的一般情况,及奖励,处分情况; •学生成绩管理: 学习成绩,补考成绩; •学籍处理: 学生留降级处理,休复学处理,退学处理; •日常教务管理: 日常报表,如通知书,补考通知书等,学生学习成绩的各种分类统计; •毕业生学籍处理: 结业处理,毕业处理,授位处理,学籍卡片等。 § 2.3信息采集与各部门的使用权限 每学期考试完毕由各系录入成绩,然后由教务科收集。为了信息的安全和数据的权威性,对于网上信息的使用权限和责任规定如下: 数据收集前的系统权限 学生档案 学生奖惩 学生成绩 学籍处理 补考成绩 教学计划管理 各种等级考试 学生工作处 0 ? 0 ? ? ? ? ? ? 各系 ? ? 0 ? ? ? ? ? 教务科 ? ? ? 0 ? 0 ? ? 0 ? 师资科 ? ? ? ? ? 0 ? ? 院长办公室 ? ? ? ? ? ? ? 注:0、登录,修改,处理权。 ?、查询权 § 2.4数据完整性、正确性: 1、 可按某学生某学年考试及补考成绩,自动生成该学生是否升留降级,退学。 2、 可按某学生在校期间累计重修科目门数和成绩自动生成该学生是否结业,毕业,授位。 3、 可按某学生因非成绩原因所引起的学籍变更作自动处理。 4、 可按每学期各年级班学生考试成绩自动生成补考名单,科目。 5、 可按每学期各年级学生考试成绩自动生成某课程统计分析表。 6、可按同一年级学习成绩进行同一课程不同班级间成绩比较 § 2.5 性能需求 因为学籍管理系统存储学生信息,所以数据库系统应该具有备份和恢复功能,保证学生数据库的长期完整性和正确性。另一方面,作为系统的服务器应该能够长期无故障的运行,而且能够便于管理员的操作。安全性要求比较高,对业务逻辑必须封装,避免有人登陆他没权限的网页,避免黑客从数据流中截取敏感数据。 § 2.6 其他需求 普通用户的需求:对于只有查看权限的用户,一般是通过上网浏览学校网页来查看数据的。 各部门管理员:能够对系统进行设置,以适应不同用户的需求。对不同系的管理员分配不同的权限,教务处系统管理员具有最高的管理权限。 § 2.7用户平台要求 系统主要使用于高校的局域网, WinXP等环境下,Java,Vc,Vb连接数据库,本系统需要DBMS放学生学籍数据库。可进行查询,修改、处理等。 §3 业务逻辑和数据流图 本系统暂不考虑与其他系统交换数据,而是作为一个独立的系统。但是,他应该能够向学校的上级主管部门提交学生的信息。 § 3.1业务流程与业务逻辑
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值