教务管理系统需求规格说明书
国标8567-2006软件需求规格说明书实例-教务系统 -重大修改版

软件需求规格说明(SRS)项目:教务管理系统专业班级:目录目录 (2)1.围 (4)1.1标识 (4)1.2系统概述 (4)1.3文档概述 (4)1.4基线 (5)2.参考文献: (6)3.需求 (6)3.1所需的状态和方式 (6)3.2需求概述 (6)3.2.1目标 (6)3.2.2运行环境 (8)3.2.3用户的特点 (9)3.2.4关键点 (9)3.2.5约束条件 (9)3.3需求规格 (10)3.3.1软件系统总体功能/对象结构 (10)3.3.2描述约定 (12)3.4CSCI能力需求 (12)3.4.1数据字典 (13)3.4.2系统功能分解 (15)3.4.3选课、退课模块 (16)3.4.4查询模块 (17)3.4.5成绩管理模块 (17)3.4.6教师个人信息更新模块 (17)3.4.7数据库模块 (17)3.5CSCI外部接口需求 (17)3.5.1 用户界面 (17)3.5.2教务系统与XXX之间的接口 (19)3.6CSCI部接口需求 (19)3.6.1教务系统与数据库之间的部接口 (20)3.7CSCI部数据需求 (20)3.7.1 实体-关系图 (20)3.7.2 数据表 (23)3.7.3 数据流图 (25)3.8性需求 (26)3.9CSCI环境需求 (27)3.10计算机资源需求 (27)3.10.1计算机硬件需求 (27)3.10.2计算机硬件资源利用需求 (27)3.10.3计算机软件需求 (28)3.10.4计算机通信需求 (28)3.11软件质量因素 (28)3.12设计和实现的约束 (29)3.13数据 (29)3.14操作 (30)3.15故障处理 (30)3.16有关人员需求 (31)3.17有关培训需求 (31)3.18有关后勤需求 (31)4需求可追踪性 (31)5尚未解决的问题 (32)6注解(业务名词的解释) (33)附录A (34)附录B (35)1.围1.1标识(待开发软件的完整标识,(如果有的话)包括标识号,版本号、发行号、标题。
教务管理系统说明书

教务管理系统说明书教务管理系统,就像是学校运作的大管家,把教学相关的事儿安排得明明白白。
咱们先来说说登录这一块儿。
您得找到登录的入口,输入您准确的账号和密码。
这就好比回家得拿对钥匙,不然可进不了门哟!账号密码可得记牢了,不然就像没带钥匙在门外干着急。
登录进去后,您会看到各种各样的功能模块。
比如说课程管理,这就像是一个大仓库,里面装着各种各样的课程“宝贝”。
您可以在这里添加新课程,就像往仓库里放进新东西;也能修改已有的课程信息,好比给仓库里的东西重新整理分类;还能删除不再需要的课程,仿佛清理掉仓库里没用的杂物。
再说说学生管理模块。
这里面有学生的各种信息,像学生的姓名、学号、成绩等等。
这不就像一个学生信息的大档案柜嘛!您能方便地查找某个学生的情况,了解他们的学习进展。
还有教师管理,这就如同是教师们的“花名册”。
您能轻松掌握教师们的个人信息、授课情况。
成绩管理也是重要的一部分。
学生们的考试成绩都在这儿汇总,这不就是一张学生学习成果的“成绩单”嘛!您可以方便地录入成绩、统计分析成绩,看看学生们的学习效果咋样。
排课管理也很关键哟!这就像是给学校的教学活动安排一个“时间表”。
要考虑课程的先后顺序、教师的时间安排、教室的使用情况等等,可不能乱了套。
说到这儿,您可能会问,这系统操作起来会不会很复杂?其实呀,只要您熟悉了各个模块的功能,就会发现它就像您熟悉的手机操作一样简单。
而且系统还会有一些提示和引导,就像有个小助手在旁边告诉您该怎么做。
总之,教务管理系统就是为了让学校的教务工作更高效、更有序。
只要您用心去摸索,它就能成为您工作中的得力助手,让教务管理变得轻松又愉快!。
教务管理系统需求规格说明书

教务管理系统需求规格说明书1.引言✓编写目的二十一世纪是信息的社会,传统的教务管理模式,已经不适应信息时代的要求,迫使人们起用新的管理方法来管理.科学技术日新月异的进步,让人类生活发生了巨大的变化,计算机技术的飞速发展,使各行各业在计算机技术应用方面得到了广泛的普及和使用。
信息化时代的到来成为不可抗拒的潮流,人类文明正在进入一个崭新的时代。
因此,教务管理系统也以方便、快捷、费用低的优点正慢慢地进入人们的生活,将传统的教务管理方式彻底的解脱出来,提高效率,减轻工人人员以往繁忙的工作,减小出错的概率,从而使人们有更多时间来学习和享受生活.✓背景说明●该产品的名称为教务管理系统●系统设计的目标:出于本系统实学校学生管理的一个综合性的系统,本系统得设计目标将最终定位于完成以上所诉的系统主要业务的基本模型上。
●本系统管理的对象单一,都是在校学生,且每个数据内容具有较强的关联性,涉及的计算过程不是很复杂。
因此,比较适合采用数据库管理。
在技术难度方面,由于有指导老师的指导和相关参考文献,特别是网上资料,特别是参考其它程序的功能,因此完全可以实现.●需求如下:1.要求有良好的人机界面;2.要求有良好的权限管理;3.原始数据修改简单方便,支持多条件修改;4.方便的数据查询,支持多条件查询;5.在相应得权限下,删除数据简单方便,数据稳定性好;6.计算机自动完成,尽量减少人工干预;7.在相应的权限下,进行数据查询,插入,更改等基本操作。
8.能较好的支持中文数据,良好的国际化界面;●参考资料该项目参考资料大多来自书本《软件工程》和一些网上资料. 2.概述✧功能概述1)系统登陆界面2)系统主界面3)用户管理模块4)学生缴费管理模块5)教学分析模块6)资源配置模块(教师、教室、学生)系统功能简介本系统主要可以实现以下的管理功能:资源配置管理、教学分析管理、学生档案管理、学生档案管理、学生缴费管理、课程管理、成绩管理、资源配置管理、教学分析管理等。
教务管理系统需求说明书

大学教务管理软件需求规格说明书《目录》1引言 (1)1.1 编写目的 (1)1.2 背景说明 (1)1.3 系统目标 (1)2需求描述 (2)2.1 教学资源维护 (4)2.1.1学年校历编排 (4)2.1.2 组织结构维护 (4)2.1.3 教室资源维护 (4)2.2 学籍维护 (5)2.2.1 学生基本信息维护 (6)2.2.2 成绩信息 (6)2.2.3 奖惩信息维护 (7)2.2.4考勤信息维护 (7)2.2.5 学期/学年资格审核管理 (8)2.2.6 异动信息维护 (8)2.2.7 毕业/学位资格审核管理 (10)2.3 教学计划维护 (10)2.4 开课/排课维护 (11)2.4.1 开课管理: (12)2.4.2 排课管理: (12)2.5 选课管理 (15)2.5.1 学生网上选课平台(B/S结构) (16)2.5.2 教务员管理平台(C/S结构): (17)2.6 考务管理维护 (18)2.6.1 考试查询(权限:所有人): (18)2.6.2 考场管理安排(权限:教务人员) (19)2.7 成绩管理维护 (21)2.7.1 系统用途 (21)2.7.2 系统特点 (21)2.8 教师管理维护 (23)2.8.1 目的: (24)2.8.2 管理内容: (24)2.9 教材管理维护 (25)2.9.1 系统功能 (25)2.9.2 系统要求 (26)2.10 毕业设计管理和毕业审核 (26)2.10.1 系统用途 (26)2.10.2 功能需求描述 (26)2.10.3 功能描述 (27)3性能需求 (30)3.1 网络平台要求 (30)3.1.1 网络环境下的多用户系统。
(30)3.1.2 数据的完整性,准确性。
(31)3.1.3数据安全性。
(31)3.2 用户平台要求 (31)4行为描述 (31)5参考文献......................................................................................... 错误!未定义书签。
西南科技大学计算机学院教务系统用户需求说明书.

教务系统用户需求说明书版本历史目录0. 文档介绍 (40.1文档目的 (40.2文档范围 (40.3读者对象 (40.4参考文档 (40.5术语与缩写解释 (41. 产品介绍 (52. 产品面向的用户群体 (53. 产品应当遵循的标准或规范 (54. 产品的功能性需求 (54.0功能性需求分类 (55. 产品的非功能性需求 (65.1用户界面需求 (65.2软硬件环境需求 (65.3产品质量需求 (65.N 其它需求 (7附录A:用户需求调查报告 (8 A.1需求标题 1 (8A.N 需求标题N (80. 文档介绍0.1 文档目的根据对用户的需求调查,做出的一份规格说明书,有利于后续任务的完成,是我们进行本系统开发的必要的一步。
0.2 文档范围本文档适用于“教务系统”项目,并可为类似项目提供参考。
0.3 读者对象用户/项目经理0.4 参考文档?钱乐秋等,《软件工程》,青还大学出版社;?张害藩,《软件工程导论》(第四版,清华大学出版社;?王珊等,《数据库原理及设计》,清华大学出版社;?赵池龙等,《软件工程实践教程》,电子工业出版社。
0.5 术语与缩写解释1. 产品介绍(1本项目主要用于管理教职员工及学生的相关信息;(2完成各院(系与学生有关的各种数据(如学生的注册信息、课程设置、教学培养计划、教学执行计划、学生选课申请、学生成绩等的录入、查询、更新以及各种表格的生成,完成对在校生的基本管理,以及对教学人员(教师、班主任、教务人员的管理。
(3本项目适用领域主要是学生、教职员工。
2. 产品面向的用户群体教务系统软件属教育行业事务管理软件,可广泛应用于全日制大、中、小学及其他各类学校3. 产品应当遵循的标准或规范产品设计应符合面向对象程序设计思想,遵循良好的代码规范。
4. 产品的功能性需求4.0 功能性需求分类5. 产品的非功能性需求 5.1 用户界面需求5.2 软硬件环境需求5.3 产品质量需求5.n 其它需求附录A:用户需求调查报告常见需求调查方式有:?与用户交谈,向用户提问题。
网络教务管理系统软件设计规格说明书

网络教务管理系统软件设计规格说明书第一篇:网络教务管理系统软件设计规格说明书网络教务管理系统软件设计规格说明书小组成员: 郭婷婷2008080302121 蒋政阳2008080302122 杨信明20080803021381.引言1.编写目的在前一阶段(网络教务管理系统需求分析)中已解决了实现该系统需求的程序模块设计问题。
包括如何把该系统化分成若干个模块、决定各模块之间的的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。
在以下的详细设计报告中间将对在本阶段中对系统所做的所有详细设计进行说明。
在本阶段中,确定如何具体的实现所要求的系统,从而在编码阶段可以把这个描述直接翻译成具体的程序语言书写的程序。
主要工作有:根据《网络教务管理系统需求分析说明书》所描述的数据、功能性能需求、处理流程、总体结构和模块设计,涉及软件系统的结构设计、逐个模块的程序描述。
1.项目背景开发软件名称:网络教务管理系统。
项目开发者:信息学院电子系“网络教务管理系统”开发小组:郭婷婷(2008080302121)蒋政阳(2008080302122)组长杨信明(2008080302138)用户单位:北京联合大学信息学院1.参考资料(1)钱乐秋等,《软件工程》,清华大学出版社。
(2)张海藩,《软件工程导论》(第四版),清华大学出版社。
(3)王珊等,《数据库原理及设计》,清华大学出版社。
(4)赵池龙等,《软件工程实践教程》,电子工业出版社。
2.需求概述该系统的用户分两类:学生、教师。
提供给学生选课相关功能,包括网上选课、网上退课、查询选课结果、课表打印等功能;此外,还可以提供学生成绩查询、学籍录入、网上教学评估等功能。
提供给教师的功能:选课名单查询打印、学生成绩录入。
1、技术要求以及限定条件(1)学生成绩录入可以用EXCEL表导入(2)网上教学评估只可以对任课教师评分,非该班学生任课教师,不能对其评分。
2.1 目标本系统是为高等院校开发的,用于日常的网络教务管理,包括学生选课退课,成绩查询.教师选课名单查询打印、学生成绩录入等功能。
教务管理系统需求规格说明书V1.0

需求规格说明书1.引言1.1.编写目的本需求规格说明书的撰写目的是为对教务管理系统做出详细的需求分析,文档面向小组内部成员,用以指导开发各个阶段的流程,明确软件需求、安排项目规划与进度、组织软件的开发与测试,以及日后对系统进行改讲,为开发人员、维护人员及用户之间提供共同的协议以保证开发任务能够顺利进行。
是项目开发的基础,对小组日后工作具有总领和指导的意义。
1.2.项目背景随着学校教育水平的不断提高,学校规模不断扩大,传统的C/S结构的信息管理软件已经远远不能够满足学校的需求,已经成为学校进一步发展的瓶颈。
经总结,这类信息系统软件存在如下的缺陷:软件维护的费用高,因为各个用户都要安装客户端软件。
信息查询不方便。
不利于远程管理。
软件的可操作性不高。
为了弥补这些缺陷,消除影响学校进一步发展的瓶颈,降低学校的信息软件维护成本,进一步方便学生使用,方便教职工管理,我们“神马”项目组决定在这次软件需求工程中,开发基于B/S架构的学生管理系统。
1.3.定义缩写、术语及符号解释JavaWeb是用Java技术来解决相关web互联网领域的技术总和。
MySQL MySQL是一个小型关系型数据库管理系统,开发者为瑞典MySQL AB公司。
HTML HyperText Mark-up Language,即超文本标记语言或超文本链接标示语言,是目前网络上应用最为广泛的语言,也是构成网页文档的主要语言。
JSP由Sun Microsystems公司倡导、许多公司参与一起建立的一种动态网页技术标准。
MVC模型(Model),视图(View)和控制Controller)。
目的是实现Web系统的职能分工。
1.4.参考资料[1] Karl E.Wingers著,软件需求,清华大学出版社,2004[2] Dean Leffingwell等著,软件需求管理——统一方法,机械工业出版社,2002[3] Soren Lauesen著,软件需求,电子工业出版社,2002[4] lan Sommerville著,需求工程,机械工业出版社,2003本文档按照软件工程国家标准编写§2.任务描述2.1.目标2.1.1 理念目标:进一步提高学校的信息化管理水平,方便学生对个人基本信息及成绩的查询,方便教职工的管理,降低学校信息管理软件的维护成本。
大学学生教务管理系统

大学学生教务管理系统规格需求分析教务管理是学校的教务工作的主要内容,其信息量大,信息变动频繁历来是各学校的头疼问题,随着人们对用计算机的使用越来越广泛以及互联网络普及,教务管理也已经基本形成了多元的网络化管理,极大的方便了广大师生,也方便了学校对教务工作的管理,大大的提高了教学质量。
本系统采用ASP结合ACCESS数据库进行设计。
教育管理系统可以实现教务信息的集中管理、分散操作、信息共享,使传统的教务管理朝数字化、无纸化、智能化、综合化的方向发展,并为进一步实现完善的计算机教务管理系统和全校信息系统打下良好的基础。
教务管理系统从管理和使用的角度分为两个部分:学校教务管理端和学生使用端。
前者主要有系统管理员和教务处人员和各院系教务员及任课教师使用,后者则是主要面对在校学生。
学生管理信息系统的系统分析部分,包括可行性分析、业务流程分析等. 学生信息管理系统可以说是一个综合性的学校学生管理系统,这它集成了学生学籍管理系统、学生成绩管理系统、学生档案管理系统、学生缴费管理系统等多种功能,因而具有较强的实用性和先进性。
通过调查,要求系统需要有以下功能:⑴由于操作人员的计算机知识普遍较差,要求有良好的人机界面;⑵由于该系统的使用对象多,要求有较好的权限管理;⑶原始数据修改简单方便,支持多条件修改⑷方便的数据查询,支持多条件查询;⑸在相应的权限下,删除数据方便简单,数据稳定性好;⑹数据计算自动完成,尽量减少人工干预;由于本系统管理的对象单一,都是在校学生,且每个数据内容具有较强的关联性,涉及的计算过程不是很复杂。
因此,比较适合于采用数据库管理。
且学校用于学生管理的微机是PIII 以上的机器,在存储量、速度方面都能满足数据库运行的要求。
在技术难度方面,于有指导老师的指导和相关参考文献,特别是网上资料,特别是参考其它程序的功能,因此完全可以实现。
本系统的设计是在Windows 98 中文版操作系统环境下,使用Visual Basic 6.0中文版开发成功的。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
软件工程大作业
《教务管理系统》
需求规格说明书
班级:
142012
小组成员:张烜仪
鲍健昕
杨鑫
安娜
王港
目录
1 引言 (3)
1.1 目的 (3)
1.2 文档格式 (3)
1.3 预期的读者和阅读建议 (4)
1.4 范围 (4)
2.系统概述 (5)
2.1 系统概述 (5)
2.2 总体架构 (5)
2.3 软件项目约束 (6)
3. 详细描述 (7)
3.1 用例描述 (7)
3.1.1 学生功能需求 (7)
3.1.2 教师功能需求 (8)
3.1.3 管理员功能需求 (11)
3.2 活动流图 (12)
3.2.1 学生成绩查询 (13)
3.2.2 学生选课 (15)
3.2.3 学生课表查询 (16)
3.2.4 学生成绩录入 (18)
3.2.5 教师课表查询 (19)
3.2.6 用户信息修改 (21)
3.3 类图概述 (23)
4. 非功能性需求 (24)
4.1 性能需求 (24)
4.2 数据需求 (25)
4.3 安全性需求 (25)
4.4 用户文档 (26)
4.5其他需求 (26)
1 引言
1.1 目的
该文档首先给出了整个系统的结构概况,然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。
其中对功能需求的描述采用了UML的用例模型方式,主要描述了每一用例的基本事件流。
且给出了直观的用例图,并做出了用例描述。
这些文字和图形都为了本文档能详细准确地描述用户的需求,同时也为用户更容易地理解这些需求的描述创造了条件。
该文档详尽说明了这一软件产品的需求和规格,这些规格说明是进行设计的基础,也是编写测试用例和进行系统测试的主要依据。
同时,该文档也是用户确定软件功能需求的主要依据。
1.2 文档格式
本文档按以下要求和约定进行书写:
(1)页面的左边距为2.5cm,右边距为2.0cm,装订线靠左,行距为最小值20磅。
(2)标题最多分三级,分别为等线二号、等线四号、等线小四,标题均加粗。
(3)正文字体为等线小四号,无特殊情况下,字体颜色均采用黑色。
(4)出现序号的段落不采用自动编号功能而采用人工编号,各级别的序号依次为(1)、1)、a)、、①等,特殊情况另作规定。
1.3 预期的读者和阅读建议
本文档的主要内容共分4部分:系统概述、详细描述、功能性需求和非功能性需求的介绍。
综合描述部分主要对系统的整体结构进行了大致的介绍;系统特性部分对系统的功能需求进行了详细描述,是本文的主要部分;非功能性需求部分对非功能需求进行了详细的描述;外部接口需求部分对用户界面、软件接口、硬件接口和通讯接口等进行了描述。
本文档面向多种读者对象:
(1)项目经理:项目经理可以根据该文档了解预期产品的功能,并据此进行系统设计、项目管理。
(2)设计员:对需求进行分析,并设计出系统,包括数据库的设计。
(3)程序员:配合《设计报告》,了解系统功能,编写《用户手册》。
(4)测试员:根据本文档编写测试用例,并对软件产品进行功能性测试和非功能性测试。
(5)销售人员:了解预期产品的功能和性能。
(6)用户:了解预期产品的功能和性能,并与分析人员一起对整个需求进行讨论和协商。
(7)其他人员:如部门领导、公司领导等可以据此了解产品的功能和性能。
在阅读本文档时,首先要了解产品的功能概貌,然后可以根据自身的需要对每一功能进行适当的了解。
1.4 范围
该产品是在积累了丰富经验的基础上进行开发的,在需求上,充分考虑了具体用户的实际情况。
本产品将主要用户群体是在校的师生,方便师生的日常学习生活。
同时,该系统也简化了学校对教学的管理与统一,使管理员、教务员更方便管理教学。
2.系统概述
2.1 系统概述
二十一世纪是信息的社会,传统的教务管理模式,已经不适应信息时代的要求,迫
使人们起用新的管理方法来管理。
科学技术日新月异的进步,让人类生活发生了巨大的变化,计算机技术的飞速发展,使各行各业在计算机技术应用方面得到了广泛的普及和使用。
信息化时代的到来成为不可抗拒的潮流。
当今高校教务管理数据量大、难以统一管理,因此,教务管理系统也以方便、快捷、费用低的优点正慢慢地进入校园的生活,成为高校管理不可缺少的一部分。
本系统主要分为以下功能:
(1)学生成绩录入及查询;
(2)学生选课;
(3)学生课表查询;
(4)教师课表查询;
(5)用户信息管理;
2.2 总体架构
如图为该系统的总体架构图:
2.3 软件项目约束
a.系统的运行寿命的最小值:2年
b.进行系统方案选择比较的时间:1周
c.经费来源:**公司
d.运行环境:Windows
e.数据库:MYSQL
f.硬件条件:服务器sun工作站,终端为pc机
g.系统投入使用的最晚时间:2个月
3. 详细描述
3.1 用例描述
3.1.1 学生功能需求
校历查询
3.1.2 教师功能需求
修改成绩
3.1.3 管理员功能需求
代码维护
3.2 活动流图
3.2.1 学生成绩查询
如图为学生成绩查询活动图,学生可通过如图流程查询到自
己成绩。
3.2.2 学生选课
如图为学生选课活动图,学生可通过如上流程选择选修课程。
3.2.3 学生课表查询
如图,学生可通过此流程对个人课表进行查询。
3.2.4 学生成绩录入
如图,教师可通过如上流程对学生成绩进行录入。
3.2.5 教师课表查询
如图,教师可通过以上流程对个人课表进行查询。
3.2.6 用户信息修改
如图,管理员可通过以上流程对用户信息进行修改。
3.3 类图概述
(1)管理员类可以对学生及教师信息进行管理,并且可以管理用户的权限以及增加或者删除用户
(2)学生类可以登录教务系统查询自己的个人信息以及成绩信息,并且可以通过教务系统进行选课
(3)教师类可以查看学生以及教师的信息并且对学生的部分信息进行修改,可以向教务系统中录入学生的成绩
(4)课程类中可供学生及教师查询课表或者授课表,并且管理员或者教师可以进行一些列的操作
4. 非功能性需求
4.1 性能需求
系统性能是系统建设成败的一个关键指标,影响系统性能的因素是多方面的,网络、主机、安全、数据库等都可能对系统的性能产生影响。
因此,一方面必须从系统规划阶段开始,综合考虑各方面的因素,对系统性能进行总体的设计,另一方面,在系统建设和运行维护过程中通过各种手段对系统不断的优化,以满足业务发展所带来的新的性能指标要求。
具体的性能要求指标相应时间如下:
(1)教务系统需要存储大量用户信息,保证用户数据库的长期完整性和正确性,所以数据库系统应该具有备份和恢复功能。
而且要求系统的服务器应该能够长期无故障的运行,能够便于管理员的操作。
系统能全年持续运行,故障时间不超过千分之一,导致业务故障连续停止时间不超过八小时。
满足高峰时段相应的要求。
(2)安全性要求比较高,对业务逻辑必须封装,限制不同用户的权限,以防止用户私自修改数据。
(3)教务系统在例如选课的时段流量会特别高,所以要增强系统的稳定性,防止系统在用户过多的情况下崩溃,至少能支持3000人同时在线,进行选课、查询成绩课程表等操作。
(4)手机用户一般使用安卓系统,也有少量iOS系统,电脑登录网页登录的兼容性较强,适合各种操作系统,要针对客户的平台设计出不同的客户端。
4.2 数据需求
数据来源:学生信息文件,学生选课文件,学生成绩文件数据去向:终端界面基于演示设计的一站式在线演示、素材销售、服务交易系统
(1)学生选课
数据来源:学生,学生信息文件,课程开设文件
数据去向:终端界面,学生选课文件
(2)管理员管理用户信息
数据来源:管理员,学生信息文件,教师信息文件,用户权限文件
数据去向:学生信息文件,教师信息文件,用户权限文件
(3)学生成绩录入
数据来源:教室,学生信息文件
数据去向:终端界面,学生信息文件
4.3 安全性需求
(1)在软件安全性,我们采用设置多层防火墙来保证数据安全。
具体设计如图所示:
(2)系统定期每个月做一次备份,同时备份操作日志。
(3)维护人员每个季度对系统做一次升级维护。
4.4 用户文档
同本软件一起发行的用户文档包括:
(1)安装手册:Word格式文件。
(2)用户手册:Word格式文件。
(3)在线帮助:HTML Help格式文件,联机式。
4.5其他需求
(1)B\S端支持多浏览器。
(2)系统安装方便,易于维护。