文档库 最新最全的文档下载
当前位置:文档库 › 饭卡管理系统 需求分析报告(详细)

饭卡管理系统 需求分析报告(详细)

饭卡管理系统 需求分析报告(详细)
饭卡管理系统 需求分析报告(详细)

《软件工程》课程设计报告

饭卡管理系统

目录

目录 (1)

需求分析 (3)

2.1引言 (3)

2.1.1编写目的 (3)

2.1.2 定义 (3)

2.2任务概述 (3)

2.2.1目标 (3)

2.2.2用户的特点 (4)

2.2.3假定和约束 (4)

2.3.工作原理 (4)

2.4系统流程图 (4)

2.5数据流图 (6)

2.6数据字典 (11)

2.7需求规定 (14)

2.7.1对功能的规定 (14)

2.7.2对性能的规定 (14)

2.8运行环境规定 (14)

2.8.1设备 (14)

需求分析

2.1引言

2.1.1编写目的

需求分析是软件系统生存期中定义阶段的最后一个步骤。这个阶段的任务不是具体解决问题,而是准确确定为解决问题系统必须具备哪些功能。这个阶段的一个重要任务是用正式的文档准确地记录目标系统的需求。该文档将最终交给软件具体的开发人员进行具体的开发。

2.1.2 定义

本文件中用到的专门术语的定义和外文首字母词组的原词组。

实体—联系图(E-R图):包含实体(即数据对象)、关系和属性。作为用户与分析员之间有效交流的工具。

状态转换图:通过描绘系统的状态及引起系统的状态转换的事件来表示系统的行为。

提供行为建模机制。

2.2任务概述

饭卡管理系统是一套针对大学校园食堂饮食交费和一般消费等方面的信息系统,它包括了嘘声或教职工在校内消费的各方面内容:刷卡消费、查询、存款和持卡者信息管理等,方便对饭卡信息进行各项操作,定时进行数据的备份和更新,保持数据的一致性和准确性。

另外,各方面的内容应该互相联系,最终产生各种查询统计报表,以供持卡者进行检查。

此系统的主要任务就是把人们从繁琐的交费找零工作中解放出来,用计算机实现存款、消费、查询、修改、删除以及存储等功能。同时用计算机能够快速准确地完成资料的统计和汇总工作,迅速地打印出各种报表资料以供使用。

2.2.1目标

主要开发目标是能够对饭卡信息进行查询和更新管理,且具有反映敏捷准确。

2.2.2用户的特点

由于系统的界面清晰、美观,操作简单、方便,所以操作人员只需要具备一定的电脑操作技能即可。管理员(维护人员)不需要任何数据库专业技能知识。本系统可以极大的提高工作效率,预期使用频度较高。

2.2.3假定和约束

系统的规模较小,适于Windows和操作系统,Access数据库系统。

2.3.工作原理

饭卡管理系统的工作原理如下:

(1)先建立数据库和数据库的驱动程序。

(2)在使用时,由管理员输入需要了解的关键字的信息,然后通过饭卡管理系统选择

相应的管理事务。

(3)管理事务将根据所提供的信息在数据库中查找相应的记录。

(4)返回相应的记录给管理员。

(5)允许管理员在相应权限下对数据进行修改。

(6)通过终端把得到的内容显示到相应的界面上。

2.4系统流程图

我们用图形符号以黑盒子形式描绘该系统的每个部件(程序,文档,数据库,人工过程),表达数据在系统各部件之间的流动情况。

根据系统的功能要求,要建立三个库文件,分别是学校持卡者信息,饭卡存款额及历史情况和饭卡信息备份。

图1 饭卡管理系统流程图

2.5数据流图

首先,建立顶级数据流图,其中只含有一个代表目标软件系统整体处理功能的转换。

根据饭卡管理系统与外部环境的关系确定顶级数据流图中的外部实体有四个,分别是:持卡者、管理员、刷卡服务员、刷卡器与显示器,我们把整个饭卡系统的数据处理过程看做一个加工,他要与这四个外部实体有联系,它的输入和输出数据反映了本系统与这些外界环境的接口,系统的顶层数据流图如图2所示:

----------0层---------

图2饭卡管理系统顶层数据流图

按照对问题域和用户需求的理解,本系统有“持卡者信息管理”、“饭卡信息管理”和“饭卡消费记录管理”三种子功能,在按照这三种子功能细化“饭卡系统”这个加工,得到1层数据流图,如图2所示:

------------1层------------

图 3 饭卡管理系统1层数据流图

分析1层数据流图中的三个加工,采用常用的功能分解方法,可以继续对三个加工进行细化。图4为饭卡管理系统的2层数据流图,三张图分别对三个加工完成细化操作。

------------2层------------

A) 细化“持卡者信息管理”的数据流图

B) 细化“饭卡信息管理”数据流图

C) 细化“饭卡消费记录管理”的数据流图

图4 饭卡管理系统2层数据流图

图4完成了系统功能的初步细化,根据系统需要,对图4中的“饭卡信息管理”的子功能模块“加锁与解锁”、“注销”、“充值”和“消费”四个加工还可以进一步细化,得到图5所示的三层数据流图。

------------3层------------

A)细化“加锁与解锁”子功能

B)细化“注销”子功能

C)细化“充值”子功能

D) 细化“消费“子功能

图5 饭卡管理系统的3层数据流图

2.6数据字典

数据字典是关于数据的信息的集合,也就是对数据中包含的所有元素的定义的集合,它为软件开发人员提供数据库设计的参考,使用户了解系统的一个必备工具。

数据元素的数据字典卡片如下:

***************************************************************************

名字:用户信息

别名:

描述:对饭卡管理系统进行操作的人员

定义:用户信息=用户名+用户密码+用户类别

用户名=1{字母|数字}18

密码=1{字母|数字}6

用户类别=[管理员|持卡者]

管理员=1

持卡者=0

位置:用户表

***************************************************************************

名字:持卡者信息

别名:

描述:记录持卡者信息

定义:持卡者信息=学生学号|教职工工号+卡ID+持卡者姓名+性别+电话号码+地址学生学号|教职工工号=3{数字|字母}11

卡ID=8{数字|字母}8

持卡者姓名=6{字符}11

性别=[男|女]

电话号码=11{数字}11

地址=8{字符}100

位置:持卡者信息表

***************************************************************************

名字:饭卡信息

别名:

描述:记录饭卡的相关信息

定义:饭卡信息=卡ID+余额+锁

卡ID=8{数字|字母}8

余额=20{数字}50

锁=[1|0]

位置:饭卡信息表

***************************************************************************

名字:饭卡历史信息

别名:

描述:记录饭卡历史的信息

定义:饭卡历史信息=卡ID+时间+款额+操作

卡ID=8{数字|字母}8

时间=年+月+日

款额=0{数字}500

操作=[存款|消费|其它}

位置:饭卡历史信息表

***************************************************************************

饭卡管理系统的数据库表如表1-表4所示。

表格 1 用户表

字段名称列名数据类型

用户名usename Varchar(20) 密码useid Varchar(20) 用户类型usetype boolean

2.7需求规定

2.7.1对功能的规定

根据系统的功能需求,要建立三个库文件,分别是学校持卡者信息,饭卡存款额及历史情况和饭卡信息备份。学校持卡者信息库用来存放全校持卡者的各类信息,比如姓名、学号、系别;饭卡存款额及历史情况库用来记录此张饭卡当前的余额、刷卡时消费记录以及存款的历史记录;为了防止意外导致这些重要文件丢失,需要备份,备份信息放入饭卡信息备份库中。

2.7.2对性能的规定

(1)精度

输入数据:查询最大查询范围1年内;卡ID合法性;客户信息合法性;

输出数据:余额以213.12的形式最多小数点后两位,即到分为止显示。(小于的部分不可能出现)

(2)时间特性要求

刷卡响应时间不超过1秒;

查询响应时间不超过5秒;

(3)故障处理要求

刷卡响应时间超过1秒后,自动提出警告。要求重新刷卡。

查询超过5秒,要显示查询时间长的提示信息。以免误认为死机。

当计算机突然死机、重启、断电时自动存储备份数据。即便没有存上。也有备份数据库,供恢复。

(4)其他专门要求

普通学生只能刷卡消费,系统管理员还可以进入管理员界面;刷卡服务员可以操作刷卡器。

界面清晰、美观,操作简单、方便。

所有数据存储在学校服务器端,数据存储安全可靠。

2.8运行环境规定

2.8.1设备

a.中央电脑,要求容量大,CPU能够满足查询的。

b.刷卡器,要求读取ID敏捷,准确。

c.要求刷卡器与中央电脑连接。通信量要满足查询精度和速度。

d.刷卡器上的功能建,要求显示明确,意思表达精确。

数据库 教务管理系统 综合实验报告

华北科技学院计算机系综合性实验 实验报告 课程名称《数据库系统A》 实验学期2011 至2012 学年第 2 学期学生所在系部计算机学院 年级2010 专业班级网络B101班 学生姓名学号 任课教师 实验成绩 计算机系制

《数据库系统A》课程综合性实验报告 一、实验目的 利用一种DBMS作为设计平台,理解并应用课程中关于数据库设计的相关理论,能按照数据库设计步骤完成完整的数据库设计,包括需求分析、概念设计、逻辑设计、物理设计和实施。同时能够正确应用各个阶段的典型工具进行表示。 二、设备与环境 (1) 硬件设备:PC机一台 (2) 软件环境:安装Windows操作系统,安装数据库管理系统SQL Server2008等。 三、实验内容 1.需求分析 首先,通过调查,教务管理系统中主要有四类用户,即学生用户,老师用户,教务管理员和系统管理员。对应这些用户,其处理要求的主要的功能就是进行一系列的查询和各类数据的管理及维护。其具体的处理要求如下: 1)系统管理:实现系统管理人员对系统的管理,包括添加删除用户,更改密码,数据备份,数据还原,注销等功能。 2)教务管理:实现教务管理人员对系统的管理,包括课程安排,成绩审核,学生成绩管理,学生学籍管理等功能。 3)基本信息:实现显示学生和老师以及课程、班级、系别的基本信息(包括学生基本信息,教师基本信息,课程基本信息等)。 4)查询:包括实现学生查询,老师查询。学生查询包括自己的基本信息,自己的课程,课表,成绩等,老师查询包括查询自己的信息,自己所带班的学生,自己的课表以及学生成绩等。 5)教师对成绩的录入以及自己信息的查询与维护。 其次,该教务管理系统中,结合以上用户种类以及其具体的处理功能要求,教务管理系统要具备以下信息要求: 教务管理系统涉及的实体有: 教师——工作证号、姓名、电话、工资、邮箱; 学生——学号、姓名、性别、年龄、系代号等; 班级——班号、最低总学分等; 系——系代号、系名和系办公室电话等; 课程——课序号、课名、学分、最大人数等; 其中,这些实体之间的联系如下: 每个学生都属于一个班,每个班都属于一个系,每个教师也都属于一个系。 每个班的班主任都由一名教师担任 一名教师可以教多门课,一门课可以有几位主讲老师,但不同老师讲的同一

仓库管理系统需求分析报告

软件需求分析报告 学生姓名: 学号: 专业班级:计算机科学与技术院(系):计算机与通信工程学院指导教师: 完成时间:2012年11月18日 成绩: 前言

仓库管理系统是物资管理系统的核心,是一个企业不可缺少的部分,它的内容对于企业的决策者和管理者来说都至关重要。一直以来人们使用人工的方式管理仓库,效率低,查找、更新和维护困难。今天,仓库作业和库存控制作业已多样化、复杂化,靠人工去处理已十分困难。如果不能保证正确的进货、验收及发货,就会导致生产过量的库存,延迟交货时间,增加增加经营成本,以致失去客户。随着科学技术的不断提高,计算机科学日渐成熟,仓库管理系统应运而生,其检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低、等优点极大地提高人事劳资管理的效率;其能够有效地组织人员、空间和设备进行收货、存储、拣货和运输,组织运送原材料到生产企业,运送成品到批发商、分销商和最终客户手中等强大的功能已为人们所熟知。仓库管理系统是为企业的采购、制造计划、制造执行、客户服务系统与仓库或配送中心提供的管理手段,满足企业对低成本和快速处理的要求,帮助不同行业的企业解决复杂的配送问题并降低订单履行成本,它已越来越广泛的应用到各大仓库,并随着不断地完善发挥着越来越重要的作用。 目录 一、项目前景文档 (4) 1业务需求 (4)

1.1项目背景、业务机会和客户需要 (4) 1.2业务目标和成功标准 (4) 1.3业务风险 (5) 2解决方案的前景 (5) 2.1前景陈述 (5) 2.2主要特征 (5) 2.3假设(Assumption)和依赖(Dependency) (6) 2.4项目范围和局限性 (6) 2.4.1项目范围 (6) 2.4.2项目限制 (6) 2.5业务环境 (7) 2.5.1涉众档案 (7) 2.5.2运行环境 (7) 二、软件需求规格说明书 (8) 1引言 (8) 1.1概述 (8) 1.2背景 (8) 1.3定义 (9) 1.4参考资料 (9) 2任务概述 (9) 2.1目标 (9) 2.2运行环境(Operating Environment,OE) (9) 2.3假定(Assumption)和约束(Constraint) (9) 3需求规定 (10) 3.1对功能的规定 (10) 3.1.1用户需求 (10) 3.1.2系统需求 (25) 3.2非功能性需求 (38) 3.2.1性能需求(Performance) (38) 3.2.2安全设施需求(SAfety) (38) 3.2.3安全性需求(Security) (38) 3.2.4软件质量属性 (39) 3.3外部接口需求 (39) 3.3.1用户界面(User Interfaces,UI) (39) 3.3.2硬件接口(Hardware Interfaces,HI) (39) 3.3.3软件接口(Software Interfaces,SI) (39) 3.3.4通信接口(Communications Interfaces,CI) (39)

仓库管理系统可行性分析报告

仓库管理系统 可行性研究报告 汽车与交通工程学院运输1101 二O一一年二月

1.引言 1.1.编写目的 为了以最小的代价在最短的时间内确定仓库管理系统项目是否值得去开发,其中的关键和技术难点是什么,问题能否得到解决,怎样达到目的?我们编写了可行性报告以对这些问题进行分析。 1.2.项目背景 开发软件名称:仓库管理系统 项目提出者:景鹏 项目开发者:杨阳阳吴科甲陈强陈淼杨天慧陆媛媛 项目使用者:某中小规模的工厂 传统简单、静态的仓储管理已无法保证企业各种资源的高效利用。 如今的仓库作业和库存控制作业已十分复杂化多样化,仅靠人工记忆和手工录入,不但费时费力,而且容易出错,给企业带来巨大损失。 将计算机这一信息处理利器应用于仓库的日常管理已是势必所然,这将为仓库管理带来前所未有的改变。它可以带来意想不到的经济效益和社会效益,同时也会为企业的发展提供无限潜力。 参考资料 《PowerBuilder 9.0与系统开发》清华大学出版社朱爱民柯建勋编著 2.项目概述 2.1.要求 2.1.1.功能: 极大提高仓库工作人员的工作效率,大大减少以往入货、出库流程繁琐,杂乱,周期长的弊端;基于仓库管理的全面自动化,减少入库管理、出库管理及库存管理中的漏洞,节约不少管理开支,增加企业收入;实现仓库的管理操作自动化和信息的电子化,全面提高仓库的管理水平。 2.1.2.性能: 系统的存货信息必须保持更新状态,客户的产品出入库信息必须无差错,及时的保存到仓库管理系统的服务器上,对服务器上的数据必须定时的检查并与仓库中存放的货物进行核对。

2.1. 3.输出: 数据完整,详实,及时。 2.1.4.输入: 简捷,快速,实时。 2.1.5.数据流图: 2.1.6.安全性 服务器的管理员享有对库存信息库和货品出入库信息管理与修改。除此之外,应保证数据信息的安全性。 2.2.项目基本目标 能实时反映仓库进销存的商品情况,节省人力和设备的费用; 当销量大时,能及时进货,减少库存,促进人员工作效率的提高; 及时掌握库存,少呆帐,做到信息管理,改进决策系统; 促进控制精度和生产力的提高。

饭卡管理系统

宁波大学饭卡管理系统 指导教师 班级 姓名 学号 完成日期 系统需求: 随着宁波大学的发展,学生,教师及外来人员的不断增加,对于食堂来讲,普通意义上的现金交易严重影响了工作效率,使消费者等待时间加长,食堂交易方式数字化已经刻不容缓,宁波大学饭卡管理系统就是基于以上问题开发,基本上能实现普通交易的功能,同时又能提高工作效率。 功能分析: 宁大高校饭卡信息包括:饭卡号码、饭卡所有者信息、初次办卡时间、余额。其中,饭卡的所有者分为学生、教师、临时人员,学生有各自的班级号,教师有所属学院等信息。实现功能: (1)学生入学或老师新调入,需要新建一张饭卡。

(2)学生毕业或老师调离,撤销当前对象的饭卡。 (3)饭卡的充值和消费。 (4)查询和排序功能 A:按饭卡所有人姓名查询,输出此饭卡的所有信息。 B:按饭卡号码查询,输出此饭卡的所有信息。 C:按饭卡号码大小排序,输出所有饭卡的信息。 程序设计: Ccard类:基类,设置初始信息,设置充值,消费,余额,信息查询对象函数,初始信息中包括人的公有特征,如姓名,性别,身份证号码。 声明代码: Cstudent类: 从Ccard类公有继承初始信息函数、查询函数,自己再设置独立的关于学生的对象,譬如班级号和类别,并要求对卡号保存。 声明代码: Cteacher类:从Ccard类公有继承初始信息函数、查询函数,自己再设置独立的关于教师的对象,譬如所属学院、职称,并要求对卡号保存。 声明代码: Ctemp类:从Ccard类公有继承初始信息函数、查询函数,由于是临时卡,不保存卡号。声明代码: 遇到问题: (1)当查询充值余额和消费余额时,程序正常是调用double result();//充值函数、double consume();//消费函数、double balance();//余额函数,但是当运行余额函数时,总会2次调用充值和消费函数,这样就直接导致充值的金额和消费的余额扩大一倍,最后发现原来是返回函数写错了,因为money是余额,money1是充值金额,money2是消费金额,我在而我都返回了money值给充值函数、消费函数和余额函数。 (2)按照卡号查询饭卡所有者信息时,除了初始信息,姓名,性别,身份证号码外,最主要的还是查询出这个号码的所剩余额,刚开始时我使用的是调用充值,消费函数,这样一来,当输出余额是会弹出对话框,问你充了多少钱,消费了多少钱,一般情况下查询时肯定不会充值和消费,所以应该输入充值0消费0,但是这样对于操作

人事管理系统需求分析报告

人事管理系统需求分析 一、背景介绍 1.1、系统目标 企业人事管理系统,是为了迎合现在人们的工作而设计的。随着网络的覆盖面的增广,上网的人们也就越来越多了,人事管理的对象是一个单位或若干单位种的员工的基本信息,这些信息是在变化的。人事管理系统能够味用户提供充足的信息和快捷的查询手段。使用计算机对人事资料进行管理,会给应用者带来很多方便,例如检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高人事管理的效率,同时,这也是企业的科学化、正规化管理以及与世界先进管理技术接轨的重要条件。人事管理系统是现代企业管理工作不可缺少的一部分,是适应现代企业制度要求、推动企业劳动人事管理走向科学化、规范化的必要条件。 人事管理系统可以用于支持企业完成劳动人事管理工作,有如下三个方面的目标。 (1) 支持企业实现规范化的管理; (2) 支持企业高效率完成劳动人事管理的日常业务; (3) 支持企业进行劳动人事管理及其相关方面的科学决策。 1.2、企业人事管理系统功能需求 根据市场调查及分析,企业人事管理系统应该具有以下功能: (1)可以真正地实现对企业人事的管理。 (2)系统的功能要符合本企业的实际情况。 (3)系统的功能操作要方便、易懂,不要有多余或复杂的操作。 (4)可以方便地对人事信息进行输出打印。 (5)方便对企业内部的人事档案及岗位调动调动进行管理。 1.3、企业人事管理系统模块需求 企业人事管理系统应该包括以下模块: (1)基本信息管理 该模块实现职工基本信息的管理,包含职工的名族类别、职工类别、文化程度、政治面貌、部门类别、工资类别、职务类别、职称类别、奖惩类别、记事本类别以及员工生日和员工合同提示等。 (2) 工资管理 通过该模块,能够对员工的工资进行管理,查询、打印工资明细信息等。 (3)系统管理 该模块实现重新登录、用户设置、系统退出等功能,使用户能正确的登录和使用该系统。

饭卡管理系统

饭卡管理系统

指导教师班级姓名学号完成日期

系统需求: 随着宁波大学的发展,学生,教师及外来人员的不断增加,对于食堂来讲,普通意义上的现金交易严重影响了工作效率,使消费者等待时间加长,食堂交易方式数字化已经刻不容缓,宁波大学饭卡管理系统就是基于以上问题开发,基本上能实现普通交易的功能,同时又能提高工作效率。 功能分析: 宁大高校饭卡信息包括:饭卡号码、饭卡所有者信息、初次办卡时间、余额。其中,饭卡的所有者分为学生、教师、临时人员,学生有各自的班级号,教师有所属学院等信息。 实现功能: (1)学生入学或老师新调入,需要新建一张饭卡。 (2)学生毕业或老师调离,撤销当前对象的饭卡。 (3)饭卡的充值和消费。 (4)查询和排序功能 A:按饭卡所有人姓名查询,输出此饭卡

的所有信息。 B:按饭卡号码查询,输出此饭卡的所有 信息。 C:按饭卡号码大小排序,输出所有饭卡 的信息。 程序设计: Ccard类:基类,设置初始信息,设置充值,消费,余额,信息查询对象函数,初始信息中包括人的公有特征,如姓名,性别,身份证号码。声明代码: Cstudent类: 从Ccard类公有继承初始信息函数、查询函数,自己再设置独立的关于学生的对象,譬如班级号和类别,并要求对卡号保存。声明代码: Cteacher类:从Ccard类公有继承初始信息函数、查询函数,自己再设置独立的关于教师的对象,譬如所属学院、职称,并要求对卡号保存。声明代码: Ctemp类:从Ccard类公有继承初始信息函数、查询函数,由于是临时卡,不保存卡号。 声明代码:

遇到问题: (1)当查询充值余额和消费余额时,程序正常是调用double result();//充值函数、 double consume();//消费函数、double balance();//余额函数,但是当运行余额 函数时,总会2次调用充值和消费函数, 这样就直接导致充值的金额和消费的余 额扩大一倍,最后发现原来是返回函数写 错了,因为money是余额,money1是充值 金额,money2是消费金额,我在而我都返 回了money值给充值函数、消费函数和余 额函数。 (2)按照卡号查询饭卡所有者信息时,除了初始信息,姓名,性别,身份证号码外, 最主要的还是查询出这个号码的所剩余 额,刚开始时我使用的是调用充值,消费 函数,这样一来,当输出余额是会弹出对 话框,问你充了多少钱,消费了多少钱, 一般情况下查询时肯定不会充值和消费, 所以应该输入充值0消费0,但是这样对 于操作会很繁琐,虽然结果一样会输出, 最后我直接调用money对象,直接输出,

教务管理系统可行性分析实验报告

核准通过,归档资料。 未经允许,请勿外传! 管理信息系统 实验报告

专业:市场营销 班级: 学号: 姓名: 2013-2014学年第二学期 实验名称:可行性分析方法指导教师: 实验地点: 成绩:_________ 实验目的: 1、了解系统规划的主要目的及任务; 2、掌握系统可行性分析的主要方法及可行性分析报告的内容。实验内容与基本要求: 自行确定一个分析对象(企业或者组织等等),完成系统可行性分析报告。 实验步骤: 教务管理系统可行性分析报告 1.引言

1.1编写目的 随着网络科技日趋进步,全国各地高校纷纷开始采用教务管理系统对学校事务进行管理。它以网络为平台,对学校各项事务进行各方面的管理,为用户提供充足的信息和快捷的查询、修改手段,以成为日常教学工作中必不可少的管理软件。鉴于内江师范学院目前使用的教务管理网站技术老旧且访问速度缓慢、功能不全面,现为筹划设计一教务管理系统,要求能最大程度地满足各方用户的需求。 1.2 背景 项目名称:内江师范学院教务管理系统。 项目提出者:内江师范学院 用户:内江师范学院 软件开发单位:重庆软件股份有限公司 本项目与其他软件或其他系统的关系:工作于所有高校现代教学管理信息系统 定义及其参考资料等 2可行性研究的准备 2.1 要求 主要功能:用户进入系统时,均需输入唯一的用户名和密码; 性能要求:查询效率尽可能做到精准,信息维护做到简单实用,不需要过多的人员培训,要求性能稳定,不能出现数据丢失、错误等情况。 输出要求、输入要求、安全与保密要求等 2.2 目标 1.人力与设备费用的节省; 2.处理速度的提高; 3.管理信息服务的改进; 4.人员工作效率的提高。 2.3 条件、假定和限制、开发环境、运行环境硬件环境 2.4 进行可行性研究的方法 将教务管理系统投入使用后对各类用户进行调查,了解用户对该系统的评价及意见,全面分析该系统的性能,进行可行性分析。 3. 对现有系统的分析 对系统的目标:通过该信息系统的建设实现高效率高质量的管理效果。 对系统的任务:一、可以方便学生的成绩信息查询、学籍信息查询、班级课表查询、个人课表查询,并且可以网上选课,及时获得学校各种通告,也包括对个人信息的适时修改等自助服务功能;二、提高普通教职工的工作效率,比如教师进入系统之后,也可以对自己的个人信息进行查询、修改,可以对教学执行计划、班级课表、教师课表、教室(地点)课表、授

学生管理系统需求分析报告

需求分析报告 1. 概述 (1) 项目名称: 学生管理系统. (2) 项目的提出者: 郑州航院信息统计职业学院 (3) 项目用户: 全院师生. 2. 系统需求说明 背景 该项目的发是鉴于目前学校学生人数剧增,学生信息呈爆炸性增长的前提下,学校对学生管理的自动化与准确化的要求日益强烈的背景下构思出来的,该系统完成后可用于所有教育单位(包括学校,学院等等)的学生的管理. 目前社会上信息管理系统发展飞快,各个企事业单位都引入了信息管理软件来管理自己日益增长的各种信息,学生管理系统也是有了很大的发展,商业化的学生管理系统也不少.但本系统完全独立开发,力求使系统功能简洁明了,但功能齐全且易于操作. 系统需求 通过调研了解到: (1) 学校希望能够在查看学号的时候迅速得知该生的系别、专业、哪一届. (2) 学校希望通过能统计大量的以前无法统计的数据,方便管理. (3) 管理员有不同的职位,要可以进行权限设置. 系统功能要求 学校提出的要求,结合我们的技术建议再加以考虑, 产生了该管理信息系统的功能要求: (1) 编制一套流通管理系统. (2) 编制一套库存管理系统. (3) 编辑、查询、统计、打印模块. (4) 用户管理(用户记录管理和权限设置). (5) 对数据库能够灵活设置. (6) 不同的管理员有不同的设置. (7) 软件系统安全上要有一定的保障. (8) 增加各种尽可能多的查询功能. 对性能的要求 学校对系统性能无特殊的要求,只要查询学生的时候没有明显的延迟就可以了,学校目前有多届学生需要管理,查询时间不要超过 5 秒钟。 条件、假定、和限制 (1) 系统最小寿命. 系统应该能在无重大改动的条件下正常运行 5 年以上. (2) 对设备的要求. 要求稳定性良好,整套系统经济实惠. (3) 可以利用的信息和资源. 学校已经配置了多台计算机,以及网络设备,操作人员将使用Windows 98 以上操作系统. (4) 管理员受过较好的培训 3. 新系统的逻辑模型

仓库管理系统需求分析报告

1需求分析 1.1系统的目的 货物仓库管理系统主要针对于日常库存信息的管理,它针对仓库日常发生的业务,分为了两大类,即入库和出库,用户通过相应的模块,对仓库里的物品的基本情况进行操作,对库存数量进行查询,用户通过简单的操作即可轻松的管理仓库。 1.2系统功能及用户需求分析 1.功能需求 (1)系统功能包括:产品入出库登记、确认入出库信息、删除库内信息、借出信息登记、产品分类管理、,报表生成,事件记录,数据检测、数据警告。 (2)系统管理员功能:添加人员、删除人员、查询库内信息、系统配置、查看系统事件,用户管理,人员权限区分。 (3)用户功能包括:查询库内信息、查询出库信息、查询入库信息、修改本用户密码。2.用户需求 根据用户需求,该系统应该实现以下功能: (1)进、出库管理。对进、出库信息进行记录。 (2)查询功能。仓库管理对查询要求高,通过主菜单记录当前操作用户的用户编号,保证了对进、出库信息录入负责人的确认。 (3)部门资料管理与库存报表生成。资料管理包括了人员信息管理,财政支出信息管理,以及各项业务单据的资料管理。报表主要分类为:日报表,月报表,销售报表, 入库报表等等。 (4)应用计算机管理后,由于计算机能存贮大量的数据,而且数据只要一次存入,便可多次重复使用,所以管理数据达到完整,统一,原始记录能保证及时,准确。(5)应用计算机管理后,许多重复性的工作,都可由计算机去执行,从而使管理人员从事务性工作解脱出来,真正变为从事一些信息的分析,判断,决策等创造性的工 作。 1.3 E-R图

供应商 供应 货物提取 销售商 仓库 工作 管理员存放 管理 名称供货记录 地址联系 方式 数量 价格 编号 类型 现有数量名称 位置 数量名称 地址 联系方式记录 职位 工作证号 权限 名字 联系方式 家庭住址 地址 名称 所剩容量数量 n n n N n 1 n 1 n 1.4系统流程图 系统流程图是概括地描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子形式描绘组成系统的每个部件(程序,文档,数据库等)。系统流程图表达的是数据在系

c语言饭卡管理系统课程设计报告

课程设计报告 课程名称: C语言程序设计课设 项目名称:饭卡管理系统 学院:专业: 姓名: 学号: 指导教师:成绩:

目录 第1部分课程设计题目与要求 (2) 1.问题描述 (2) 2.功能要求 (2) 3.任务分工................................. 错误!未定义书签。 第2部分《饭卡管理系统》的设计与功能实现 (3) 1.总体设计 (3) 2.数据结构 (3) 3.算法设计 (4) 4.程序代码设计 (12) 5.测试与调试 (22) 第3部分课程设计总结................................. 错误!未定义书签。 个人总结........................................ 错误!未定义书签。 个人总结........................................ 错误!未定义书签。 结束语.......................................... 错误!未定义书签。 附录Ⅰ程序清单 (23) 附录Ⅱ用户使用说明书 (34) 参考文献 (35)

第1部分课程设计题目与要求 1.问题描述 学校等大单位集体食堂买饭时间非常集中,这时如果食堂使用饭票卖饭,大家就得排长队等候,而且还要经过先去买饭票等麻烦的经历。因此食堂提出使用计算机进行管理,食堂用饭卡卖饭,不仅提高卖饭速度,还易于 2.功能要求 重复显示如图所示的主菜单,在主菜单中选择任意一项, 均实现相应功能。 在主菜单中选择1,建立名为card.dat的文件,并在其中 添加若干人的饭卡号、姓名、金额、挂失信息,要求饭卡号是唯一的。 在主菜单中选择2,要求用户输入饭卡号、饭费,然后系统自动从该人的饭卡中减去饭钱,并分别显示买饭前后的金额,如果原来饭卡中的金额不足5元,则不能买饭,而且显示“金额不足够,请续钱!”,如果挂失信息为真,则显示“本卡已冻结!”。 在主菜单中选择4,添加新饭卡,这时要求新饭卡号和已有的饭卡号不能重号。在主菜单中选择5,注销旧饭卡。 在主菜单中选择6,要求用户输入饭卡号和挂失信息,然后更新该饭卡的挂失信息。在主菜单中选择7, 在主菜单中选择0,显示“感谢使用本软件!已正常退出,按任意键结束。”按任 意键退出本系统。

教务管理信息系统可行性分析报告

教务管理信息系统可行性分析报告免责声明:本文档来自网络并经精心整理~提供免费阅读~文章版权属于原创者~请注意保护知识产权~请您下载后勿作商用~只可学习交流使用。 重庆科技学院教学管理信息系统 可行性分析报告 一教务信息系统的概述 1 教务信息系统的背景 信息社会的高科技,商品经济化的高效益,使计算机的应用已普及到经济和社会生活的各个领域。计算机虽然与人类的关系愈来愈密切,但是还有人由于计算机操作不方便继续用手工劳动。为了适应现代社会人们高度强烈的时间观念,随着信息技术在管理上越来越深入而广泛的应用,管理信息系统的实施在技术上已逐步成熟。管理信息系统是一个不断发展的新型学科,任何一个单位要生存、要发展、要高效率地把内部活动有机地组织起来,就必须建立与自身特点相适应的管理信息系统。这对于正在迅速发展的各大高校而言,同样有着重要意义。 现如今高校为适应社会的需求以及自身办学的需要,扩建、扩招已在寻常不过。自然就会有更多的学生信息需要处理。如果只靠人力来完成,必然是一项非常繁琐、复杂的工作,而且还会出现很多意想不到的错误,这不仅会给教学及管理带来了很大的不便,也不益于学校全面快速发展的需要。 众所周知,作为高校日常教学中的主要管理工作之一的教务管理,它涉及到院校、专业、师生等诸多方面。特别是目前国家的教育体制也正处在不断改革、创新的阶段,教育部门充分吸取国外优秀的教学模式,结合国内多年的办学经验,逐步探索出了适合中国特色的教学形式,国家教育部面向各级各类学校开展了全面学分制改革。同时,随着选课制的展开和深入,教务日常管理工作也日趋繁重、复杂,

如何把教务工作信息化、模块化、便捷化便成为了现代高校发展的重点。所以总的来说,教务管理软件应实现教务信息的集中管理,使传统的教务管理朝数字化、无纸化、智能化、综合化的方向发展,并为进一步实现完善的计算机教务管理系统和全校信息系统打下良好的基础。在高校中,教务管理工作具有举足轻重的地位,教学质量直接取决十教务管理水平。现如今教务管理信息系统的开发与实施可谓日新月异。在数字校园理论逐步应用的过程中,各高校一方面不断投资购建各种硬件、系统软件和网络,另一方面也不断开发实施了各类教学、科研、办公管理等应用系统,形成了一定规模的信息化建设体系。 教务管理系统是一个庞大而复杂的系统,它包括对学生信息的注册、修改,学生选课及课程 管理和学生的四六级考试及计算机等级考试的管理;对教师课程的管理以及对选课学生评分的管理;和管理员对教师、各类考试的综合管理等主要的功能。教务管理系统运行的状况将直接影响到学校里的主要工作,一旦此系统出错,不仅学校的教学进度安排会受到一定程度的影响,而且还会危及到每一个在校学生的切身利益。所以设计一个功能相对完整、操作简单以及界面友好的教务管理系统变得非常重要。 为了提高教务管理的工作效率和服务质量,降低出错率,精简人力、物力的投入,各个高校均建立了自己的教务管理信息系统,为学校的动态管理和分析决策带来了极大的便利。现在的学校的教务管理也逐步从手工转到计算机自动化信息处理阶段。通过这个系统,用户可以方便的对教师信息以及学生信息和学生成绩资料进行添加、修改和删除操作,还可以对学生资料和成绩进行查询操作。除此之外,对用户的添加和删除操作也很方便。教务管理系统是典型的信息管理系统(MIS),它能够实现整体规划教学资源(学生,教师,教室),评估教学质量,制定教学计划,检查教学进度,给学校的教务人员管理教务工作提供了极大的方便

人力资源管理系统需求分析报告

《人力资源管理系统》需求分析报告 1.需求获取及分析 1.1业务需求 随着计算机技术,网络技术和信息技术的发展,现在的办公系统更加趋于系统化,科学化和网络化,网络办公自动化系统是计算机技术和网络迅速发展的一个办公应用解决方案,它的的主要目的是实现信息的交流和信息共享,提供协同工作的手段,本系统对公司的人力资源进行管理,为人力资源管理人员提供一套简单的操作,使用可靠,界面友好,易于管理和使用的处理工具,对人力资源各种数据进行统一管理,避免数据存取,数据处理的重复,提高工作效率,减少数据处理的复杂性。 1.2用户需求 人力资源管理系统在企业中起着通行桥梁的作用,通过与其它的各个管理系统模块的信息连接,将整个企业有机、高效地带动起来,使得企业各个方面的工作因人力资源管理系统的高效、简便而更加顺利。 企业方面: 可以有效的进行对职工信息管理;增加、删除、修改员工信息;薪金发放;考勤以及招聘等工作。 职工方面: 每个职工都可以对自己的信息进行查看,查询薪金发放情况以及职称评比情况。 1.3功能需求 本系统的实现的功能主要划分为:

A.信息输入模块 B.用户查询模块 C.系统维护模块 D.系统输出显 示模块 E.考勤模块 F.招聘模块 本系统是一个集多项功能于一身的集成应用系统,用户只有按照提示信息,使用鼠标和键盘录入相应的信息内容即可完成所需的功能。本系统所有的提示信息均为中文显示,以方便用户的使用。 系统的主要功能有: A.信息输入模块:包括普通职工用户和管理员用户通过网络的输入登录条件和查询条件等操作。 B.查询模块:根据普通职工用户输入的查询条件(职工号)对系统所保存的记录内容(工资和奖金等)进行查询检索。 C.系统维护模块:包括对维护人员的个人信息密码的修改、数据库的及时更新,添加和过期记录增删以及对本系统的使用访问情况查询统计等维护工作。 D.系统输出显示模块:对查询到的数据集进行显示反馈,并多大量的数据进行分页显示;对普通职工用户输入的查询条件进行过滤判断,对错误的条件,进行反馈提示;同时对管理员的所有维护操作的成功与否进行反馈。 E.考勤模块:对员工上下班打卡情况以及出勤情况进行记录,汇总。 F.招聘模块:显示招聘信息并进行及时的更新。 1.4非功能需求 1.系统必须严格按照设定的安全权限机制运行,并有效防止非授权用户进入本系统

饭卡管理系统

一、实验目的和要求 (2) 二、实验仪器和设备 (2) 三、实验过程 (2) 四、设计报告 (2) 1、设计概述 (2) 2、作品功能 (3) 3、系统方案 (3) 4、设计方法 (5) 5、系统特色 (12) 6、使用说明 (12) 五、设计心得及体会 (14)

一、实验目的和要求 进一步推动高等教育教学改革,促进人才培养模式和教学方法的创新,鼓励和支持大学生尽早参与科学研究、技术开发和社会实践等创新活动,不断激发学生学习的主动性、积极性和创造性,提高大学生的科学素质和文化素养,培养大学生的创新精神、创业精神和实践能力。 选题要求如下: 1. 有关教师科研与技术开发(服务)课题中的子项目; 2. 开放实验室、实训或实习基地中的综合性、设计性、创新性实验与训练项目; 3. 发明、创作、设计等制作项目; 4. 专业性研究及创新项目,创业计划与职业规划创新项目; 5. 社会调查项目; 6. 其他有研究与实践价值的项目。 工作要求如下: 1.注重实践创新。鼓励学生结合学科专业,从自身所长与兴趣出发,积极参与实验实践活动,在探索、研究、创新的实践训练过程中,提出自己的观点与见解。 2. 注重切实可行。训练计划重点资助思路新颖、目标明确、研究方案及技术路线可行、实施条件可靠的项目。 二、实验仪器和设备 计算机一台 windows XP操作系统 三、实验过程 1.学生个人或团队(限2人)结合毕业实习内容申报大学生实践创新项目,专任教师进行评审,确立立项项目。学生自主进行实践项目设计研究工作。实践项目结束后,由学院组织项目验收,给予相应的实践学分。对其中优秀者进行奖励,并推广宣传。 2.考核方式 (1)每人完成一篇设计论文。 (2)每组完成一项设计成果。 提交时间:2011年9月1日第一周周四 四、设计报告 1 设计概述 饭卡管理系统是一套针对大学校园食堂饮食交费,一般消费等方面的信息管理系统,它包括了同学在校内消费各方面内容:刷卡消费、查询、存款,学生信息管理等。方便的对同学饭卡信息进行各项操作,定时进行数据的备份更新,保持数据的一致性和准确性,各方面的内容应该相互联系,最终产生各种查询统计报表,以供同学进行检查。

教务管理系统分析报告

教务管理系统分析与设计

目录 1 可行性分析 (3) 1.1 引言 (3) 1.2 经济可行性 (3) 1.3 技术可行性 (3) 1.4 管理可行性 (3) 2 系统需求分析 (4) 2.1 用户需求 (4) 2.1.1 学生模块功能需求 (4) 2.1.2 教师模块功能需求 (4) 2.1.3 系统管理员功能模块需求 (4) 2.2组织结构图 (4) 2.3业务流程图 (5) 2.4 数据流程图 (6) 2.5 用例图(包括用例描述) (7) 3 系统设计 (11) 3.1 系统总体设计(系统的功能模块结构图) (11) 3.2 系统各功能模块设计 (11) 3.2.1 顺序图 (11) 3.2.2 类图 (13) 3.2.3 状态图 (14) 3.2.4 活动图 (16) 4 数据库设计 (19) 4.1 数据分析 (19) 4.1.1 E-R图 (19) 4.1.2 数据库表 (20) 4.2 逻辑结构设计 (22) 5 总结 (23)

1 可行性分析 1.1 引言 教务信息管理系统类似于档案管理,它是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,所以教务信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。但目前还有一些单位和部门还是使用传统人工的方式公务员之家管理文件档案,这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。同时随着学校的规模不断扩大,学生数量急剧增加,有关教务的各种信息量也成倍增长。所以教务信息管理系统的可运行性和功能效用的多少就显得尤为重要了。 1.2 经济可行性 教育事业的不断发展,各级教育层次的教学规模日益扩大,采用传统的教务信息管理方法(如开发程度不高的管理系统)不但浪费大量人力、物力和财力资源,而且不能满足当前教育发展的需求。基于学生对于自己学习事业的关心,开发具有高效,易于查询并且便于管理员管理的教务信息系统的需求就明显增多。 1.3 技术可行性 教务信息管理系统最简单的是采用SQL server2000的数据库技术进行架构,主要包括登录,教师用户,管理员用户,学生用户四个模块,各个对象根据自己的权限进行查询。 1.4 管理可行性 系统管理员通过数据库后台对学生或者其他的输入对象输入的数据进行整理和更新。由于信息量的巨大,管理员要时不时对系统进行维护和更新,保证系统能够顺畅运行。采用教务管理信息系统可取代原系统的单据手工传递工作,减少人工开支,节省资金,并且可大大提高信息量的取得,缩短信息处理周

学生信息管理系统需求分析报告模板

学生信息管理系统需求分析报告

目录 1.序言 (3) 2.项目简介 (3) 2.1.系统标识 (3) 2.2.系统功能 (3) 2.3.用户选择 (3) 2.4.系统功能 (3) 2.4.1 (4) 2.4.2 (4) 2.4.3. (4) 2.4.4. (4) 2.4.5 (4) 2.4.6 (4) 2.4.7 (4) 2.4.8 (4) 3.模块划分 (4) 3.1.登入模块 (4) 3.2.学生信息管理 (4) 3.3.课程管理 (4) 3.4.成绩管理 (4) 3.5.管理员管理 (5) 3.6.退出 (5) 4.模块图 (5) 5.流程图 (8) 6.性能要求 (8)

1.序言 随着学校的规模不断过大,学生数量急剧增加,有关学生的各种信息量也成倍增加。面对庞大的信息量需要有学生信息管理系统来提高学生管理工作的效率。通过这样的系统可以做到信息的规范化管理、科学性统计和快速查询、修改、增加、删除等,从而减少管理方面的工作量。 本系统主要应用于学校学生信息管理,总体任务是实现学生信息关系的系统化、规范化和自动化,其主要任务是计算学生各种信息进行日常管理,如查询、修改、增加、删除,另外还考虑到了学生选课、针对这些要求设计了学生信息管理系统。 2.项目简介 2.1.系统标识 系统名称:学生信息管理系统 2.2.系统功能 本系统主要功能是实现学校学生的信息管理、课程管理、成绩管理、学籍管理以及使用该系统的用户管理。 2.3.用户选择 本系统面向的用户有:学校的系统人员、管理人员、教师、学生。所以对计算机的人性化和易用性比较高,应用于学校学生信息管理,总体任务是实现学生信息关系的系统化、规范化和自动化,其主要任务是计算学生各种信息进行日常管理,如查询、修改、增加、删除,另外还考虑到了学生选课,做到看界面简单易懂,容易操作,提高了学校管理效率以及提升了学生信息的安全性和完整性。 2.4.系统功能 本系统主要应用于学生学籍管理、信息查询、教务信息维护和学生选课、学生奖惩安排几部分,又因为用户的不同,例如学生、教师、系统管理员的身份不

仓库管理系统可行性分析报告

仓库管理系统可行性分析报告可行性报告的编制一般由企业内部市场部或专业的市场研究公司撰写,市场研究公司在数据采集、资料归类、观点提炼、报告撰写方面具备独特的专业优势,提供了仓库管理系统的可行性分析报告,一起来看看吧! 目地近年来,生产的工业化速度迅速加快,生产的产品数量猛增,给传统的仓库管理方式手工作业带来了很大的负担,今天的仓库作业和库存控制作业已十分多样化,复杂化,靠人工去记忆去处理已十分困难,且出现错误的可能性很大。如果不能保证正确的进货、验收、质量保证及发货,就会导致浪费时间,产生库存,延迟交货,增加成本,以致失去为客户服务的机会。本文正是为解决这个问题而作。 预期对象未进行计算机管理或未进行数字化管理的中小型企业仓库项目名称仓库条码管理系统 要求 仓库管理系统要具备仓库管理的所有功能如:入库,出库,盘点库存等操作;

目标 1.人力与设备费用的减少; 2.处理速度的提高; 3.控制精度的提高; 4.人员利用率的改进。其它 1.建议仓库管理系统生命最少为5年。 2.系统制作周期约为4个月:XX年3月起至XX年7月止。 处理流程和数据流程 A.入库:生产包装完成后,经检验确认合格,贴上物料标签,仓库人员点收数量确认,填写单据并输入计算机系统,比较容易出错误。 B.出库:根据生产或销售的出货单进行点数备货,并放入指定区域待出库。 C.盘点货物:打印出盘点单,仓库人员根据盘点单在仓库区域找到对应的物料进行点数并将数填入报表中,出错率较高。

工作负荷仓管人员的工作较繁琐且劳累,更易疲倦,因此出错的可能性较大。 费用开支因为仓库实行全部人工管理,所以要为此支付多个仓管的工资费用及日用品票据纸张等的消耗费用。 人员主要是仓库管理人员较多。 设备所用设备较少,多为较简单的设备,因此工作效率非常低。局限性处理事务的时间赶不上需要,响应不及时,数据存储能力不足等。 仓库条码管理系统的优点 1. 提高数据输入速度 A.条形码采集器可以在现场快速读入数据(物料编号或之前有关的组合等),并存储在机器内存中,通过与计算机相连后直接将现数据快速的导入到计算机系统中并形成单据内容

饭卡管理系统完全11.17

饭卡管理系统 1.5、需求分析 1.5.1 系统任务概述 饭卡管理系统是一套针对大学校园食堂交费和一般消费等方面的信息管理系统,它包括学生或教职工(后面把这两者统称为持卡者,把这两者的基本信息文档统一放在学校持卡者信息表中)在校内消费的各方面内容:刷卡消费、查询、存款和持卡者信息管理等,方便对饭卡信息进行各项操作,定时进行数据的备份和更新,保持数据的一致性和准确性。另外,各方面的内容应该相互联系,最终产生各种查询统计报表,以供持卡者进行检查。 对于此系统的任务就是把人们从繁琐的交费、找零工作中解放出来,用计算实现存款、消费、查询]修改、删除以及存储等功能。同时,用计算机能够快速准确地完成资料的统计和汇总工作,迅速地打印出各种报表资料以供使用。 1.5.2 工作原理 饭卡管理系统的工作原理如下:

1)先建立数据库和数据库的驱动程序。 2)在使用时,由管理员输入需要了解的关键字的信息,然后通过饭卡管理系统选择相应的管理事务。 3)管理事务将根据所提供的信息在数据库中查找相应的记录。 4)返回相应的记录给管理员。 5)允许管理员在相应的权限下对数据进行修改。 6)通过终端把得到的内容显示到相应的界面上。1.5.3 流程图 用图形符号以黑盒子形式描绘该系统的每个部件(程序、文档、数据库、人工过程),表达数据在系统各部件之间流动的情况。 根据系统的功能要求,要建立三个库文件,分别是学校持卡者信息、饭卡存款额及历史情况和饭卡信息备份。学校持卡者信息库用来存放全校持卡者的各类信息,比如姓名、学号(或工号)、系别;饭卡存款额及历史情况库用来记录此张饭卡的当前余额、刷卡时消费金额的历史记录以及存款的历史记录;为了防止意外导致这些重要文件丢

教务管理系统需求分析报告

教务管理系统需求分析报告 1.任务概述 1.1目标 通过Internet完成对教务系统的管理,有利于管理者根据教务管理系统及时的对信息进行处理,每个用户可以通过Internet登录系统,并对自己的权限进行相应的操作。设计的目标是尽量大道人力与设备的节省、并且处理数据的速度提高。 该设计面向教务处、院、系教师和全校学生,实现教学资源管理,学籍管理,教学计划,开课/排课管理,选课管理、考务管理,成绩管理,教师管理,教材管理,教学质量监控,开放性实验管理,毕业设计管理和毕业审核等功能。 1.2运行环境: 1台服务器:2.4G双CPU,SCSI双硬盘镜像,2G内存,LINUX7.0,Apache+PHP+Mysql服务器 客户机:CPU 2.0G,512M内存,windowsXP操作系统, 连接Internet。 1.3条件与限制 为完成本系统的开发,应配备WEB服务器、CVS服务器、FTP服务器、文本编辑工具、微机若干台、打印机一台。可利用软件现有的服务器及教师办公用微机等设备。 2.功能需求 2.1.教学计划管理 1)教学计划既要保持相对的稳定性,同时还应满足各教务人员对教学计划进行

调整与更变,能自动生成每学期的教学计划。 教学计划管理能自动生成各班级的课表及上课老师,方便师生查阅。同时能避开节假日正常的教务活动 遇到突发事件能及时自动更新教学计划 2.2学生学籍管理:学生的基本情况、学生获奖和受处分的情况等。学籍变动管理、学生注册管理。 2.3学生成绩管理:管理学生每学期的所学的课程、课程性质、学分、学时、及成绩进行管理。包括成绩管理、分析内容。学生可以登录到学校相应成绩管理系统对自己的学科、学时、学分等相关信息进行查询。毕业生学籍处理:结业处理,毕业处理,授位处理,学籍卡片等。同时每学期末时系统将自动给家长发送一封关于本学期子女在学校的学习成绩及表现等。 2.4教师管理 1)教师信息管理 该系统管理员可以查询所有老师的用户资料以及更新教师资料。 2)教师资料存储 3)教师异动、教师进修、教师教学考勤、权限设置。 2.5选课管理 系统为学生和教务人员提供不同的入口。学生和教务人员具有不同的操作权限,学生可以修改个人基本信息、选课、退课、查看自己的课程;教务人员通过本功能可以及时掌握学生选课的进程,对系统进行全面的管理,如选课信息的录入、查询、修改、删除等。 2.5.1学生网上选课平台(B/S结构)

饭卡管理系统(软件需求说明书)

1引言 ............................................................................................................. 错误!未定义书签。 1.1编写目的............................................................................................... 错误!未定义书签。 1.2背景....................................................................................................... 错误!未定义书签。 1.3定义....................................................................................................... 错误!未定义书签。 1.4参考资料............................................................................................... 错误!未定义书签。2任务概述 ..................................................................................................... 错误!未定义书签。 2.1目标....................................................................................................... 错误!未定义书签。 2.2用户的特点 (2) 2.3假定和约束........................................................................................... 错误!未定义书签。3需求规定 (3) 3.1对功能的规定....................................................................................... 错误!未定义书签。 3.2对性能的规定 (13) 3.2.1精度 (13) 3.2.2时间特性要求 (13) 3.2.3灵活性 (13) 3.3输人输出要求 (13) 3.4数据管理能力要求 (13) 3.5故障处理要求 (14) 3.6其他专门要求 (14) 4运行环境规定 (14) 4.1设备 (14) 4.2支持软件 (14) 4.3接口 (14) 4.4控制 (14)

相关文档
相关文档 最新文档