教室标准管理系统.docVIP

  1. 1、本文档共20页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

需求分析汇报

黄星,许元,唐敏,李苗,方芳

1引言

教室管理系统需求分析用于分析教室管理系统,确定系统综合要求,分析系统数据要求,确定系统功效需求,非功效需求,确定用户类型。

1.1编写目标*

实现软件

老师管理系统软件在WINDOWS平台下开发,采取visualstudio开发

产品意义

帮助师生愈加好获取老师资源,帮助学校愈加高效,方便管理教室资源

作用

管理教室使用情况

最终意图

1.2项目起源

起源学校教室管理需求

1.3项目风险

具体说明本软件开发项目标全部风险负担者,和各自在本阶段所需要负担关键风险,首要风险负担者包含:

任务提出者:学校等教育机构

软件开发者:软件工程专业学生

产品使用者:学校师生和管理者

1.4文档约定

描述编写文档时所采取标准(假如有标准话),或多种排版约定。排版约定应该包含:

正文风格;

提醒方法;

关键符号;

也应该说明高层次需求是否能够被其全部细化需求所继承,或每个需求陈说是否全部有其自己优先级。

1.5预期读者和阅读提议

用户;

关键是老师,学生和学校管理人员

开发人员;

C++编程人员

项目经理;

营销人员;

测试人员;

文档编写入员。

而且描述了文档中,其它部分内容及其组织结构,而且针对每一类读者提出最适合文档阅读提议。

1.6产品范围

教室管理系统关键针对学校教室管理,能够出售给学校用做教室管理。

1.7参考文件*

列举编写软件产品需求分析汇报时所用到参考文件及资料,可能包含:

本项目标协议书;

上级机关相关本项目标批文;

本项目已经同意计划任务书;

用户界面风格指导;

开发本项目时所要用到标淮;

系统规格需求说明;

使用实例文档;

属于本项目标其它己发表文件;

本软件产品需求分析汇报中所引用文件、资料;

相关软件产品需求分析汇报;

为了方便读者查阅,全部参考资料应该按一定次序排列。假如可能,每份资料全部应该给出:

标题名称;

作者或协议签约者;

文件编号或版本号;

发表日期或签约日期;

出版单位或资料起源。

2.教室管理系统综合描述

2.1、产品情况

2.1.1项目概述

该教室管理系统软件现在已经有比较完善管理和使用功效,而且是计算机行业中用高级编程语言来完成新软件。研制教室管理系统软件是为了满足学生对空余自习室使用情况随时掌握和老师调整上课教室。本产品是一个依靠于高级编程语言为基础系统软件,用模块化思想来实现不一样功效。

2.1.2目标

(1)开发意图

a.使大学教室管理系统更完善;

b.最大提升教室使用率。

(2)应用目标

经过本系统软件,能帮助师生利用计算机,快速方便查找最适合教室。

(3)作用及范围

本软件适适用于教育界,它是比较完善系统管理软件,对教室使用情况能够随时了解。

2.2、产品功效

关键功效描述:

2.2.1管理这学期要开课程信息,包含课程任课老师、上课时间、选课人数和是否要求多媒体教学等;全校教室资源信息,包含教室编号,最大容量,是否支持多媒体教学等。

2.2.2依据课程信息和教室资源信息,给每门课安排一个最好上课时间和上课地点,确保同一个老师不在同一个时间段授两门或两门以上课程(即讲课时间不交叉),同一个教室不在同一个时间段安排两门或两门以上课程(即讲课地点不冲突),安排教室能够满足选课人数和多媒体要求(假设学校教学资源能够满足这些要求)。

2.2.3假如有临时讲座,能够尽可能安排一个满足讲座要求教室,如时间、容纳人数、多媒体等。

2.2.4假如遇见意外情况,如老师临时停课,则要实时更新教室使用情况信息;老师有临时变更上课时间要求,则能够查询教室使用情况信息,并尽力为其变更时间并重新安排教室。

2.3、用户类和特征

2.3.1因为系统使用主体是老师和学生,用户类能够分以下两个方面设计:

(1)老师类:

老师基础信息,关键包含老师老师编号,老师姓名,性别,所属院系,职称,身份证号,本学期所教课程信息等;

(2)学生类(关键类);

学生基础信息,关键包含学生学号,姓名,院系号,身份证号等;

(3)系统管理人员

管理人姓名,管理人编号

2.3.2相关类特征

(1)老师类

查询自己教讲课程时间,地点,教授内容,所教学生,所教学生数目

查询空闲老师,申请借用教室,申请更换教室

(2)学生类

查询自己上课时间,地点,上课内容,上课老师。

申请借用空闲教室

(3)系统管理人员

输入教室信息,教室编号,容量,设备情况

输入课程信息,讲课老师,上课学生信息,人数

修改学生和老师对教室占用,并更新教室使用情况

2.4、运行环境

2.4.1开发环境:MicrosoftVisualStdio

2.4.2运行环境:Windows

您可能关注的文档

文档评论(0)

151****0181 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档