校园管理系统产品_需求规格说明书V10

合集下载

教务系统系统需求规格说明书

教务系统系统需求规格说明书

项目编号:S错误!未找到引用源。

JWGLXT-BOS 错误!未找到引用源。

分类:错误!未找到引用源。

错误!未指定书签。

Version: 1.1撰写人(签名):完成日期:2010-6-10 评审负责人(签名):评审日期:目录撰写人(签名): (1)评审负责人(签名): (1)1.引言 (3)1.1目的 (3)1.2定义 (3)1.3参考资料 (3)2.总体概述 (3)2.1产品标识 (3)2.2产品描述 (3)2.2.1 系统属性 (3)2.2.2开发背景 (3)2.2.3产品功能 (4)2.3用户的特点 (4)2.4限制与约束 (4)3.系统层次图 (4) (7)4.具体需求 (6)3.1性能需求 (8)3.1.1 精度 (8)3.1.2 时间特性 (8)3.1.3 安全性 (8)3.1.4 稳定性 (8)3.2数据库需求 (9)3.3设计约束 (9)3.3.1 其他标准的约束 (9)3.3.2 硬件约束 (9)3.4属性 (9)3.4.1 系统可靠性 (9)3.4.2 系统安全性 (9)3.4.3 系统容错性 (9)3.4.4 系统防灾性 (9)3.4.5 系统可维护性 (9)3.4.6 系统灵活性 (10)3.5外部接口需求 (10)3.5.1 用户接口 (10)3.5.2 硬件接口 (10)3.5.3 软件接口 (10)3.5.4 通信接口 (10)1. 引言1.1 目的教务管理是大学的主要日常管理工作之一,涉及到校、系、师、生的诸多方面,随着教学体制的不断改革,尤其是学分制、选课制的展开和深入,教务日常管理工作日趋繁重、复杂。

如何把教务工作信息化,模块化,便捷化是现代高校发展的重点,所以迫切需要研制开发一种综合教务管理软件。

本需求的编写目的在于建设高校教务教学的数字化管理,提高教务管理人员、工作人员以及各院系教学负责人的工作效率,并且与“数字化校园”中的其它系统相配合,共同实现无冗余的、统一的信息管理。

ZXJ10(V10)交换机系统篇 系统说明

ZXJ10(V10)交换机系统篇 系统说明

ZXJ10V10.0交换机系统说明ZXJ10V10.0交换机系统是大型数字程控交换机的又一升级产品,它吸取了国内外众家同行设备的优点,采用SDH、HDSL等新技术,具有强大的处理能力、丰富的业务功能和灵活多样的组网方式。

ZXJ10V10.0交换机系统可以满足PSTN网、N_ISDN网、SDH同步网、No.7信令网、智能网和电信管理网等多种网络建设的需要,同时,以ZXJ10V10.0交换机系统为平台,还可以扩展移动通讯交换、Internet接入、宽带接入等功能。

在硬件方面,ZXJ10V10.0交换机系统采用模块间全分散、模块内分级的控制结构。

根据局容量的大小、对业务的需求以及地理位置的不同,可由一到数十个功能模块组合而成;模块内的个公共部件均采用主备用方式;后台采用通用计算机平台为基础、局域网技术为支撑、客户机/服务器方式为控制系统的基本形态。

在软件方面,ZXJ10V10.0交换机系统遵循结构化、模块化和开放性的原则。

层次间采用原语方式单向调用;层内各模块间以明确的消息接口方式为增值业务的引入提供开放的接口。

ZXJ10V10.0交换机的此种软、硬件结构,使系统得以具备灵活的组网能力、强大的呼叫处理能力、高可靠性、良好的兼容性和可宽展性。

1.系统特点1.灵活的组网方式。

ZXJ10V10.0既可以单模块独立成局,又可以多模块组合成局,不仅可以进行PDH树形组网,又可实现SDH及SDH和PDH混合组网。

2.采用全分散控制,又集中管理的先进模式。

在话务处理、信令处理及事务处理上完全由分散的各部分控制,而对话务统计、计费处理及网络管理又采用集中方式。

因此,ZXJ10V10.0是分散与集中的典型结合。

3.近端模块和远端模块配置灵活,模块间采用了大容量光纤作为通信通道。

高速通道带宽已达200Mb/s以上,既提高了信息流量又保证了高抗干扰性。

4.三级时分交换网,单板最大交换容量可达64K,支持128K×128K组网,系统容量可以实现50万门用户和64000条中继。

教务管理系统需求规格说明书

教务管理系统需求规格说明书

教务管理系统需求规格说明书1.引言✓编写目的二十一世纪是信息的社会,传统的教务管理模式,已经不适应信息时代的要求,迫使人们起用新的管理方法来管理。

科学技术日新月异的进步,让人类生活发生了巨大的变化,计算机技术的飞速发展,使各行各业在计算机技术应用方面得到了广泛的普及和使用。

信息化时代的到来成为不可抗拒的潮流,人类文明正在进入一个崭新的时代。

因此,教务管理系统也以方便、快捷、费用低的优点正慢慢地进入人们的生活,将传统的教务管理方式彻底的解脱出来,提高效率,减轻工人人员以往繁忙的工作,减小出错的概率,从而使人们有更多时间来学习和享受生活。

✓背景说明●该产品的名称为教务管理系统●系统设计的目标:出于本系统实学校学生管理的一个综合性的系统,本系统得设计目标将最终定位于完成以上所诉的系统主要业务的基本模型上。

●本系统管理的对象单一,都是在校学生,且每个数据内容具有较强的关联性,涉及的计算过程不是很复杂。

因此,比较适合采用数据库管理。

在技术难度方面,由于有指导老师的指导和相关参考文献,特别是网上资料,特别是参考其它程序的功能,因此完全可以实现。

●需求如下:1.要求有良好的人机界面;2.要求有良好的权限管理;3.原始数据修改简单方便,支持多条件修改;4.方便的数据查询,支持多条件查询;5.在相应得权限下,删除数据简单方便,数据稳定性好;6.计算机自动完成,尽量减少人工干预;7.在相应的权限下,进行数据查询,插入,更改等基本操作。

8.能较好的支持中文数据,良好的国际化界面;●参考资料该项目参考资料大多来自书本《软件工程》和一些网上资料。

2.概述✧功能概述1)系统登陆界面2)系统主界面3)用户管理模块4)学生缴费管理模块5)教学分析模块6)资源配置模块(教师、教室、学生)✧系统功能简介本系统主要可以实现以下的管理功能:资源配置管理、教学分析管理、学生档案管理、学生档案管理、学生缴费管理、课程管理、成绩管理、资源配置管理、教学分析管理等。

学生管理系统需求规格说明书

学生管理系统需求规格说明书

浙江工业大学之江学院软件工程大型实验报告设计题目:___ __ 班级:_____ _____ 姓名:_____ _____ 指导教师:________ ________2015 年6 月“学生管理系统”需求分析报告1 范围1.1 标识1.2 系统概述1.软件名称:学生管理系统2.软件功能:方便教务管理部门在线管理学生基础信息,包括班级信息管理、学生基本信息管理、学生课程成绩管理以及提供统计和查询功能。

此外,系统管理员还可以通过该系统管理用户信息。

3.与其他教务管理系统的关系:此系统为教务管理系统的一个子系统,项目来源于某高校的委托。

整个教务管理系统分为五个部分,另外四个个部分别为:学生选课系统、课程管理系统、教师管理系统和系统管理。

用户需要从系统管理子系统中登录后才能进入学生管理子系统。

学生选课系统、课程管理系统和教师管理系统的班级、学生、教师和课程等基本信息等,与学生管理子系统共享。

图A1-1所示的子系统关系图,主要描述学生管理子系统与其他系统的关系。

图A1-1子系统关系图4.用户:教务业务员和系统管理员5.开发者:XXX、XXX、XXX1.3 文档概述需求分析采用面向对象分析的方法,在文档中主要采用了用例和E-R图等表示方法描述需求。

文档的预期读者为教务业务人员和软件开发小组。

1.4 基线无(或《学生管理系统可行性分析报告》)2 引用文件计算机软件文档编制规范(GB/T 8567-2006),2006年3月14日发布,2006年7月1日实施。

3 需求概述3.1 系统目标系统的开发目标是充分利用计算机和网络技术,打破传统的管理模式,实现课程信息、学生信息和考试成绩的在线管理,保持这些数据的一致性,同时提高管理的工作效率。

3.2 运行环境1.服务器硬件配置要求:2.客户机硬件配置要求:个人机,1M内存,40G硬盘3.软件配置要求:Jdk 1.5版本以上,Tomcat 5.03.3 用户特点系统的最终用户为教务业务员,具备基础的计算机操作技能。

校园管理系统产品需求规格说明书

校园管理系统产品需求规格说明书

校园信息管理系统目录校园信息管理系统 (1)0. 文档介绍 (1)0.1 文档目的 (1)0.2 文档围 (1)0.3 读者对象 (1)0.4 参考文档 (1)0.5 术语与缩写解释 (1)1. 产品介绍 (2)2. 产品面向的用户群体 (2)3. 产品应当遵循的标准或规 (2)4. 产品围 (2)5. 产品中的角色 (2)6. 产品的功能性需求 (2)6.0 功能性需求分类 (2)6.0.1 信息系统 (2)6.0.2 民意系统 (3)6.1 通知管理系统(Introduction) (3)6.1.1 Use case diagram 总用例图 (3)6.1.2 发布通知用例 (3)6.1.3 查询通知用例 (4)6.1.4 修改通知用例 (6)6.1.5 删除通知用例 (7)6.2 新闻管理系统(Introduction) (8)6.2.1 Use case diagram 总用例图 (8)6.2.2 发布新闻用例 (8)6.3 学生信息管理系统(Introduction) (9)6.3.1 Use case diagram 总用例图 (9)6.3.2 查询分数用例 (9)6.3.4 查询消费用例 (11)6.3.5 查询奖惩用例 (12)6.4 民意调查管理系统(Introduction) (13)6.4.1 Use case diagram 总用例图 (13)6.4.2 发布调查用例 (13)6.4.3 参加调查用例 (15)6.4.4 显示调查结果用例 (16)6.5 建议管理系统(Introduction) (17)6.4.1 Use case diagram 总用例图 (17)6.4.2 查询建议用例 (17)6.4.3 添加建议用例 (18)6.4.4 回复建议用例 (20)6.4.5 删除建议用例 (21)0. 文档介绍0.1 文档目的本文档是校园管理系统项目软件需求规格说明书,主要阐述了校园管理系统项目的软件需求:信息系统、民意系统。

教务处管理系统需求规格说明书

教务处管理系统需求规格说明书

教务处管理系统需求规格说明书一、引言教务处管理系统是为了提高教务工作效率和管理水平而开发的一款软件系统。

本需求规格说明书旨在定义教务处管理系统的功能和性能要求,以便开发团队按照规格进行系统开发和测试。

二、目标和背景教务处管理系统的目标是提供一个集中化、自动化和高效的管理平台,实现学校教务活动的全面管理和监管。

该系统将涵盖课程管理、教师管理、学籍管理、成绩管理等模块,以及辅助决策和统计分析功能。

三、功能需求1、课程管理a) 课程发布:教务处可发布课程信息,包括课程名称、授课教师、上课时间、地点等。

b) 课程调整:在必要时,教务处可对课程进行调整,例如更改上课时间或教室。

c) 课程查询:学生和教师可以查询课程信息,包括课程名称、教师名称、上课时间等。

2、教师管理a) 教师信息录入:教务处可录入教师的基本信息,包括姓名、性别、联系方式等。

b) 教师课程分配:教务处可分配教师授课任务,指定教师教授的课程和班级。

c) 教师查询:学生和教务处可查询教师的基本信息和授课情况。

3、学籍管理a) 学生信息录入:教务处可录入学生的基本信息,包括姓名、性别、学号、联系方式等。

b) 学生选课:学生可在系统中选课,选择自己感兴趣的课程。

c) 学生查询:学生和教务处可查询学生的基本信息、选课情况和成绩。

4、成绩管理a) 成绩录入:教师可录入学生的作业成绩、考试成绩等。

b) 成绩查询:学生和教务处可查询学绩,包括课程成绩和总评成绩。

c) 成绩分析:教务处可进行成绩统计和分析,相关报表和图表。

四、性能需求1、数据安全性:系统应保证学生和教师的信息安全,禁止非授权人员访问和修改。

2、响应时间:系统应能在合理的时间内响应用户的操作请求,不应出现长时间的卡顿或延迟现象。

3、并发处理能力:系统应能同时处理多个用户的请求,保证系统的稳定性和性能。

4、可靠性:系统应具备较高的稳定性和可靠性,避免出现系统崩溃或数据丢失等情况。

附件:1、数据库设计文档:包含系统的数据库结构和关系描述。

教学管理信息系统需求规格说明书

教学管理信息系统需求规格说明书

教学管理信息系统需求规格说明书1.引言1.1编写目的1.2项目背景1.3定义1.4参考资料2.任务概述2.1目标2.1.1理念目标2.1.2功能目标2.2运行环境2.3条件与限制2.3.1技术限制2.3.2使用限制3.数据描述3.1静态数据3.2动态数据3.3数据库介绍3.4数据字典3.4.1数据流词条描述3.4.2数据文件词条描述3.4.3加工逻辑词条描述3.4.4源点及汇点词条描述4.功能需求4.1功能划分4.2功能描述5.性能需求5.1数据精确度5.2时间特性5.3适应性6.运行需求6.1硬件接口6.2软件接口6.3故障处理7.其它需求1.引言1.1编写目的本软件需求规格说明书是系统分析人员与用户进行了大量的交流后写成的,比较全面的描述了用户的各种需求。

该文档确定了待开发软件的功能、性能、数据、界面等要求,并确定了系统的逻辑结构。

为今后的开发人员进行系统开发提供了依据,也为项目经理、设计人员、营销人员、用户、测试文档的编写人员提供了参考。

1.2项目背景项目名称:教学管理信息系统项目任务提出者:齐鲁工业大学项目开发者:张云、张丽梅、邓蓓蓓、陈瑞红、林慧萍、郑惠项目用户:齐鲁工业大学所有管理人员和学生随着学校教育水平的不断提高,学校规模不断扩大,传统的C/S结构的信息管理软件已经远远不能够满足学校的需求,已经成为学校进一步发展的瓶颈。

经总结,这类信息系统存在如下的缺陷:①软件维护的费用高。

②信息查询不方便。

③不利与远程管理。

④软件的可操作性不高。

为了眤补这些缺陷,消除影响进一步发展的瓶颈,降低学校的信息软件维护成本,进一步方便学生使用,方便教职工管理,我们项目组决定在这次软件开发过程中,开发基于B/S架构的教学管理信息系统。

1.3 定义JavaWeb:是用Java技术来解决相关Web互联网邻域的技术总和MySQL:MySQL是一个小型关系型数据库管理系统MVC:模型,视图和控制。

目的是实现Web系统的职能分工。

校园管理系统产品_需求规格说明书V10(2021修订版)

校园管理系统产品_需求规格说明书V10(2021修订版)

校园信息办理系统目录校园信息办理系统 (1)0. 文档介绍 (2)0.1 文档目的 (2)0.2 文档范围 (2)0.3 读者对象 (2)0.4 参考文档 (2)0.5 术语与缩写解释 (3)1. 产物介绍 (4)2. 产物面向的用户群体 (4)3. 产物应当遵循的尺度或尺度 (4)4. 产物范围 (4)5. 产物中的角色 (4)6. 产物的功能性需求 (4)6.0 功能性需求分类 (4)信息系统 (4)民意系统 (5)6.1 通知办理系统〔Introduction〕 (6)6.1.1 Use case diagram 总用例图 (6)6.1.2 发布通知用例 (6)6.1.3 查询通知用例 (8)6.1.4 点窜通知用例 (10)6.1.5 删除通知用例 (12)6.2 新闻办理系统〔Introduction〕 (14)6.2.1 Use case diagram 总用例图 (14)6.2.2 发布新闻用例 (14)6.3 学生信息办理系统〔Introduction〕 (16)6.3.1 Use case diagram 总用例图 (16)6.3.2 查询分数用例 (16)6.3.4 查询消费用例 (18)6.3.5 查询奖惩用例 (19)6.4 民意查询拜访办理系统〔Introduction〕 (21)6.4.1 Use case diagram 总用例图 (21)6.4.2 发布查询拜访用例 (21)6.4.3 参加查询拜访用例 (23)6.4.4 显示查询拜访成果用例 (25)6.5 建议办理系统〔Introduction〕 (28)6.4.1 Use case diagram 总用例图 (28)6.4.2 查询建议用例 (28)6.4.3 添加建议用例 (30)6.4.4 答复建议用例 (32)6.4.5 删除建议用例 (34)0. 文档介绍0.1 文档目的本文档是校园办理系统工程软件需求规格说明书,主要阐述了校园办理系统工程的软件需求:信息系统、民意系统。

校园管理系统产品_需求规格说明书V1.04.doc

校园管理系统产品_需求规格说明书V1.04.doc

校园管理系统产品_需求规格说明书V1.04 校园信息管理系统目录校园信息管理系统(1)0. 文档介绍(2)0.1 文档目的(2)0.2 文档范围(2)0.3 读者对象(2)0.4 参考文档(2)0.5 术语与缩写解释(3)1. 产品介绍(4)2. 产品面向的用户群体(4)3. 产品应当遵循的标准或规范(4)4. 产品范围(4)5. 产品中的角色(4)6. 产品的功能性需求(4)6.0 功能性需求分类(4)6.0.1信息系统(4)6.0.2民意系统(5)6.1 通知管理系统(Introduction)(6)6.1.1 Use case diagram 总用例图(6)6.1.2 发布通知用例(6)6.1.3 查询通知用例(8)6.1.4 修改通知用例(10)6.1.5 删除通知用例(12)6.2 新闻管理系统(Introduction)(14)6.2.1 Use case diagram 总用例图(14)6.2.2 发布新闻用例(14)6.3 学生信息管理系统(Introduction)(16) 6.3.1 Use case diagram 总用例图(16)6.3.2 查询分数用例(16)6.3.4 查询消费用例(18)6.3.5 查询奖惩用例(19)6.4 民意调查管理系统(Introduction)(21)6.4.1 Use case diagram 总用例图(21)6.4.2 发布调查用例(21)6.4.3 参加调查用例(23)6.4.4 显示调查结果用例(25)6.5 建议管理系统(Introduction)(28)6.4.1 Use case diagram 总用例图(28)6.4.2 查询建议用例(28)6.4.3 添加建议用例(30)6.4.4 回复建议用例(32)6.4.5 删除建议用例(34)0. 文档介绍0.1 文档目的本文档是校园管理系统项目软件需求规格说明书,主要阐述了校园管理系统项目的软件需求:信息系统、民意系统。

教学管理系统需求规格说明书

教学管理系统需求规格说明书

三、需求规格说明书1.引言 (2)1.1编写目的 (2)1.2项目背景 (2)1.3定义 (2)1.4参考资料 (2)2.任务概述 (2)2.1目标 (3)2.2运行环境 (3)2.3条件与限制 (3)3.数据描述 (3)3.1静态数据 (3)3.2动态数据 (4)3.3数据库介绍 (4)3.4数据词典 (4)3.5数据采集 (5)4.功能需求 (6)4.1功能划分 (6)4.2功能描述 (6)5.性能需求 (6)5.1数据精确度 (6)5.2时间特性 (6)5.3适应性 (6)6.运行需求 (7)6.1用户界面 (7)6.2硬件接口 (7)6.3软件接口 (7)6.4故障处理........................................................................................... 错误!未定义书签。

7.其它需求................................................................................................... 错误!未定义书签。

1.引言1.1编写目的需求说明书的主要内容是关于我们团队所要设计的“教务管理系统”来编写的,本说明书的主要作用是对所设计的“教务管理系统”里面的数据进行描述,还有各种数据对应的类型进行了定义,所引用的资料进行整理。

让读者能清晰明了的知道软件所能实现的功能。

1.2项目背景开发软件名称:教学管理系统项目参与人:宋兰兰(组长)韩光辉杨鹏飞高翔项目来源:应教务管理中心要求主管部门:信息学院教务管理中心1.3定义Macromedia Dreamweaver 8:网页设计工具Microsoft SQL Server:数据库工具静态数据--系统固化在内的描述系统实现功能的一部分数据动态数据--在软件运行过程中用户输入的后系统输出给用户的一部分数据,也就是系统要处理的数据。

校园管理系统需求规格说明书

校园管理系统需求规格说明书

《校园管理系统面向用例的需求规格说明书》目录1.导言.......................................2 6.项目组织结构 (3)6.1市场部 (4)6.2项目管理 (4)6.3 软件开发 (4)2. 概述.........................................2 6.4 质量保证. (5)6.5 配置管理 (5)6.6 用户 (5)7.项目生存期 (5)3. 项目任务范围 (2)8.时间计划 (8)4.项目目标 (2)5.项目实施策略 (3)5.1项目管理策略 (3)5.2 软件开发策略 (3)5.3 质量保证策略 (3)1.导言略2.概述《校园管理系统》是对学校教务和教学活动进行综合管理的平台系统,是基于Internet环境的综合信息系统,满足学校管理层、教师、学生、家长等日常工作、学习、管理、咨询等工作。

目的是共享学校各种资源、提高学校的工作效率、规范学校的工作流程、便利校内外的交流。

系统具有标准化、分布式存储和检索、易用、易维护、开放等特点。

3 项目任务范围《校园管理系统》项目需完成的任务总的分为两类:通用功能和学校日常业务管理功能。

其中通用功能包括电子课表、会议通知和公告、日程安排、个人日记、通讯录、教师答疑、家庭作业等。

学校日常业务管理功能包括招生管理、学生日常管理、教务管理、、教师备课系统、资源库系统、网上考试功能、聊天室、论坛等。

图1是项目任务的范围图示。

4.项目目标目前电化教育已经越来越普及,各地的学校纷纷建设自己的校园网,但是好多学校在投巨资建设校园网之后,未能高效利用校园网的资源。

《校园管理系统》提供了有效利用校园网,实现学校管理的电子化。

本项目的产品可以达到以下目标。

•提高生产效率,减少返工。

•节省开支。

•业务过程的流水线化。

•先前人工劳动的自动化。

•符合相关标准和规则。

•与目前的应用产品相比较,提高了可用性或减少了失效程度。

三维数字校园管理系统平台需求规格说明书

三维数字校园管理系统平台需求规格说明书

<三维数字校园管理系统平台建设工程>需求规格说明书撰写人:完成日期:2021年10月29日评审负责人:评审日期:年月曰版本历史目录1 引言 (4)1.1 目的 (4)1.2 背景 (4)2 总体概述 (5)2.1 产品描述 (5)2.2 开发目标 (6)2.2.1 开发原那么 (6)2.2.2 产品功能 (8)2.3 用户特点 (8)2.4 数据技术标准说明 (9)2.4.1 根底地理数据 (9)2.4.2 2.5 维数据建设要求 (9)2.4.3 2.5 维图形信息制作 (10)2.5 功能需求 (11)2.5.1 地图根底应用局部 (12)2.5.2 网站运用功能 (12)2.5.3 手机局部功能 (14)2.6 性能需求 (16)2.7 平安需求 (16)2.8 接口 (18)3 运行环境设定 (19)3.1 硬件设备 (19)3.2 支持软件 (19)1 引言1.1 目的近年来,随着我国高等教育规模的不断扩大,新校区的投入使用,学校招生数量不断增加,给学校综合管理工作提出更高要求。

为了更好地方便师生的日常生活、使新生快速熟悉校园环境,同时实现校园信息化管理特此我公司开发了本套杭州师范大学三维数字校园管理系统,本系统结合了三维电子仿真地图使校园更加逼真、生动,从而使广阔师生清晰明了地熟悉新的校园,拥有一个舒心愉悦的心情投入到教育和学习中。

1.2 背景二十一世纪的今天是一个信息时代,信息技术的飞速开展正深刻地影响和改变着人们的生活和工作方式。

实现校园信息化是中国教育融入全球化浪潮的首要和必要条件。

我公司积极响应国家的方针,结合公司在三维仿真技术的成熟性和先进性,提出了“三维数字校园〞的概念,这是对学校未来管理开展方向的一种描述。

通过三维仿真技术、数字技术、信息技术、网络技术要在校园生活各个方面的渗透和融合,建立了基于GIS 平台的“杭师大三维数字校园管理系统〞。

实现在图形化、可视化和形象化状态下的校园信息查询定位、教学教育设施管理、学区规划管理等。

数字化校园管理系统需求规格说明书

数字化校园管理系统需求规格说明书

数字化校园管理系统需求规格说明书目录数字化校园管理系统 (1)一、背景 (6)二、目标 (6)三、总体框架设计 (6)四、基础支撑模块 (6)4.1概述 (6)4.2 统一身份认证接口 (7)4.3 统一消息中心 (7)4.4 数据交换中心 (8)四、基础数据管理模块 (9)4.1 学校信息管理 (9)4.2 组织机构管理 (9)4.3 专业信息管理 (10)4.4 课程信息管理 (10)4.5 教学场地信息管理 (11)4.6 宿舍信息管理 (12)4.7 班级信息管理 (12)4.8 个性化设置管理 (12)五、学生管理模块 (13)5.1 招生管理 (13)5.2 迎新管理 (13)5.4学生异动管理 (14)5.5 日常考勤管理 (15)5.6 学生请假管理 (16)5.7住宿生管理 (17)5.8 班级活动管理 (18)5.9 学生社团管理 (18)5.10 奖惩管理 (18)5.11 学生成绩管理 (19)5.12 统计分析管理 (19)六、教师管理模块 (19)6.1 教师基本信息管理 (19)6.2 教师档案管理 (19)6.3 教科研管理 (20)6.4 活动及培训管理 (20)6.5 竞赛管理 (21)6.6 奖惩管理 (21)6.7 统计分析管理 (21)七、教学教务管理模块 (21)7.1 人才培养方案管理 (21)7.2 教学计划管理 (22)7.3 教学任务管理 (22)7.5 排课要求管理 (23)7.6 排课管理 (23)7.7 课表管理 (24)7.8 教案管理 (24)7.9 教学日志管理 (25)7.10 课堂考勤管理 (25)7.11 课堂评价管理 (26)7.12 教师工作量管理 (26)7.13 学生成绩管理 (26)7.14 统计分析管理 (26)八、校园评价模块 (27)8.1 评价方案管理 (27)8.2 评价指标管理 (27)8.3 调查问卷管理 (27)8.4 评价执行管理 (28)8.5 评价模型管理 (28)8.6 统计分析管理 (28)九、校园竞赛活动管理模块 (29)9.1 竞赛信息管理 (29)9.2 竞赛报名管理 (29)9.3 竞赛日程管理 (29)9.5 统计分析管理 (29)十、行政办公模块 (30)10.1 通知公告管理 (30)10.2 公文流转管理 (30)10.3 行政任务管理 (30)10.4 督办、催办管理 (31)10.5 办公流程管理 (31)10.6 用车管理 (31)10.7 物业报修 (31)10.8 考勤管理 (32)10.9会议室管理 (32)10.10值班管理 (33)10.11人事管理 (33)十一、移动应用模块 (33)11.1 学生管理 (33)11.2 教学教务管理 (34)11.3 校园评价 (34)11.4 行政办公 (34)一、背景略二、目标以学校发展规划为指导,以教育诊改为抓手,以课堂教学为中心,依托CRP教学软件的理念,延伸和拓展传统校园的功能;遵循大数据思维,体现云计算概念,依托学校数据中心,建立数字化教学数据交换中心;依托办公管理无纸化,提高工作、管理和决策效率,提高信息利用率;通过各个系列的管理服务应用升级,提高管理与服务水平;建成统一开放的数据标准和业务工作模型,构建灵活规范的业务应用服务体系;最终实现学校教学、科研、管理和服务过程的全面信息化和数字化。

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

校园信息管理系统目录校园信息管理系统10. 文档介绍20.1 文档目的20.2 文档X围20.3 读者对象20.4 参考文档20.5 术语与缩写解释31. 产品介绍42. 产品面向的用户群体43. 产品应当遵循的标准或规X44. 产品X围45. 产品中的角色46. 产品的功能性需求46.0 功能性需求分类46.0.1信息系统46.0.2民意系统56.1 通知管理系统(Introduction)66.1.1 Use case diagram 总用例图66.1.2 发布通知用例66.1.3 查询通知用例86.1.4 修改通知用例106.1.5 删除通知用例126.2 新闻管理系统(Introduction)146.2.1 Use case diagram 总用例图146.2.2 发布新闻用例146.3 学生信息管理系统(Introduction)166.3.1 Use case diagram 总用例图166.3.2 查询分数用例166.3.4 查询消费用例186.3.5 查询奖惩用例196.4 民意调查管理系统(Introduction)216.4.1 Use case diagram 总用例图216.4.2 发布调查用例216.4.3 参加调查用例236.4.4 显示调查结果用例256.5 建议管理系统(Introduction)286.4.1 Use case diagram 总用例图286.4.2 查询建议用例286.4.3 添加建议用例306.4.4 回复建议用例326.4.5 删除建议用例340. 文档介绍0.1 文档目的本文档是校园管理系统项目软件需求规格说明书,主要阐述了校园管理系统项目的软件需求:信息系统、民意系统。

0.2 文档X围本文主要介绍了校园管理系统项目的如下需求:信息系统、民意系统。

0.3 读者对象本文读者面向校园信息管理系统的设计人员,本文是系统设计的根据。

0.4 参考文档无0.5 术语与缩写解释无1. 产品介绍随着网络的兴起,越来越多的工作由纸质转为虚拟,不仅省时省力环保绿色,而且效率大大提高。

而校园,依旧没有引入这一时尚而又有意义的模式。

针对此现象,设计了校园信息管理系统软件。

校园信息管理系统软件满足如下软件需求:信息系统、民意系统。

2.产品面向的用户群体产品面向的用户是所有在校师生。

本产品可以大大提高师生间上传下效的工作效率,并且操作方便,便于维护和查询。

3. 产品应当遵循的标准或规X本产品应当遵守CMM3标准。

4. 产品X围本产品适用于所有学校,但由于是手机软件,不推荐大学以下的学校使用,以免学生玩物丧志。

5. 产品中的角色6. 产品的功能性需求6.0功能性需求分类6.0.1信息系统6.0.2民意系统6.1通知管理系统(Introduction)6.1.1 Use case diagram 总用例图6.1.2 发布通知用例6.1.2.1 Add card 简要说明发布通知。

6.1.2.2 Actors 参与者发布者或校园信息管理系统管理员。

6.1.2.3 Trigger 触发条件发布者或校园信息管理系统管理员打开信息系统的通知管理界面。

6.1.2.4 Preconditions 前置条件发布者或校园信息管理系统管理员已经登录系统。

6.1.2.5 Description 基本事件流描述步骤:1.发布者或校园信息管理系统管理员点击发布通知。

2.发布者或校园信息管理系统管理员输入通知并确认。

3.发布者或校园信息管理系统管理员点击确定发布通知。

4.系统显示新发布的通知。

6.1.2.6 Extensions 备选事件流发布者或校园信息管理系统管理员取消发布通知,则返回当前页面。

6.1.2.7 End condition 后置条件成功后置条件:数据库成功添加一条通知记录。

失败后置条件:等待校园信息管理系统管理员下一步操作。

6.1.2.8 Special Requirement 特殊需求无6.1.2.9 数据项与字典项6.1.3 查询通知用例6.1.3.1 Add card 简要说明查询已有的通知。

6.1.3.2 Actors 参与者发布者、校园信息管理系统管理员或用户。

6.1.3.3 Trigger 触发条件发布者、校园信息管理系统管理员或用户打开信息系统的通知管理界面。

6.1.3.4 Preconditions 前置条件发布者、校园信息管理系统管理员或用户已经登录系统。

6.1.3.5 Description 基本事件流描述步骤:1.发布者、校园信息管理系统管理员或用户点击查询通知。

2. 发布者、校园信息管理系统管理员或用户输入查询条件并确认。

3.系统显示待查询的通知。

6.1.3.6 Extensions 备选事件流发布者、校园信息管理系统管理员或用户取消查询通知,则返回当前页面。

6.1.3.7 End condition 后置条件成功后置条件:无失败后置条件:等待校园信息管理系统管理员下一步操作。

6.1.3.8 Special Requirement 特殊需求无6.1.3.9 数据项与字典项6.1.4 修改通知用例6.1.4.1 Add card 简要说明修改已有的通知。

6.1.4.2 Actors 参与者发布者或校园信息管理系统管理员。

6.1.4.3 Trigger 触发条件发布者或校园信息管理系统管理员打开信息系统的通知管理界面。

6.1.4.4 Preconditions 前置条件发布者或校园信息管理系统管理员已经登录系统。

6.1.4.5 Description 基本事件流描述步骤:1.发布者或校园信息管理系统管理员点击修改通知。

2. 发布者或校园信息管理系统管理员修改通知并确认。

3.系统显示修改完的通知并标识已修改。

6.1.4.6 Extensions 备选事件流发布者或校园信息管理系统管理员取消查询通知,则返回当前页面。

6.1.4.7 End condition 后置条件成功后置条件:数据库更新被修改的通知。

失败后置条件:等待发布者或校园信息管理系统管理员下一步操作。

6.1.4.8 Special Requirement 特殊需求无6.1.4.9 数据项与字典项6.1.5 删除通知用例6.1.5.1 Add card 简要说明删除已有的通知。

6.1.5.2 Actors 参与者发布者或校园信息管理系统管理员。

6.1.5.3 Trigger 触发条件发布者或校园信息管理系统管理员打开信息系统的通知管理界面。

6.1.5.4 Preconditions 前置条件发布者或校园信息管理系统管理员已经登录系统。

6.1.5.5 Description 基本事件流描述步骤:1.发布者或校园信息管理系统管理员点击删除通知。

2. 发布者或校园信息管理系统管理员选择待删除的通知并确认。

3.系统显示删除成功。

6.1.5.6 Extensions 备选事件流发布者或校园信息管理系统管理员取消删除通知,则返回当前页面。

6.1.5.7 End condition 后置条件成功后置条件:数据库删除被删除的通知记录。

失败后置条件:等待发布者或校园信息管理系统管理员下一步操作。

6.1.5.8 Special Requirement 特殊需求无6.1.5.9 数据项与字典项6.2新闻管理系统(Introduction)6.2.1 Use case diagram 总用例图6.2.2 发布新闻用例6.2.2.1 Add card 简要说明发布新闻。

6.2.2.2 Actors 参与者发布者或校园信息管理系统管理员。

6.2.2.3 Trigger 触发条件发布者或校园信息管理系统管理员打开信息系统的新闻管理界面。

6.2.2.4 Preconditions 前置条件发布者或校园信息管理系统管理员已经登录系统。

6.2.2.5 Description 基本事件流描述步骤:1.发布者或校园信息管理系统管理员点击发布新闻。

2.发布者或校园信息管理系统管理员输入新闻并确认。

3.发布者或校园信息管理系统管理员点击确定发布新闻。

4.系统显示新发布的新闻。

6.2.2.6 Extensions 备选事件流发布者或校园信息管理系统管理员取消发布新闻,则返回当前页面。

6.2.2.7 End condition 后置条件成功后置条件:数据库成功添加一条新闻记录。

失败后置条件:等待校园信息管理系统管理员下一步操作。

6.2.2.8 Special Requirement 特殊需求无6.2.2.9 数据项与字典项6.3学生信息管理系统(Introduction)6.3.1 Use case diagram 总用例图6.3.2 查询分数用例6.3.2.1 Add card 简要说明查询已有的分数。

6.3.3.2 Actors 参与者发布者、校园信息管理系统管理员或用户。

6.3.3.3 Trigger 触发条件发布者、校园信息管理系统管理员或用户打开信息系统的学生信息管理界面。

6.3.3.4 Preconditions 前置条件发布者、校园信息管理系统管理员或用户已经登录系统。

6.3.3.5 Description 基本事件流描述步骤:1.发布者、校园信息管理系统管理员或用户点击查询分数。

2. 发布者、校园信息管理系统管理员或用户输入查询条件并确认。

3.系统显示待查询的分数。

6.3.3.6 Extensions 备选事件流发布者、校园信息管理系统管理员或用户取消查询分数,则返回当前页面。

6.3.3.7 End condition 后置条件成功后置条件:无失败后置条件:等待校园信息管理系统管理员下一步操作。

6.3.3.8 Special Requirement 特殊需求无6.3.3.9 数据项与字典项6.3.4 查询消费用例6.3.4.1 Add card 简要说明查询消费记录。

6.3.4.2 Actors 参与者用户。

6.3.4.3 Trigger 触发条件用户打开信息系统的学生信息管理界面。

6.3.4.4 Preconditions 前置条件用户已经登录系统。

6.3.4.5 Description 基本事件流描述步骤:1.用户点击查询消费。

2.用户输入查询条件并确认。

3.系统显示待查询的消费记录。

6.3.4.6 Extensions 备选事件流用户取消查询消费,则返回当前页面。

6.3.4.7 End condition 后置条件成功后置条件:无失败后置条件:等待校园信息管理系统管理员下一步操作。

6.3.4.8 Special Requirement 特殊需求无6.3.4.9 数据项与字典项6.3.5 查询奖惩用例6.3.5.1 Add card 简要说明查询奖惩情况。

6.3.5.2 Actors 参与者用户。

相关文档
最新文档