新生报到系统

合集下载

新生报到注册系统设计实现

新生报到注册系统设计实现

新生报到注册系统设计与实现摘要:高校新生报到注册系统同传统的人工方式相比,更高效、准确和便捷,具有广泛的应用背景。

本文介绍了学院报到注册系统的设计与实现过程,该系统采用b/s结构,以wamp为开发平台,使用codeigniter框架和jquery库。

关键词:新生报到;wamp;b/s结构;codeigniter框架;php 中图分类号:tp3151 概述高校的新生报到业务流程都存在差异,设计一个具有通用性,又便于裁剪定制的系统,可节约开发成本和缩短开发周期,具有重要的现实意义。

系统目标:(1)实现报到过程的网络化管理,避免学生的长时间排队等候。

(2)信息采集的自动化,避免手工录入信息出现的错误。

(3)实现相关职能部门提出的功能需求。

(4)提供实时的报到信息查询,为各职能部门生成信息报表。

综合各方面因素,系统采用b/s结构,以apache为web服务器,mysql为数据库服务器,php为后台脚本语言。

使用轻量级codeigniter(简称ci)框架提高编码效率,前台利用jquery库改善用户体验。

ci是一个小巧但功能强大的php框架,它使用mvc设计模式,将表现层和业务逻辑层分开。

除了提供丰富的标准库以及简单的接口外,还提供了完整规范的开发文档。

ci框架本身的学习曲线也相当平缓,程序开发人员可以很快的上手,而将更多精力专注于问题本身。

2 系统设计与实现2.1 报到流程新生缴费后,方可分配宿舍。

缴费方式可分为提前电子缴费或现场缴费两种形式。

然后统一由招生办核对新生的相关材料(准考证、身份证和录取通知书等),确认注册,并打印报到单。

凭报到单办理住宿、迁移户籍、采集相片。

新生报到流程,参考图1。

2.2 系统功能总体设计系统由五个子模块组成(参考图2):(1)系统管理:完成系统的初始化配置、基础数据的导入导出、帐户创建及维护。

(2)宿舍管理:完成宿舍信息的设置、宿舍的自动批量分配及手工分配、信息的检索、数据的导出和生成统计报到。

高职院校新生报到系统的设计与实现

高职院校新生报到系统的设计与实现

统显 示 已交 费则将 学生注 册状 态更 改为 “ 已注册 ”,并 为
学 生 分 配 宿 舍 和 床 位 , 分 配 床 位 时 ,系 统 根 据 宿 舍 入 住 在
之 外 的功 能 全 部 不 能 访 问 。 更 改密 码 : 部 门操 作 员 账 号 开 通 之 后 ,系 统 为 其 提 各 供 一个 原 始 密 码 ,操 作 员 要 及 时 更 改 自己的 密 码 ,防 止 密 ‘ 码被他人盗用 。
到 时 通 过 服 务 器访 问使 用 。
新 生 信 息 查 询 :在 学 生 报 到 过 程 中 , 据 查 询 条 件 , 根 可随时查询学生的报到注册情况 。
导出未报 到学生 :根据查 询的结果 ,将不报 到 的学 生
信 息 导 出 , 时 反馈 给 省 教 育 厅 。 及
统计 分析 :实时统计 报到学 生人数 与报到 比率 ,并可
理系统 ,土 萎 : 每年的新生 入学报到统计工作 ,该 系统界面 简单 、操作 性强 、方便快捷 。 ‘
高职 院校 新 生报 到 系统 的设 计 与实现
文l 朱海水 王大虎
随 着 学 院 招 生 规 模 的 不 断 扩 大 ,学 生 数 量 的 急 剧 增 加 ,每 年 一 次 的 新 生 报 到 及 迎 新 工 作 非 常 繁 重 。所 以 开 发
按 专 业 、性 别 等 条 件 进 行 统 计 。
数 据 备 份 :为 防止 系 统 和 服 务 器 出现 异 常 , 作 过程 中 工 要 及 时各 份 系 统 数据 , 数 据 库 被破 坏 时 以能 够及 时 恢 复 。 在 第 二 , 系 部模 块 。 各 新 生 报 到 注 册 :新 生 到 系 部 报 到 时 , 作 人 员 输 入 学 工

新生报到系统软件需求规格说明书

新生报到系统软件需求规格说明书

软件需求规格说明书本说明书是系统客户和开发者对将要开发的软件系统的共同理解,是后续设计和实现工作的基础。

本报告由以下文档组成:本说明书涉及的对系统的全部定义,经客户确认后,具有约束力,由系统设计人员贯彻和实施。

系统分析员(签名)日期年月日一、软件需求规格说明书的前言:二、项目概述三、具体需求3-1 功能需求主文档名称软件需求规格求说明书主文档编号R子文档名称功能需求子文档序号R3-1 编者编写日期功能需求用CASE工具生成,见以下CASE工具生成的表格(所有删节)模型信息项目名称:新生报到管理系统功能描述加工加工列表:名称新生报到系统加工名称:新生报到管理系统对新生报到管理系统进行管理数据流图:新生报到管理系统个人信息项目名称:新生报到管理申报系统数据流图名称:新生报到系统加工名称:新生个人信息处理加工描述:对个人信息进行查增删改、汇总等操作。

名称:个人信息编号:1加工引用列表:加工名称:分配宿舍加工描述:为新生自动分配宿舍加工引用列表:数据流图:新生个人信息处理项目名称:新生报到管理系统数据流图名称:新生个人信息处理加工名称:新生个人信息处理对教务处请求的处理。

名称:教务处请求处理加工引用列表:关联的数据流关联对象输入输出教务处请求教务处√查询请求查询√增加请求增加√删除请求删除修改请求修改√加工名称:修改个人信息加工描述:对新生个人信息表进行修改加工引用列表:加工名称:新增个人信息加工描述:新增个人信息加工引用列表:加工名称:删除个人信息加工描述:删除个人信息,只有部门领导才能删除个人信息。

加工引用列表:加工名称:查询请求加工描述:查询新生个人信息加工引用列表:数据流图:收退费处理项目名称:新生报到管理系统数据流图名称:收退费处理加工名称:查询费用明细加工描述:查询新生收退费明细。

名称:查询收费明细编号:8加工引用列表:关联的数据流关联对象输入输出查询请求财务处√个人信息(查询)新生个人信息表√收费明细收费明细表√加工名称:收费加工描述:收取新生费用加工引用列表:加工名称:退费加工描述:退回新生费用加工引用列表:数据存储数据存储列表:数据存储:新生个人信息表数据存储描述:新生个人信息登记表=学号+姓名+性别+年龄+照片+家庭住址以数据库的方式组织。

移动迎新系统新生使用指南

移动迎新系统新生使用指南

• 内地研究生:
• 港澳台研究生
2
自助报到-完成各项
2
自助报到-移动门户APP及微信企业号二维码
微信企业号
点击此处加标题 点击此处添加标题 点击此处添加标题
移动门户APP
点击此处添加标题
2
自助报到-注意事项
常见问题及解决方案
<
>
• 激活NetID:如何填写激活表的信息、设置符合要求的密码, 具体可参考帮助台FAQ • 获取宿舍信息:如未分配宿舍,提示前往院系报到 • 填写个人登记信息:一旦提交,暂不可修改。如需修改,可 入校后通过教务系统或学工系统申请修改 • 绿色通道申请:申请提交后需等待审批结果
/
港澳台生 • 输入身份证件号码后填写本人中文姓和名的拼音并提交身份 证件照片或扫描文件 • 等待1-2日后登陆获取校园卡号 • 后续步骤同上
2
自助报到-获取宿舍信息
2
• 内地本科生:
自助报到步骤-填写信息、提交申请、完成测试
• 港澳台本科生:
<
>
• 访问校内邮箱:使用本人NetID及密码登陆“我的中大” (/welcome),点击“学生邮箱”
进入中大校园(腾讯)邮箱
• 现场操作地点:选择移动信号或WIFI信号较强的地点 • 完成报到:默认已完成领取钥匙和领取校园卡,提交前可修 改勾选,一旦提交,在移动端将不可再修改 • 移动端信息推送:自助报到、现场报到的各步骤状态发生变 化都会自动向新生推送微信或APP消息。
Q&A
THANK YOU!
PRESENTED BY 网络与信Q-客户端
Q1 : 迎新网站网址是什么? A1 : 网址 / (目前还未开放) Q2 : 用什么账号访问迎新网站? A2 : 使用中山大学统一身份认证账号即NetID登陆迎新网站。如果第一 次登陆,需要完成NetID激活操作。 Q3 :如何进行NetID激活操作?有何注意事项? A3 :登录,右上角激活,按流程激活即可。激活后自动 获得对应的邮箱。 Q4 :港澳台新生为什么必须提供姓名拼音才能完成NetID激活? A4 : NetID产生机制要求学生提供与身份证件信息一致的姓和名拼音及 证件照片,目前招生数据未能提供,故需提前收集。 Q5 :新生完成个人信息登记填写后发现信息有误怎么修改? A5 :迎新系统暂不提供个人信息修改功能,新生可入学后通过教务系统、 研究生管理系统或学工系统修改个人信息。具体流程依照教务部、研究 生院或学生处的要求。 Q6 :绿色通道申请提交的资料附件有什么格式要求? A6 :每一类附件可上传一个文件,如原资料为多个图片或文件,建议将其合并到 一份文件(如JPG或PDF格式)且内容清晰,以便于审批时预览查看。 Q7 : 绿色通道申请提交后审核发现提交资料不对怎么办?可否退回给申请人? A7 : 审批人在管理后台选择“不同意”并填写详细意见,结束流程。申请人可重 新提交新的申请表和材料。目前不设置退回机制。 Q8:学前教育测试通过的标准是什么?如果没通过能否重考? A8 :防艾知识测试90分通过,医保知识测试80分通过。如果未通过,新生可重考 直至通过。一旦通过便不允许再进入测试页面。 Q9: 户口迁移意愿有何意义? A9 :提前收集掌握新生户口迁移需求,为后续到校后办理户口迁移提供数据参考。 Q10:是否每个步骤都必须完成?有无先后顺序的要求? A10 :本系统平台暂未设定必须完成机制并且也无完成先后顺序的要求。具体实际 操作可按学生处及院系的实际要求进行后续管理跟踪。 Q11:完成自助报到各步是否有信息提示? A11 :如果新生已能正常使用移动门户,每完成一步,系统会自动向用户推送微信 或APP消息。

新生报到管理系统

新生报到管理系统
新生报到管理系统
可行性研究报告
本报告说明建议中的新生报到管理系统在技术上、经济上和社会条件方面的可行性,评价各种可能的选择方案,并提出倾向性意见。
本报告有以下内容组成:
可行性研究报告目录
文档序列
一、引言
A1
二、可行性研究的前提
2-1项目基本要求
A2-1
2-2项目基本目标
A2-2
2-3项目开发条件、假定和限制
主文档名称
可行性研究报告
主文档编号
A
子文档名称
技术条件可行性分析
子文档序号
A5-1
编者
编写日期
A在限制条件下 利用现有条件技术功能目标能否达到:能
C 开发人员数量和质量的要求并说明能否满足:能满足,3-5人的开发小组熟练掌握系统分析技术,数据技术和网络编程技术
F软件环境
中文版Windows XP/2008/Me。
SQL数据库。
Visual studio 2005集成开发环境。
G可利用的信息和资源
学院招办现有的迎新流程
H建议开发软件投入使用的最迟时间:开发后2个月
进行可行性研究的方法如下:
新生查询
管理员查询
领导调查,咨询
进行系统评价时所使用的主要尺度为各项功能的优先次序、开发时间的长短及易用性。
新生报到接待处财务处宿舍管理科登记缴费分配宿舍生活用品领取点集中办理入学手续结算新生到宿舍入住高中档案收取组织关系档案收取凭入学通知书领取缴费清单到财务处交学费书费住宿保险办理交费普通宿舍1人一公寓2人一间文档a32说明了现有系统的简明情况主文档名称可行性研究报告主文档编号子文档名称现有系统简明情况子文档序号a32编写日期目前学院对新生录入情况统计还是采用手工手段wordexcel表格统计新生根据自己情况填写统一的个人信息报表然后呈交系部在系部统计审核并存档并提供附件给教务处供学校查阅

新生报到管理系统_需求说明书

新生报到管理系统_需求说明书

ICS 35.080 L 77中华人民共和国国家标准GB/T 8567-2006 代替GB/T 8567-1988计算机软件文档编制规范Specification for computer software documentation2006-03-14发布 2006-07-01实施中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会发布文档编号:JX_CJDX_YYRJ_J2EE0001版本号:V1.0新生报到管理系统软件需求规格说明[V1.0(GB/T 8567-2006)]拟制人黄明兵审核人批准人[二零一一年十月三十日]1引言 (4)1.1标识 (4)1.2系统概述 (4)1.3文档概述 (5)2引用文件 (5)3需求 (5)3.1要求的状态和方式 (6)3.2需求概述 (6)3.2.1系统总体功能和业务结构 (6)3.2.2硬件系统的需求 (21)3.2.3软件系统的需求 (22)3.2.4接口需求 (22)3.3系统能力需求 (22)3.3.x(系统能力) ...........................................................................................................................................3.4系统外部接口需求 (23)3.4.1接口标识和接口图 (23)3.4.x(接口的项目唯一标识符) (23)3.5系统内部接口需求 (24)3.6系统内部数据需求 (24)3.7适应性需求 (25)3.8安全性需求 (26)3.9保密性和私密性需求 (26)3.10操作需求 (26)3.11可使用性、可维护性、可移植性、可靠性和安全性需求 (27)3.12故障处理需求 (27)3.12.1软件系统出错处理 (27)3.12.2硬件系统冗余措施的说明 (27)3.13系统环境需求 (28)3.14计算机资源需求 (28)3.14.1计算机硬件需求 (28)3.14.2计算机硬件资源利用需求 (28)3.14.3计算机软件需求 (28)3.14.4计算机通信需求 (28)3.15系统质量因素 (28)3.16设计和构造的约束 (29)3.17相关人员需求 (29)3.18相关培训需求 (29)3.19相关后勤需求 (29)3.20其他需求 (29)3.21包装需求 (29)3.22需求的优先次序和关键程度 (30)4合格性规定 (30)5需求可追踪性 (30)6非技术性需求 (30)7尚未解决的问题 (31)8注解 (31)附录 (31)1引言1.1标识符合、缩略语和定义如下:B/S: Brower/Server 浏览器/服务器SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。

:新生报到系统

:新生报到系统

题目:新生报到系统一、课程设计时间2010~11第2学期第15周,即6月13日~6月17日,共计1周,20学时。

二、课程设计内容用C语言编写软件完成以下任务:(1) 录入新生的信息(学号、姓名、来自省份、专业、高考分数),并保存到磁盘文件中;(2) 新生报到签到;(3) 转专业;(4) 查询统计:可以按专业或来自省份查询符合条件的所有学生;(5) 退出。

三、课程设计要求1. 程序质量:● 贯彻结构化的程序设计思想。

● 用户界面友好,功能明确,操作方便,用户界面中的菜单至少应包括“新生信息录入”、“新生报到”、“转专业”、“查询统计”等选项。

● 代码应适当缩进,并给出必要的注释,以增强程序的可读性。

2. 课程设计说明书:课程结束后,上交课程设计说明书和源程序。

课程设计说明书的格式和内容参见提供的模板。

四、指导教师和学生签字指导教师:________ 学生签名:________五、成绩六、教师评语目录一、需求分析 1二、设计分析 2三、主要界面截图 9四、技术要点 12五、个人总结 14六、参考文献 15七、源程序 16根据任务书给定的“课程设计内容”和“课程设计要求”作如下的需求分析。

该系统是一个较典型的数据管理系统,其使用者被假定为某办公室的新生报到的管理人员,系统应该具有准确、稳定、功能齐全的特点。

1.准确性分析:系统管理的数据涉及到学院的所有同学,数据量较大且是一种基础性数据,能够为其它方面的学生管理工作提供重要参考,所以该程序录入的信息必须准确,该程序录入信息后,一定要查询录入是否准确,然后才能进行任何步骤,这样就确保了录入信息的准确性。

2. 稳定性分析:指系统比较健壮,只要是用户的合理操作,系统都应给出合理正确的回应,而不是出现令用户感到意外的系统错误或系统崩溃。

3. 主要功能分析:(1)数据输入:允许用户输入学号、姓名、专业、省份、高考分数。

(2)数据保存:对于输入的数据,或被修改的数据应该保存到某个磁盘文件中,实现永久存储。

大学新生报到系统的设计与实现

大学新生报到系统的设计与实现
图 1 系 统 功 能 模 块 图
该 文 介 绍 一 个 以 S e e 0 0为 后 台 数 据 库 , 于 仝 幽 高 QL S r r2 0 v
考 网 卜录 取 数 据 的 大 学 新 生 报 到 系 统 的 没 计 与 实 现 过 程

系 统 功 能 与 网 络 结 构
Che H e ng Zhang n pi W e Che G e guo i ng ng Li W e Li i u Hua Zha ng n Li
( olg f I fr t n ce c n E gn e i g W u a ie st f C l e o n omai S in e a d n ie rn , h n Unv ri o e o y S in e a d T c n lg Wu a 3 0 ) ce c n e h oo y, h n 4 0 8I
rgs ain ytm s g QL e e 2 0 a te a k ru d aa ae n V sa eit t ss ui S S r r 0 0 s h b c go n d tb s a d i l ai 60 s h frgo n r o e n v u B s c . a te oe ru d
新 生 报 到 工 作 涉 及 到 原 始 数 据 维 护 、 生 签 到 及 新 乍 收 费 新
信 息 处 理 等 内 容 , 而 所 有 这 些 工 作 的 完 成 具 有 二 个 明 显 的 特 征 : 效 性 强 ; 部 门协 调 性 要 好 。 根 据 J 作 性 质 及 部 f 分 上 , 时 各 二 J 可 大 致 将 新 生 报 到 系 统 分 为 三 个 既 相 对 独 立 又 相 互 关 联 的 子
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1引言 (3)1.1标识 (3)1.2系统概述 (3)1.2系统概述 (3)1.2.1项目来源及背景 (3)1.2.2系统结构计划 (3)1.2.3用户特点 (3)2引用文件 (3)3需求 (4)3.1要求的状态和方式 (4)3.2需求概述 (4)3.2.1系统总体功能和业务结构 (4)3.2.2硬件系统的需求 (19)3.2.3软件系统的需求 (19)3.2.4接口需求 (19)3.3系统能力需求 (20)3.3.x(系统能力) (20)3.4系统外部接口需求 (20)3.4.1接口标识和接口图 (20)3.4.2用户接口 (20)3.4.3(接口的项目唯一标识符) (20)3.5系统内部接口需求 (21)3.6系统内部数据需求 (22)3.7性能需求 (22)3.8操作需求 ...................................................................................................................... 错误!未定义书签。

3.9可使用性、可维护性、可移植性、可靠性和安全性需求 (23)3.10故障处理需求 (23)3.12.1软件系统出错处理 (24)3.12.2硬件系统冗余措施的说明 (24)3.11计算机通信需求 ........................................................................................................ 错误!未定义书签。

3.12设计和构造的约束 (24)3.13其他需求 (24)4尚未解决的问题 (2526)5注解 (26)1引言1.1标识符合、缩略语和定义如下:B/S: Brower/Server 浏览器/服务器SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。

UML: Unified Modeling Language(同一建模语言)的缩写,是一个标准的建模语言1.2系统概述新生报到管理系统是结合学校迎新活动管理的实际需要,对新生的入学情况进行管理的信息系统,提供丰富的查询分析功能和管理、决策信息,是提高高校迎新工作效率的管理软件。

使用该系统可以实现新生信息的有序存储,使得检索迅速、查找方便、并且提高了可靠性。

本软件旨在使学校对新生信息的管理,以减轻工作人员的负担,可以加快迎新工作的有条不紊的进行,实现直观化,合理化。

通过这样的系统,可以做到信息的规范管理、科学统计和快速的查询,从而减少管理方面的工作量。

尤其对于复杂的信息管理,计算机能够充分发挥它的优越性。

1.2.1项目来源及背景新生报到系统采用UML结构,在设计初期即充分考虑系统的安全性、稳定性和所需提供的必要功能,并在充分吸取前人经验的基础上着手设计和开发。

因而功能齐全,性能稳定可靠,介面亲和力强,是普通使用者容易上手操作的新生报到系统。

该系统虽是今年刚开发的软件产品,每个新生要经历近8个处理环节。

在普通的服务器上、几百个用户同时在线处理、系统均能应付自如,未出现任何差错,大大减轻各级经办人员的劳动强度,因而赢得学院领导和各基层单位的一致好评。

1.2.2系统结构划分本系统共分为:报到、缴费、宿舍分配、户籍迁移、校医院体检等5个个功能模块。

其数据更新权归各职能部门所有,从而保证了全院范围内的数据一致性,也为责任落实到人提供了基础。

1.2.3用户特点:本系统的用户是网上用户,一类是新生,他们只需要打开新生报到界面,输入自己的学号或者证件号等就可以进入根据自己系统的提示进入新生报到的程序;另一类用户是管理用户,他们是高校内部的人,主要是系统管理人员和教务处,他们熟悉该流程以及办理,系统人员对系统很熟悉,对系统进行维护。

2引用文件《软件工程案例教程》机械工业出版社韩万江编著《数据库系统概论》第四版高等教育出版社王珊萨师煊编著3需求本章分条详述系统需求,是指功能、业务(包括接口、资源、性能、可靠性、安全性、保密性等)和数据需求。

也就是,构成系统验收条件的系统特性。

给每个需求指定项目唯一标识符以支持测试和可追踪性。

并以一种可以定义客观测试的方式来陈述需求。

对每个需求都应说明相关合格性方法,如果是子系统,则还要给出从该需求至系统需求的可追踪性。

描述的详细程度遵循以下规则:应包含构成系统验收条件的那些系统特性,需方愿意推迟到设计时留给开发方说明的那些特性。

如果在给定条中没有需求可说明的话,应如实陈述。

如果某个需求在多条中出现,可以只陈述一次而在其他条中引用之。

3.1要求的状态和方式3.2需求概述3.2.1系统总体功能和业务结构我们采用面向对象分析作为主要的系统建模方法,使用UML(Unified Modeling Language)作为建模语言。

UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。

在UML中,任何一个角度对系统所作的抽象可能需要几种模型来描述,而这些来自不同角度的模型图最终组成了系统的映象。

用例描述角色(用户、外部系统以及系统处理)是如何与系统交互来完成工作的。

用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能,同时,该模型将来可以派生出动态对象模型。

设计用例时,我们遵循下列步骤:1)识别出系统的角色。

角色可以是用户、外部系统,甚至是外部处理,通过某种途径与系统交互。

重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能,并指出这些功能的执行者(角色)是谁。

尽可能地确保所有角色都被完全识别出来。

2)描述主要的用例。

可以采取不断问体积“这个角色究竟想通过系统做什么?”来准确地描述用例。

3)重新审视每个用例,为它们下个详尽的定义。

新生报到管理系统流程图将各系统或子系统连在一起,着重说明这个系统各部分之间地关系,表达了系统各部分之间信息流动情况。

如下图所示:图1:新生报到系统系统流程图3.2.1.1角色定义用户或者执行这指与系统产生交互的外部用户或者外部系统。

3.2.1.1.1新生该系统开发目的主要就是针对新生报到做智能化的设计。

新生和系统的每个功能都密不可分。

3.2.1.1.2管理用户管理用户分各部门管理员和系统管理员,各部门管理员是指在新生报到管理系统中通过管理端参与新生报到工作的人员,它又分为宿舍管理员、财医院管理员、学务处管理员、学工处管理员、学院报到处管理员、一卡通管理员。

系统管理员是指对新生报到管理系统进行相关的设置、进行系统维护的人员,通过管理端登录对管理端的用户进行设置、分配权限等,它们的关系如下图所示。

学院报到处管理员学工处管理员图2:管理用户角色的关系管理用户的具体说明如下:各部门管理员:●宿管部管理员:安排新生入住,对已入住的新生进行登记,管理新生入住信息。

●学院报到处管理员:查验新生录取通知书相关信息是否正确,管理新生个人信息。

●财务处管理员:管理新生缴费信息。

●校医院管理员:组织新生体检,并记录新生体检信息。

●一卡通管理员:管理新生一卡通发放情况。

●学工处管理员:管理需要办理户口转移新生的户口转移信息。

系统管理员:通过管理端对系统用户进行管理的人员,这个角色主要负责对管理端用户的增删,权限的设置等功能。

3.2.1.2 系统主用例图新生报到管理系统可以分为两个最重要的组成部分,一个是新生端子系统,一个是管理端子系统。

新生端子系统功能主要就是新生通过登录系统,查询自己的个人基本信息以及报到信息。

管理端子系统功能是学校各部门的管理员依据新生报到的相关信息办理相关手续,记录新生报到信息等功能。

系统的主用例图如下图所示。

新生管理用户图3:系统的主用例图3.2.1.2.1子系统 新生通过提交录取通知书等入学信息、付费信息等与系统管理端交互。

其主要功能是提供新生报到、缴费管理、寝室分配、户籍迁移、一卡通办理等。

其用例图和活动图如下图所示。

主角1图4:子系统功能用例图主用例描述如下:(1)预检信息给前来报到的新生进行报到、核对并及时修改学生个人的基本信息;自动生成报到号,通过报到号为学生办理以下环节的手续;查看未报到和已报到的学生人数及基本信息。

(2)缴费管理给前来缴费的学生进行缴费情况登记;查看未缴费和已缴费的学生人数及其个人基本信息;查看学生的缴费记录;财务处还有权设置学院内各专业的应缴金额和代收费用。

(3)宿舍管理给学生分配宿舍;查看未分配宿舍的学生人数、基本信息和已分配宿舍的学生人数、基本信息和宿舍号;可查寻学院宿舍的住宿情况。

(4)户口转移新生可按需求自主选择是否要办理户口转移,需要者办理户口转移相关手续,并进行登记。

(5)领取一卡通已完成缴费的新生可到现代技术教育中心领取一卡通,并登记领取情况。

(6)体检新生需到校医院进行体检,并登记体检信息。

a)预检信息用例详细信息如图:预检信息活动图,如图以下:图5:预检信息活动图b)缴费管理确认新生的缴费情况,并登记和录入新生的基本信息;对于未缴费的新生可以提供几种缴费的方式:银行缴费、现场缴费或申请贷款。

缴费管理用例图、顺序图如下图所示:新生图6:缴费管理用例图图7:缴费管理顺序图c)宿舍分配分配宿舍给学生,并统计人数和录入学生基本信息,便于学生查询是否已分配宿舍、宿舍号码和宿舍人员名单。

宿舍分配活动图:新生图8:宿舍管理用例图图9:宿舍管理活动图d)户口迁移新生根据自己的需要办理户籍迁移,管理员查询并统计已办理和未办理新生人数和基本信息。

户口迁移用例图、顺序图:新生图10:户口迁移用例图图11:户口迁移顺序图e)一卡通办理新生入校必须要的一卡通办理程序,学院给每个新生办理一卡通,对于已经领用一卡通的学生,要进行登记处理生并以生成表格的形式,给予新生进行查询,学院还要进行统计和登记。

用例名称一卡通办理用例描述一卡通领用登记,并统计人数和基本信息执行者现代技术教育中心条件前置新生已缴纳学费后置发放一卡通,并登记、统计人数和新生的基本信息确认基本流程1、给新生办理学院通用的一卡通领用情况登记2、查看未办理一卡通和已办理的学生人数和基本信息备注无一卡通办理的用例图、活动图:新生图12:一卡通管理用例图图13:一卡通办理活动图f) 体检管理体检管理用例图如下图所示:图14:体检管理用例图3.2.1.2.2系统管理系统管理是管理系统的安全而设计的,该系统采用b/s设计模式,故只有合法用户才可以使用系统,考虑到系统使用的人员很多,所以系统提供用户注册与密码修改功能,注册需要在进入系统后由系统管理员分配,而不像一般网页注册那样直接填数据,修改密码则是在各种进入系统后提交新数据于系统,系统进行处理。

图15:系统管理用例图图16:系统管理数据流图3.2.2硬件系统的需求服务器:操作系统:Microsoft Windows 2000 ServerCPU:P4处理器内存:512M客户端:操作系统:全系列WINDOWSCPU:1G处理器内存:128M浏览器:IE5.0以上3.2.3软件系统的需求说明对软件系统的需求。

相关文档
最新文档