《测试分析报告【宜昌智慧校园管理与应用系统】》由会员分享，可在线阅读，更多相关《测试分析报告【宜昌智慧校园管理与应用系统】（48页珍藏版）》请在金锄头文库上搜索。
1、测试报告YCZC-F20140007-1(2)宜昌智慧校园管理与应用系统项目负责人陈然作者周昱龙 徐国超文档提交日期版本编号或者更改记录编号*变化状态简要说明（变更内容和变更范围）日期变更人批准日期批准人V1.0C新增文档20151020周昱龙20151026陈然*变化状态：C创建，A增加，M修改，D删除目录YCZC-F20140007-1(2)宜昌智慧校园管理与应用系统11引言51.1编写目的51.2背景51.3定义71.4参考资料72测试概要82.1系统功能测试82.2安全可靠性262.3用户界面272.4中文符合性282.5用户文档293测试结果及发现313.1系统功能测试结果313.2
2、安全可靠性533.3用户界面543.4中文符合性553.5用户文档561 引言1.1 编写目的本文档是宜昌智慧校园管理与应用系统供给设研发与测试人员使用，作为系统研发、实施的依据。作为项目验收标准之一。软件维护的参考资料。1.2 背景为进一步实现“教育公开”的要求，同时方便各类教育信息能准确、安全、快速的发布到指定的用户层面上，同时推进教育信息办公效率，在调研大量学校用户（教师、学校中层干部及校领导）和家庭用户的基础上，建立本项目研发的设计需求根据宜昌市教育及教育信息化发展现状和发展需要， 基于政府有关系统和宜昌教育公共服务平台基础数据库，建设贯穿全市各级幼儿园、小学、初中、高中（职校）、教育
3、管理部门的智慧校园管理与应用系统，开展教育管理和教学的各项应用。宜昌教育的基本情况：高等教育：全市有普通高等学校5 所（三峡大学、三峡大学科技学院、三峡职业技术学院、三峡电力职业学院、三峡旅游职业技术学院），全日制在校生 56588 人，教职工6322人，其中专任教师 3510 人;高等教育成教生28644 人（含宜昌广播电视大学在校生 6093 人），市电大教职工70 人、专任教师32 人。全市18 周岁适龄人口升入高等学校比例37%。基础教育：全市有小学282 所，在校生156855 人，专任教师11003 人，专任教师学历合格率 99.7%，师生比1：14，小学学龄儿童入学率100%，六
4、年教育完成率 100%，小学生升初中比例为 100%。有初中学校135 所，在校生 90816 人，专任教师 8652 人，专任教师学历合格率98.8%，师生比 1：11，初中适龄少年入学率 100%，初中三年教育完成率98.95%，九年义务教育完成率 98%。有普通高（完）中 35 所，在校生59930 人，专任教师4565 人，专任教师学历合格率 98.1%，师生比1：13，高中阶段毛入学率 95%，初中毕业生升入高中阶段教育的比例97%。有幼儿园 383 所，在园幼儿 78499 人，幼儿园教职工7674 人，学前三年幼儿入园率 76%，学前两年幼儿入园率 89%，学前一年幼儿入园率10
5、0%。有特殊教育学校9 所，招收残疾少年儿童 150。该系统建设完成之后，将部署在宜昌电子政务云平台上，从硬件、网络条件而言，就具备了和宜昌电子政务云深度融合的相应条件。而从教育从业者和广大学生家长的实际需求出发，将会使教育信息化的应用真正落在实处。在该系统开发的设计和开发过程中，应该在系统的底层标准化设计、接口开发性、功能与服务模块化以及用户交互体验重点考虑。具体而言，由于该系统的建设是以平台级系统来加以定位，系统要面对“局、校、班、师、家、生”等多重不同角度的用户，涉及用户基础信息繁多复杂，这要求设计者要认真研究用户基础数据特征，提出完整、标准且有可扩性的数据结构体系。其次，不同层级和角色
6、的需求也各不相同，功能和服务也会具有需求多样性和流程多样性，而合理的理解并设计各种基本功能和增值功能显得尤为重要，将功能和服务模块化，使流程可自由组合，使数据可相互复用，是对系统一个重要的考验指标。因此，接口开放性和功能服务的模块化是解决这些问题的关键点。 最后，没有“人”参与和应用的系统只会是失败的系统，而如何让用户“用”起来，这个命题既要考验设计者是否充分理解用户（不同层级和角色）的需求，又要考验设计者是否充分理解用户的使用习惯。1.3 定义无。1.4 参考资料软件需求 劳森（作者），刘晓辉（译者） 电子工业出版社实用软件工程第三版 殷人昆 清华大学出版社电子政务系统的需求分析甘明鑫，曹菁
7、 机械工业出版社2 测试概要2.1 系统功能测试依据所属模块测试内容第2章 技术服务类总体要求 2.6 功能性要求(一）基础数据库升级宜昌教育公共服务平台基础数据库，建设共享数据中心。基础数据库包含学校信息、学生信息、教职工信息。第2章 技术服务类总体要求 2.6 功能性要求(一）基础数据库1、数据内容宽度。覆盖国家和省学校、学生、教职工等相关业务系统的数据内容、宜昌城市网格化管理和城市人口信息所需的数据内容、宜昌本地教育特色数据内容。第2章 技术服务类总体要求 2.6 功能性要求(一）基础数据库2、数据接口。具有统一的基础数据接口，标准的数据规范和明确的接口规范，能与各子系统、子功能有效对接
8、，在国家、省、市有关系统开放接口的情况下，能够对接和同步。第2章 技术服务类总体要求 2.6 功能性要求(一）基础数据库3、共享数据。统一的数据资源与交换系统，对智慧校园中的各种结构化数据进行统一管理，实现智慧化校园数据共享。3.1提供深层次数据挖掘和数据分析。3.2通过共享数据中心，实现异构信息系统之间的数据交换和共享，为后续开发的应用系统提供通用共享数据。第2章 技术服务类总体要求 2.6 功能性要求(一）基础数据库4、数据比对。数据与宜昌市人口基础数据、公安数据、市相关平台进行数据比对。第2章 技术服务类总体要求 2.6 功能性要求（二）、单点登陆与统一认证1、单点登陆整合现有的应用系统
9、的多个登陆窗口，为用户提供所有教育应用系统的唯一登陆窗口，一次登陆可访问授权的各个应用系统。第2章 技术服务类总体要求 2.6 功能性要求（二）、单点登陆与统一认证2、统一身份认证具有标准的认证体系和数据接口，可跨系统使用，新建系统可直接使用。第2章 技术服务类总体要求 2.6 功能性要求（二）、单点登陆与统一认证3、授权系统是用户登录各应用系统的首要安全认证体系。跨系统应用时，授权系统能根据用户角色完成授权。第2章 技术服务类总体要求 2.6 功能性要求（二）、单点登陆与统一认证4、根据国家网络应用安全规定及信息系统使用的要求，采用实名认证方式进行用户登陆规范。用户通过统一的认证平台后，与实
10、名信息库进行校验。实名信息库由各级管理员进行维护基本信息，并与市公安系统和人口基础数据系统进行数据比对。第2章 技术服务类总体要求 2.6 功能性要求（三）、后台管理与权限管理整个系统具有完善的后台管理和权限管理系统。第2章 技术服务类总体要求 2.6 功能性要求（三）、后台管理与权限管理1、基础数据可实现至少市县校三级管理，能实现业务流程和数据报送，数据审核。第2章 技术服务类总体要求 2.6 功能性要求（三）、后台管理与权限管理2、系统应用数据具有统一的数据设置标准，如班级代码标准等。具有统一的数据统计标准。第2章 技术服务类总体要求 2.6 功能性要求（三）、后台管理与权限管理3、统一的
11、跨系统权限管理，能细化到群组和个人第2章 技术服务类总体要求 2.6 功能性要求（四）、内部办公实现教育内部自动化办公。第2章 技术服务类总体要求 2.6 功能性要求（四）、内部办公1、文件流转实现跨区域、跨校、上下级在线办公。能根据角色进行流转。第2章 技术服务类总体要求 2.6 功能性要求（四）、内部办公2、实现上下级和校内信息提醒，通知公告等信息公开内容。第2章 技术服务类总体要求 2.6 功能性要求（四）、内部办公3、实现校内常用功能，如请假代假申请，报修、预约等。第2章 技术服务类总体要求 2.6 功能性要求（四）、内部办公4、实现个人工作日志，个人邮件、个人任务安排及提醒等个人办公
12、功能。第2章 技术服务类总体要求 2.6 功能性要求（五）、教育督导进行监督、检查、评估和指导的高效、实时、信息化的应用管理系统。通过对督导评估管理过程进行的有效控制，提高评估检查效率，实现评估项目精细化，评估手段自动化，评估方式信息化，评估结果系统化和评估数据可视化，保证教育督导工作的公开、公平、公正。第2章 技术服务类总体要求 2.6 功能性要求（五）、教育督导1、上级管理单位可定义督导内容和评价指标体系等内容。第2章 技术服务类总体要求 2.6 功能性要求（五）、教育督导2、学校可根据督导指标体系进行资料的上传和数据报送。第2章 技术服务类总体要求 2.6 功能性要求（五）、教育督导3、
13、上级管理部门可在线进行评分。第2章 技术服务类总体要求 2.6 功能性要求（五）、教育督导4、系统统计功能齐全，具有状态监控和结果统计功能。第2章 技术服务类总体要求 2.6 功能性要求(六)、智能课表智能排课直观易操作的预排课，灵活设置排课规则的自动排课和智能的课表调整，解决对庞大的课时、教师、教室进行排课复杂的问题。第2章 技术服务类总体要求 2.6 功能性要求(六)、智能课表1、学校课表生成功能，可以根据特殊条件进行预定义排课。第2章 技术服务类总体要求 2.6 功能性要求(六)、智能课表2、学校课表生成后，可自动根据教师授课班级生成教师课表。第2章 技术服务类总体要求 2.6 功能性要
14、求(六)、智能课表3、学校课表生成后，可自动生成班级课表。第2章 技术服务类总体要求 2.6 功能性要求(六)、智能课表4、课表共享给教师和学生，管理部门具有各校课表列表，可以依据课表进行远程网上调研和上课情况抽查，督促学校开足课程。第2章 技术服务类总体要求 2.6 功能性要求（七）、成绩管理1、教师可定义考试名称、选择学期、考试类型、科目、满分标准，发布一次成绩，并录入学生成绩。第2章 技术服务类总体要求 2.6 功能性要求（七）、成绩管理2、具有分级成绩管理功能，市级成绩、县（市、区）成绩、学校成绩、班级成绩、个人成绩。并依次为包含关系，在不同的角色页面显示。第2章 技术服务类总体要求 2.6 功能性要求（七）、成绩管理3、可查看成绩的详细情况。第2章 技术服务类总体要求 2.6 功能性要求（七）、成绩管理4、成绩统计和分析功能。除根据年级、班级、平均分、个人成绩等项目进行统计外，还应包含常规的统计分析项目、常用教育测量方法、常用统计学方法。第2章 技术服务类总体要求 2.6 功能性要求（七）、成绩管理5、成绩变化曲线和历史轨迹。学生成绩可根据成绩历史形成历史轨迹和变化曲线。并可以分学科、年度、总分等进行统计分析。第2章 技术服务类总体要求 2.6 功能性要求（七）、成绩管理6、学校端显示排名情况，利于教学分析，家长端不显示排名。第2章 技术服务类
