网络考试系统需求分析说明书

网络考试系统需求分析说明书
网络考试系统需求分析说明书

网络考试系统

需求分析说明书

学院名称: 计算机科学与工程学院

专业名称: 计算机科学与技术

课程名称:

指导老师:

姓名:

学号:

时间:2011年6月日

目录

1引言 (3)

1.1编写目的 (3)

1.2背景 (3)

1.3定义 (4)

1.4参考资料 (4)

2任务概述 (4)

2.1目标 (4)

2.11开发意图 (4)

2.12任务描述 (4)

2.13应用目标 (5)

2.14作用范围 (5)

2.15开发背景 (5)

2.2用户的特点 (6)

2.3假定和约束 (6)

3需求分析 (6)

3.1系统数据流图 (7)

3.1.1顶层数据流图 (8)

3.1.2考生考试子层数据流图(第二层) (9)

3.1.3老师阅卷子层数据流图(第二层) (9)

3.2功能规定 (10)

3.2.1本网络考试系统用户用例 (10)

3.2.2学生用例 (12)

3.2.3老师用例 (13)

3.2.4管理员用例 (16)

3.3数据库的需求分析 (17)

3.4对性能的规定 (18)

3.4.1精度 (18)

3.4.2时间特性要求 (18)

3.4.3灵活性 (18)

3.5输人输出要求 (19)

3.6数据管理能力要求 (19)

3.7故障处理要求 (19)

3.8其他专门要求 (19)

4运行环境规定 (20)

4.1设备 (20)

4.2支持软件 (20)

4.3接口 (20)

小结 (20)

1引言

在我国随着网络技术、多媒体技术、数据库技术在教育领域中应用的不断发展,教育方式正面临着一场巨大的变革,一些新兴的教学手段如远程教学、网上培训、网上学校在我国越来越普及,已逐渐成为我国发展教育事业的一项战略抉择。作为教育评估指标体系之一的网上考试系统也成为了一个新的发展方向,在整个教学过程和教学结果中扮演着尤为重要的角色。一个完善、健全的网上考试系统能及时、准确地反馈教学结果,为教学提供更有意义的指导性策略,优化整个教学过程。

1.1编写目的

网络考试系统旨在实现考试的无纸化管理,对一些科目的考试可以通过互联网络或局域网进行,方便校方考务的管理,也方便了考生。本需求的编写目的:在于研究方便考生考试的系统软件、开发途径和应用方法,进一步为系统设计提供依据。

本说明书的预期读者是:

◆客户

◆系统分析员

◆测评人员

◆项目经理

◆项目开发人员

1.2背景

a. 本项目的名称:网络考试系统。

b. 提出者:软件工程项目指导教师;

开发者:计算机科学与技术专业学生;

用户:计算机科学与工程学院的学生;

开发地:计科院实验机房。

c. 本网络考试系统能具体化、合理化的管理学生的考试情况,方便考生应试和教师的改卷等管理,提供管理员管理整个系统。本系统不能服务于国家专业规范考试,只能提供于高校、培训等机构的测试服务。

1.3定义

需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。

用例:规定系统或部分系统的行为,它描述系统所执行的动作序列集,并为执行者产生一个可供观察的结果。

1.4参考资料

[1] 郑人杰, 殷人昆, 陶永雷, 《实用软件工程》, 清华大学出版社, 1997.

[2] 王珊等,《数据库原理及设计》,清华大学出版社.

[3] 张海藩,《软件工程导论》第五版,清华大学出版社,2008.

2任务概述

2.1目标

2.11开发意图

目前,许多高校都在为实现学校信息化作出了很大的努力,并取得了很好的效果,如很多学校都在使用的自动排课系统、教务管理系统、学生管理系统等,部分院校都已经基本实现了这一工程。已有很多的考试系统,如很多学校使用的C/S 架构的系统,在应用到实际的考试中时出现了很多问题,具有专业性不强,安全性不好,灵活度不高等缺点,在很大程度上不能够满足这一领域的需求。

在线考试系统通用软件的商业开发,社会早已进行。一些单位大多利用此类通用软件,进行本单位的学生考试。我们结合学院实际,研究设计本次网络考试系统,以图解决这些问题。

2.12任务描述

本网络考试系统的相关描述:

1)由于考试对应的是特定的对象,所以系统需要经过有效的身份验证才可以登陆。

2)系统的权限一般分为三种:管理员,老师和学生。不同的身份使用不同的权限和功能。

3)老师需要管理试卷参与阅卷,管理题库随时更新,管理考试各项事务并查看公布考生的成绩等。

4)系统管理员需要对网络考试系统的开闭进行有效的管理,还要管理老师和考生信息,负责整个系统正确的良好运转,每次考试前,需要对试场环境和考生状态进行考前初始化工作。

5)系统要有良好的试卷提交功能,确保信息传送的正确性。

6)系统要有一个友善的界面,确保考生考试的顺利进行。

7)试卷中的主观题需要老师人工进行批改,但如果试卷是由客观题型组成的,则由系统对照数据库数据自动批改。最后由老师批改后得出成绩,最终生成成绩单。

8)系统提供对考生成绩的查询和提出复审等管理功能。

9)系统应具有良好的安全性管理

2.13应用目标

网络考试系统目标是:实现题库管理、在线生成试卷、在线控制考试、自动评分(客观题部分)、自动交卷、考生管理、成绩查询、试卷管理等功能,充分利用计算机科学技术,改变传统的考试操作方式,真正实现无纸化考试的模式。

2.14作用范围

A)参加考试的考生:可直接通过准考证号或学号参加在线考试,参考人员根据本人证件号和密码登系统,还可以根据本人考试情况查询考试成绩。

B)管理人员:其登陆有相应的权限实现对试题信息、参考人员信息、老师信息、总体考试情况信息的管理和维护。

C)老师:其登陆有权限实现对生成的试卷进行人工改卷,最后系统统计成绩;可以浏览、查询、添加、删除、修改、统计试题的信息;更新管理题库信息;,具有查询考试和考生信息、打印各种信息的功能。

2.15开发背景

现阶段,学校与社会上的各种考试大都采用传统的考试方式,在此方式下,组织一次考试至少要经过五个步骤,即人工出卷、考生考试、人工阅卷、成绩评估和试卷分析。随着计算机应用的迅猛发展,网络应用不断扩大,如远程教育和虚拟大学的出现等等,且这些应用正逐步深入到千家万户。人们迫切要求利用这些技术来进行在线考试,以减轻教师的工作负担及提高工作效率,与此同时也提高了考试的质量;如今的考试管理人员将面对大量繁杂的考试管理、分类、查询,迫切需要通过计算机来帮助解决,减少认证考试管理理人员的工作量。我们开发的这套考试管理系统采用符合各种常规考试的标准,具有良好的开放性和兼容性的计算机、外部设备、操作系统及应用软件,方便以后的维护及升级。该网络考试系统具有界面友好、功能强大、使用方便、安全可靠等优点。

本系统开发实现的目标:

●良好的人机界面。

●方便的添加和修改数据功能。

●方便的数据查询。

●数据计算自动完成,尽量减少人工干预。

●系统的稳定性和信息的安全性确保系统化管理。

开发本系统需对软件工程、SQL Server 2005数据库管理系统、SQL语言原理、MS office visio数据库建模工具、VisualStudio 2008进行了较深入的学习和相关应用,主要完成对考试管理系统的需求分析、功能模块划分、数据库模式分析等工作。

2.2用户的特点

本网络考试系统的最终用户主要是学生,还包括老师、管理员或是教学办公室工作人员,会汉语、懂计算机的基本操作就可以利用该软件进行所需操作。所以相信在使用本系统方面不会有太大困难。

2.3假定和约束

a. 软件开发期限:3个月;

b. 软件开发人员:辅导老师1人,开发成员5人;

c. 在管理方针,硬件的限制,并行操作安全和保密方面无约束。

假设开发过程出现需求错误,开发管理不完善,设计时没能考虑周全导致严重问题,本项目的开发都将受到很大的影响,也许会造成软件开发失败。

3需求分析

针对目前网络考试系统出现的问题,经过大面积调研,提出了解决方案:

考试系统的主要用户是学生、教师及系统管理员。各部分具体功能包括:

1.在线考试:

学生在输入考号及考试科目后即可在线考试。点击开始按钮选择或填写答案,完成后系统自动跳转到下一题。可以选择上一道题或下一道题,重新答题。在规定的时间内提交试卷,系统确认为此考生此次考试结束;从开始到达规定时间时,系统自动提交试卷,视为考试结束。

2.题库管理、试卷、考试:

丰富的试题、试卷库[内容概括]:采用题库的管理方式,试题、试卷不断积累。

(1)题库类型

基本类型丰富,提供:单选题、多选题、填空题、判断题。

(2)题型选择和管理

用户可以根据需要设定不同科目、部门的题库。各种类型的题目都对应着课程的章节,和知识点,并有自己的难度值,出题时可以自由组合,也可以修改题型的现实名称和在试卷中的显示顺序。

(3)面向各种考试

面向各种考试,可以迅速的做成试卷,提供两种试卷的生成形式:自动生成、手动生成。考试:[内容概括]:试卷生成后,考生在规定的时间内答题,无需人工监控。

3.考试监控功能系统会及时统计考试的考生信息和考场信息。多种形式的分析和统计用户

可以按各种条件分析/ 统计考试结果,例如考试信息、考生信息、成绩分析等。

4.用户管理角色管理

为保证系统权限控制具有良好的可扩展性和安全性,系统将处于不同层次的用户抽象为不同的角色,每一个角色是一个相对独立的权限集合,一个角色可以被多个用户所继承。安全、透明的用户管理

3.1系统数据流图

本网络考试系统分层数据流图包括顶层数据流图和各层数据数据流图(主要列出考生答卷子层和老师阅卷子层两部分的数据流图。

3.1.1顶层数据流图

图9

3.1.2考生考试子层数据流图(第二层)

图10

3.1.3老师阅卷子层数据流图(第二层)

打印、公布

图11

3.2功能规定

在线考试系统是以题库方式、对考试试题进行统一管理的基于网络的一种在线考试系统。适合学校、培训机构及政府、行业及企业的各种网上考试、招聘考试,作业、练习等应用。全面实现了考试工作的网络化、无纸化、自动化。该系统采用新一代纯B/S 的架构,可用于局域网和Internet的在线考试,可以承载大规模在线考试的需求,而且对服务器的配置要求非常低,客户端不用任何设置。通过强大的后台设置功能,用户可以根据自身需要设定考试功能,几乎能满足企业、政府机构、教育单位的所有需求。同时该系统基于当今最流行的Java编写,有效保证了其健壮性和移植性。

为保证系统权限控制具有良好的可扩展性和安全性,系统将处于不同层次的用户抽象为不同的角色,每一个角色是一个相对独立的权限集合,一个角色可以被多个用户所继承。安全、透明的用户管理

学生具有的功能:有登录需求;在线考试;查看考试信息;查看成绩;申请复审。

管理员具有的功能:有修改管理员密码、管理教师基本信息;管理学生基本信息;管理网络考试系统的开放与关闭。

教师具有的功能:有登陆考试系统;维护题库;试卷评分;生成考试试卷;试题试卷评估;综合查询;打印成绩单等。

该网络考试系统至少应该具有下列基本功能:

1.管理员、教师和学生通过自己的工号或者学号,实现系统的登陆。

2.试题中应该包含多门不同科目的试题,考试时能够实现随机抽取试卷,学生能在线考试,

试题可以被添加、删除、查询等。

3.考生答题没有顺序限制,可以随便做任意一个题,考试时间完毕之前且交卷之前可对答

案进行修改,一旦提交不可再进行修改。

4.考生答题有一定的时间限制,在规定时间内没有交卷的,系统将自动结束考试,考试完

之后可以响应用户需求公布客观题答案,考生可以进行核对。

5.教师实现登陆之后,可以查看自己的基本信息,可以上传试题,可以查看学生的成绩,

查看试题库信息,通过查看学生的成绩来了解学生总体学习的情况,还可以对单独题目正确率进行分析判断学生具体知识点掌握状况,并把结果返回给学生,方便了老师的教学和学生学习针对性解决问题。

6.管理员可以实现基本的登陆和对系统和数据库的维护,对学生的基本信息和教师的基本

信息进行管理。

3.2.1本网络考试系统用户用例

系统用户用例图:

图 1

用例的描述如下:

1)在线参加考试

本用例提供学生在考试时的一些基本考试内容,包括试题、选项等。

2)查看考试成绩及查看考试信息

用例提供学生考试的成绩,考试相关信息,方便学生查询。

3)修改个人信息

本用例供用户使用,用户可以修改自己的个人信息和密码等

4)管理用户信息

本用例用于对教师和学生信息进行增删查改的功能。

5)管理系统开放关闭

本用例用于管理员对系统进行开放与不开放,包括维护系统等功能。

6)管理试卷信息

本用例为教师批改试卷所用,最终统计成成绩单公布并可打印。

7)管理考试信息

本用例提供给考生考试科目信息,时间信息,考试事项等,用于管理考试各种信息的公布。

8)管理题库信息

本用例用于管理题库中科目信息,包括增加新科目,删除已过时科目试题等。

9)查看成绩

本用例提供了考生查看考试成绩的功能,并提供统计考生总分、统计考生科目单科的最高分、最低分、平均分、各分数段的人数及所占百分比的功能。老师在管理试卷中可以直接查看成绩。

(详细列举学生、老师和管理员的部分用例)

3.2.2学生用例

学生用例图:

图 2

学生功能模块用例描述

登录:

1.进入登陆界面,输入用户名,密码,验证码(提示相应标准);

2.登录,若验证码错误,则提示验证码错误;若验证码无误,则检索数据库,对应其

相应权限,该用户存在则允许其进入相应页面;否则提示用户名或密码错误。

考试:

前置条件:开考前

事件流:

1.在考试规定的时间内,考生登陆本系统,用例开始;

2.老师在题库中保存要进行考试的试题,学生选择考试科目,点击开始考试,则系

统自动从题库中抽出一套试题;

3.当学生要进行提交试卷时,点击提交,试卷自动保存。

后置条件:学生提交答卷系统自动保存

查看成绩:

前置条件:成绩公布后

事件流:

1.用户成功登陆本系统,考生在考试之后查看自己的成绩;

2.考生可以进行打印成绩;

3.考生对考试成绩有质疑,可申请复审。

后置条件:用户退出本系统

3.2.3老师用例

老师用例图:

图 3

老师用例描述(列举管理试卷和管理题库2个部分)

管理试卷

管理试卷用例图:

图 4

阅卷管理:

前置条件:当考生提交试卷,考试结束之后

事件流:

1.当学生提交答卷完成后,用例开始;

2.阅卷老师调出考生提交的答卷并进行评阅,给出各题的分值;

3.评阅完成后,老师将改卷进行保存,并给出总分;

4.评卷完成后,老师可查看考试答卷的各题的出错率;

5.老师可修改自己的登陆密码。

后置条件:评卷完成提交,系统会自动保存改卷成绩

维护试卷用例图:

图 5

组卷:

前置条件:考试之前,老师已经登录到该系统

事件流:

1.老师点击开始组一份新试卷;

2.输入试卷名称,考试时间,试卷总分;

3.选择组卷方式(自动组卷,综合组卷);

4.选择题型,给定数量,选择知识点,给定分值(组卷的总分必须和输入的总分相

等)点击确定;

5.系统将自动生成一份试卷,根据组卷方式,老师可以调整试题或更改顺序;

6.试卷符合老师的要求,点击确定。若不符合老师要求可以删除这份试卷;

7.确定后,系统将对这份试卷进行保存。

后置条件:组卷完成,退出系统

管理题库

管理题库用例图:

图 6

查看分析:

前置条件:学生答卷提交后,阅卷结束后,系统开放时

事件流:

1、试卷修改批阅结束之后,系统开放时刻,用例开始;

2、学生考完试并将答卷提交之后,由老师对试卷进行重新审阅;

3、老师审阅结束后,可查看系统自动统计全部学生每道题的错误率,并进行相应分析;

4、老师可进行查看分析,并可以据此来给学生重点讲解只是点。

后置条件:阅卷结束

维护题目:

前置条件:学生答卷提交后,阅卷结束后,系统开放时

事件流:

1.考试结束并在系统开放时刻,用例开始;

2.由于教学课程的改动或是考试范围的变动,老师可对题库中的题目进行相应调整,添加,

删除或是修改,不断更新题目;

3.老师对题目进行维护后确认保存。

后置条件:维护结束,退出系统

3.2.4管理员用例

管理员用例图:

图7

系统管理员用例描述(选取1个描述)

管理用户

管理用户用例图:

图8

管理教师(管理学生略):

1.登陆进入页面后,有添加查询等功能选项;

2.或查询:多项选择条件显示信息(按学院、教工编号、教师名字);

3.或修改:弹出修改教师信息(显示教师信息:教师编号,姓名,密码,性别,教师

类属,学院;对该教师的信息进行修改,若成功,数据将保存到数据库;不成功则警告管理员操作失败);

4.或删除:删除时弹出警告框以提醒是否确定删除(若成功,则删除教师信息;不成

功则警告管理员删除失败,教师信息仍保留);

5.或添加:添加教师信息(若成功,数据将保存到数据库;不成功则警告管理员操作

失败)。

3.3数据库的需求分析

MySQL被广泛地应用在Internet上的中小型网站中。由于其体积小、速度快、总体拥有成本低,尤其是开放源码这一特点,许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库。

根据系统功能设计的要求以及功能模块的划分

1)对于在线考试系统的试题库数据库,可以列出以下数据项和数据结构;

●试卷表:主要包括试卷的名称、该试卷的总分数、试卷的答题时间,以及试卷内

各类题型的数目等。

●试题信息表:主要包括试题的ID、专业、试题题型、难易程度、试题内容、试题

分数、试题答案,以及一引起附加的内容。值得指出的是试题信息本身包括了3

个表,在本在线考试系统中包括了3个专业的试题表。

2)对于用户记录数据,主要包括了如下的一些数据项和数据结构;

●老师用户信息:用户的ID、用户名、密码、权限等内容。

●管理员信息:用户的ID、用户名、密码、权限等内容。

●考生用户记录表:用户的ID、用户名、密码、权限,以及当前的状态(特别强调:

这个状态可以查看所选用户是否处于考试状态,但包括正在考试和断线两种情况)

等信息。

3)对于在线的考试系统,可以列出以下数据项和数据结构;

●试卷名称:主要包括试卷的名称、试题的分数、试题的题数量,以及试卷的答题

时间等内容。

●试题信息表:主要包括试题的ID、专业、试题题型、难易程度、试题内容、试题

分数、试题答案,以及一些附加的内容。

●暂时试题信息表:主要包括试题的ID、专业、试题题型、难易程度、试题内容、

试题分数、试题答案,以及一些附加的内容。

●成绩登记表:主要包括用户、成绩、当前状态等。

4)对于在线的管理系统,可以列出以下的数据项和数据结构;

●用户记录表:用户ID、用户名、密码、权限,以及当前的状态(特别强调:这个

状态可以查看所选用户是否处于考试状态,但包括正在考试和断线两种情况)等

信息。

此处不再具体说明其他。

3.4对性能的规定

3.4.1精度

由于在线考试系统是面向考生的,所以系统应该对于每个用户应该能够及时给出反馈信息,避免因用户长时间等待而感觉不安。本系统对数据精度的要求极其严格。在数据和文件上传上不允许出现上传数据与真实的上传数据不符合情况。系统因为涉及到的领域是关于考试出题的领域,所以对精确度方面有非常严格的要求,本系统中采用期望和方差的控制方法,保证试卷的质量和有效性,使试卷更具合理性,真实地反映学生的能力。

3.4.2时间特性要求

响应时间:访问本地数据库时,时间不允许超过2 秒。

通过浏览器访问服务器端数据时,时间不允许超过10 秒。

数据的转换和传送及文件的传送时间:上传数据时间不允许超过10 秒。

3.4.3灵活性

系统设计具有良好的易用性、操作简便,符合常规Windows 操作环境下的用户使用习惯。同时,尽量减少用户的记忆工作量,如在信息录入时尽可能充分利用数据字典进行选择录入,以提高用户工作效率。

当用户需求,如操作方式,运行环境,结果精度,数据结构于其他软件接口等发生变化时,本网络考试软件可以方变地对其操作、精度和有效时限进行适当调整,灵活性非常大。

3.5输人输出要求

系统可以上传电子表格和文档,并在题库中添加图片以具体说明题意。出题也可以采取表格形式,并对每次考试的结果成绩进行统计,以报表加图形的形式表现。

3.6数据管理能力要求

在线考试系统可以保存学生的基本信息,老师的基本信息,课程的基本信息,考试环境的基本信息以及涉及到的题库信息等几个主要数据表,每个表格数据量根据学校、培训机构、企事业等单位人员的不同而变化。

3.7故障处理要求

对于软件所出现的问题一定要保证客户看到友好的提示界面,开发人员能够通过日志和异常log信息迅速解决问题。而硬件(服务器)上不允许出现网络堵塞或服务器断电而出现数据上传错误和丢失。

系统对于用户错误输入的处理也应该相对友好,尽量做到以最大限度提升用户体验为前提。

偶尔会遇到个别考生考试意外中断的现象,如某台计算机意外断电等。这就涉及到如何在最大程度上保护学生的考试现场问题。我们的做法是,将考生的主观性试题、试卷以及结果,保存到服务器端硬盘上。因为正式考试是集中在学校机房里面进行的,我们可以在安装机房的应用软件时进行设置。例如:将系统的自动保存时间设置在合理的范围之内,最大程度的保存学生考试过程中试题的考试现场。

3.8其他专门要求

网络考试系统要尽量保证可靠性和可恢复性,要求对数据处理,数据存储等操作要非常灵活,在发生紧急情况时,考试系统要备份数据,不至于整个考试系统瘫痪。这是网络考试的重要特点。用户管理系统要方便,设计更符合考试要求,给考生和老师都人性化的服务。考试系统需经常维护,这就要求该系统具有良好的维护性。系统中所有涉及敏感信息如登录口令、证书等均需进行加密处理,服务器端应设置严格安全访问控制策略。同时,系统应具有完整的日志管理功能,对用户的数据敏感操作应能够完全追踪,可以通过日志调查其操作时间、操作内容、操作人员账号、登录IP等相关信息,从而保证系统安全性和操作责任的可追溯性。

4运行环境规定

4.1设备

内存:1G左右;

驱动器:8倍速CD-ROM以上

硬盘:300MB以上剩余磁盘空间容量

CPU:奔腾200MHz以上

其他必备附属外设

4.2支持软件

系统基于B/S 架构开发,利用最新的J2EE 架构,Struts+Spring+Mysql 数据库相结合,所有管理和维护工作均集中在服务器端,客户机只需安装有IE 浏览器即可,由于系统需要IE 打印功能,因此要求IE 浏览器版本不低于5.5。

1.MyEclipse6.5

MyEclipse 企业级工作平台(MyEc lipseEnterprise Workbench ,简称MyEc lipse)是对Eclipse IDE 的扩展,利用它我们可以在数据库和JavaEE 的开发、发布,以及应用程序服务器的整合方面极大的提高工作效率。

2.服务器Tomcat6.0

Tomcat是一个小型的轻量级应用服务器,在中小型系统和并发访问用户不是很多的场合下被普遍使用,是开发和调试JSP程序的首选。

3.Mysql5.0

MySQL名字的来历MySQL是一个小型关系型数据库管理系统。

4.3接口

由于数据库的独特性,其单数据库内部不需要特别设计接口,各模块根据文档内部控制域值提取其所需的文档。

小结

本系统是一个基于WEB 的在线考试系统的大体实现过程的研究,该系统可以满足学校及现代信息化企业的内部考试要求,可以实现学校或企业的低成本投入,高效率办公的宗旨。

虽然完成了此次系统设计,但由于本身一些技术和能力的限制,设计的该网络考试系统存在很多不足之处,是学习软件工程的一个设计实例,因此总体需要进一步改善,对后台数

管理系统软件需求说明书

厦漳大桥养护管理系统 V1.0 软件需求说明书 二〇一七年七月 2017.07

修改记录

目录

第一章引言 1.1编写目的 本文档作为甲乙双方就厦漳大桥养护管理系统需求理解达成一致共识的基础文件,作为双方界定项目范围、签定合同的主要基础,也作为本项目验收的主要依据。同时,本文档也作为后继工作开展的基础,供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员,其中:项目负责人、公司方项目经理、技术开发人员(包括分析人员、设计人员、程序人员)、测试人员应重点阅读本文档各部分,其他人员可选择性阅读本文档。 1.3文档概述 本文档主要描述了厦漳大桥养护管理系统的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统,其次从软件接口等方面描述系统的外部接口需求,然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。 1.4参考资料 甲方提供的原型图、需求资料、项目背景资料等。 1.5业务背景 厦漳跨海大桥2013年5月28日正式投入运营,工程起点在主线K1+065处与厦门至成都国家高速公路海沧枢纽立交相接,途经青礁村、海门岛,止于漳州龙海市沙坛村后宅处,终点里程桩号K10+400.390,与招银疏港高速公路相连。路线长度为9335.390m,其中桥梁长度为8669.9m。大桥工程主要包括北汊桥、海门岛立交及收费服务区、南汊桥、海平互通立交等几个部分,双向6车道,设计时速100km/h。 全桥共打下桩基1441根、墩身322座、主塔4座,共296根斜拉索,用材11.5万吨钢筋、 68.7万立方米混凝土。能抗14级台风和7度地震。北汊主桥为连续半漂浮体系双塔双索面斜拉桥,主跨780m,可满足3万吨级船舶安全通航,在同类型桥梁中居全国第六、世界第

软件需求规格说明书案例

软件开发方向 “成绩管理系统”软件需求规约 安博教育集团 二零零八年十月

修订历史记录

目录 1 引言 (5) 1.1 目的 (5) 1.2 文档格式 (5) 1.3 预期的读者和阅读建议 (5) 1.4 范围 (6) 1.5 术语 (6) 1.6 参考文献 (6) 2 系统概述 (6) 2.1 概述 (6) 2.2 功能 (6) 2.3 运行环境 (7) 2.4 假设与依赖 (7) 3 系统特性 (8) 3.1 系统角色 (8) 3.2 学生管理 (8) 3.2.1 增加学生信息 (8) 3.2.2 修改学生信息 (9) 3.2.3 删除学生信息 (9) 3.2.4 导入学生信息 (9) 3.3 教师管理 (9) 3.3.1 增加教师信息 (9) 3.3.2 修改教师信息 (9) 3.3.3 删除教师信息 (9)

3.3.4 导入教师信息 (9) 3.4 课程管理 (10) 3.4.1 增加课程基本信息 (10) 3.4.2 修改课程基本信息 (10) 3.4.3 删除课程基本信息 (10) 3.4.4 维护课程学生信息 (10) 3.5 成绩查询 (11) 3.5.1 学生查询成绩 (11) 3.5.2 教师查询成绩 (11) 3.6 成绩分析与统计 (11) 3.6.1 考试成绩表 (11) 3.6.2 班级各科平均成绩表 (11) 3.6.3 年级成绩排名表 (11) 3.7 系统维护 (12) 3.7.1 数据字典维护 (12) 4 非功能性需求 (12) 4.1 性能需求 (12) 4.2 安全性需求 (12) 4.3 可用性需求 (13) 4.4 用户文档 (13) 4.5 其它需求 (13) 5 外部接口需求 (14) 5.1 用户接口 (14) 5.2 硬件接口 (14)

(完整版)网上订餐系统需求分析说明书

员工网上订餐系统 之需求分析说明书 组名:最佳实践小组 指导老师:李华玲 组员:李蕴 0921010528 韩小文 0921010548 刘曼婷 0921010601 焦文亮 0921010634 吴岩 0921010711

目录 1.文档概述 (4) 1.1 编写目的 (4) 1.2 定义 (4) 1.3 参考资料 (4) 2.项目概述 (4) 2.1 项目背景 (4) 2.2 项目目标 (4) 2.3 构件图 (4) 2.4 上下文关系图 (5) 2.5 对产品进一步解析 (6) 2.6 项目适用范围 (6) 3.项目需求分析 3.1 性能需求分析 (6) 3.2项目活动图 (6) 3.3系统报表 (8) 3.4 类图 (8) 3.5 系统用例图 (10) 3.6用例文档 (12)

4.项目详细设计 4.1 系统模块详细设计 (14) 4.2 登录模块详细设计 (14) 4.3 顾客模块详细设计 (14) 4.4 管理员模块详细设计 (16) 5.项目技术方案 (19) 5.1方案概述 (19) 5.2 编程环境 (19) 5.3 数据库的实现 (19) 6.可行性分析 (19) 6.1 技术可行性分析 (19) 6.2 运行可行性分析 (20) 6.3 经济可行性分析 (20) 6.4法律可行性 (20)

1. 引言 1.1编写目的 此立项报告旨在确定本项目的基本目标、主要内容,设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性,运行设计的 项目时间总体规划、进度分段标准、阶段考核方法,以及项目验收方式、提交的内容清单、后续工作情况。 1.2定义 本产品是为餐厅专门开发的一套订餐管理系统,旨在合理化安排餐厅的工作,提高餐厅的管理效率,同时方便员工就餐。 1.3参考资料 《软件系统分析与设计》《需求分析最佳实践》 2. 项目概述 2.1项目背景 员工到食堂用餐,在路途和排队上浪费很多时间,并且去晚了经常会吃不到想吃的食物;员工对食堂的满意度不高,有将近一半的员工会 选择去周边饭店用餐。因此,食堂更无法准确预测员工需求,经常会出 现有些食物因为没有卖出去只好倒掉,而员工需要的一些食物却已卖完 的现象。 2.2 项目目标 开发手机订餐系统节省员工的时间和精力,避免员工在食堂排队等很多 时间,同时也减少食堂食物的浪费,并提高服务质量以及员工对餐厅的 满意度。 2.3 构件图

软件需求分析说明书模板

保密级别:S 资料编号:SRS-[产品代号] -[序列号] 版本:V[*].[*] [产品型号名称(二号字体)] [部件型号名称(可选、小二号字体)] 软件需求分析说明书 共11页 编制: 审核: 审定: 会签: 批准: XXXXXXXXXX公司 [****]年[**]月[**]日

文档修改记录

目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移\转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)

[说明:本模板中的蓝色字体与橙色字体为说明性文字,在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的,指出预期的读者范围。 1.2 范围 说明: a.待开发的软件系统的名称; b.说明软件将干什么,如果需要的话,还要说明软件产品不干什么; c.描述所说明的软件的应用。应当: 1)尽可能精确地描述所有相关的利益、目的、以及最终目标。 2)如果有一个较高层次的说明存在,则应该使其和高层次说明中的类似的陈述相一致(例如,系统的需求规格说明)。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料,如: a.本项目的经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件; c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

OA管理系统需求规格说明书

WebOA管理系统需求规格说明书 2009/11/20

1 概述错误!未指定书签。 1.1编写目的错误!未指定书签。 1.2参考资料错误!未指定书签。 1.3术语和标记错误!未指定书签。 2项目概述错误!未指定书签。 2.1项目总体目标错误!未指定书签。 2.2系统开发背景错误!未指定书签。 2.3主要限制和开发风险分析错误!未指定书签。 3功能需求错误!未指定书签。 3.1功能模型错误!未指定书签。 3.1.1个人办公模块........................................................... 错误!未指定书签。 3.1.2公文管理模块........................................................... 错误!未指定书签。 3.1.3公共信息模块........................................................... 错误!未指定书签。 3.1.4行政办公模块........................................................... 错误!未指定书签。 3.1.5消息管理模块........................................................... 错误!未指定书签。 3.1.6工作流程模块........................................................... 错误!未指定书签。 3.1.7组织管理模块........................................................... 错误!未指定书签。 3.1.8权限管理模块........................................................... 错误!未指定书签。 3.1.9系统管理模块........................................................... 错误!未指定书签。 人事档案模块........................................................... 错误!未指定书签。 3.2性能需求错误!未指定书签。 3.3非功能需求错误!未指定书签。 3.4故障处理错误!未指定书签。 4数据需求错误!未指定书签。 4.1数据项错误!未指定书签。 4.2数据间关系(E-R图)错误!未指定书签。 5行为需求错误!未指定书签。 5.1控制模型错误!未指定书签。 6接口需求错误!未指定书签。 6.1用户界面错误!未指定书签。 6.2软硬件接口错误!未指定书签。 7环境错误!未指定书签。 7.1运行环境错误!未指定书签。 7.2开发环境错误!未指定书签。 附录:项目成员介绍及组内评分错误!未指定书签。

软件需求分析规格说明书格式

软件需求分析规格说明书格式 2008年03月28日11:08:00 chenguang79阅读数:1993 1.引言 1.1编写的目的 /*说明编写本说明书的目的 1.2背景说明 /*给出待开发系统的全名及项目提出者,开发者,及用户。同时说明该软件系统将做什么和不做什么。 1.3术语定义 1.4参考资料 /*列出本文档所引用的全部资料以及资料的来源。 2. 任务概述 2.1功能概述 /*简要叙述本系统预计实现的主要功能及功能之间的相互关系,最好用图表明。 2.2约束条件 /* 简要说明对系统设计产生影响的限制备件,如管理模式,硬件限制,技术或工具的制约等。 3. 数据流图与数据字典 3.1 数据流图 3.1.1 数据流图图形 /*将需求分析构造的数据流图按层次逐层画出。 3.1.2加工说明 /*对数据流图中的每一个加工,按编号,加工名,输入流,输出流及加工过程逐一说明。 3.2 数据字典 /*本节对数据流图中使用的数据项,数据结构,文件的内容及组织结构逐项说明. 3.2.1 数据项说明 3.2.2数据结构说明 3.2.3文件说明 4 系统接口 4.1 用户接口 /*说明人机交互界面的用户需求,如屏幕格式,报表,菜单的格式与内容及功能键定义。 4.2 硬件接口 /* 说明本软件系统与硬件设备的接口信息的内容,格式以及运行软件的硬件设

备特征。 4.3 软件接口 /*说明本软件系统与其它支持软件之间的接口规格,支持软件应明确其版本号。 5. 性能需求 5.1 精度要求 /* 说明输入/输出数据以及传输数据的精度要求。 5.2时间特征 /* 定量说明系统应达到的响应时间,更新处理时间,数据传输转换时间,计算时间的特征值 5.3灵活性 /* 说明本软件在需求发生变化时(操作方式,精度要求,时间特征等)的适应能力。 6 软件属性 6.1 可使用性 /* 规定系统的某些特殊需求,如检查点设置,恢复方法和重启动方法,以确保软件可使用。 6.2 系统安全性 /* 规定系统为保证运行安全,信息安全面而采用的技术措施,如密码,防病毒,防黑客等。 6.3 可维护性 /* 规定系统为提高系统的可维护性将采取的措施。 6.4 可移植性 /* 规定程序以及挡方面军的兼容性,扩充性的约束。 7 其它需求 7.1 数据库需求 /*对数据库的静态结构,动态组织,访问信息的方式,使用频率以及数据的存储等方面提出需求。 7.2 系统操作要求 /*列出系统所要求的正确或特殊的操作方式,如用户的操作方式和系统的后援和恢复操作。 7.3 故障及其处理 /* 尽量烈列出能够预测的系统故障(包括软硬件及其它系统),并指出故障可能造成的影响及故障排除的方法。 8 附录

电商系统需求分析说明书

电商系统需求分析说明书 一.引言 .....................................................错误!未定义书签。 项目背景.................................................错误!未定义书签。 前期工作.................................................错误!未定义书签。 参考资料.................................................错误!未定义书签。二.技术概述 .................................................错误!未定义书签。 目标.....................................................错误!未定义书签。 硬件支持.................................................错误!未定义书签。三.功能需求 .................................................错误!未定义书签。 功能块划分...............................................错误!未定义书签。 功能块描述...............................................错误!未定义书签。四.性能需求 .................................................错误!未定义书签。 数据精确度...............................................错误!未定义书签。 适应性...................................................错误!未定义书签。五.系统流程图 ...............................................错误!未定义书签。 顾客流程图如下...........................................错误!未定义书签。 订单处理流程说明........................................错误!未定义书签。六.数据流图 .................................................错误!未定义书签。 数据流图如下..............................................错误!未定义书签。 一.引言 项目背景 电商系统致力于提供产品展示及订购为核心的网上购物服务宣传自己商店的产品并将自己的产品展现给客户,让客户通过网站便能对自由的选择地购买产品。 该网站是通过用户登录浏览商品、查看公告、购买、确定购买、实现用户模 块功能。其中订单的生成,网站后台系统,通过系统管理员管理商品、订单、用户来实现。前期工作 我们在编写该需求前,首先是对各大网上销售网站进行了调查,其中包括:网页排版、顾客消费流程、以及管理员的操作,这三大块进行了调查。并总结出了有自 己特色的设计思路。 参考资料 《软件需求分析》《网上商城需求分析计划书》。

酒店管理系统需求说明书

酒店管理系统需求分析说明书

目录 1、引言 (3) 1.1编写目的 (3) 1.2适用范围 (3) 1.3编写原则 (3) 1.4读者对象 (3) 2、项目概述 (3) 2.1项目任务 (3) 2.2项目背景 (4) 2.3项目目标 (4) 3、新系统的用例模型及分析模型 (4) 4、系统完整用例图 (4) 5、用例说明 (5) 5.1添加操作员 (5) 5.2删除操作员 (6) 5.3修改密码 (6) 5.4预定客房 (7) 5.5调房 (7) 5.6住宿查询 (8) 5.7退宿结账 (8) 5.8统计收入 (9) 6、分析模型 (10) 7、非功能性需求 (13) 8、附件 (13)

1、引言 1.1编写目的 本文档是对酒店管理系统需求分析进行明确、清晰、较全面的定义将先进的电脑技术与现代酒店服务管理完美地结合起来,实现了住宿、餐饮、娱乐全新概念的服务和管理方式。 1.2适用范围 小、中型酒店管理。 1.3编写原则 统一规划、统一设计思想、统一技术规范。 最大限度的满足客户需求。 根据实际业务需求,不断完善系统。 应用先进技术实施系统。 1.4读者对象 对有关业务和系统做出决策的管理人员。 参与需求分析和需求确认的有关人员。 有关技术决策人员。 软件开发人员。 2、项目概述 2.1项目任务 1.为销售提供全面、准确的信息数据。

2.为财务提供严密的账系统。 3.提高决策依据:管理者可以随时了解经营情况,以制定相应的经营方 针。 4.树立良好的酒店形象。 2.2项目背景 传统的酒店管理往往令管理者花大量的时间来处理顾客投诉,例如错误查询、烦琐的登记和结账手、旅客费用计算错误、空余客房资料不能及时提供等,从而影响出租率,使管理人员不得不集中精力规划管理运行策略和进行决策。以上问题可通过电脑系统辅助解决,酒店管理的电脑化,不仅是体现酒店现代化形象的一个重要标志,而且对于提高员工工作效率,加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。 2.3项目目标 实施网上酒店管理,客户可以在网上查看酒店客房相关的信息及预订客房。 3、新系统的用例模型及分析模型 4、系统完整用例图

网络设计需求分析说明书

网络设计需求分析 说明书

需求反洗说明书 一、需求分析: 大型网吧网络系统建设的主要目标是建设成为主干跑千兆,百兆交换到桌面;同时在大型网吧的范围内建立一个以网络技术、计算机技术与现代信息技术为支撑的娱乐、管理平台,将现行以游戏网为主的活动发展到多功能娱乐这个平台上来,籍以大幅度提高网吧竞争和盈利能力,建设成一流的高档网吧,为吸引高端消费群打下强有力的基础。 按照这一目标,大型网吧网络系统的主要目标和任务是: 1、在大型网吧管辖范围内,采用标准网络协议,结合应用需求,建立大型网吧内联网,并经过中国电信宽带网与Internet相连; 2、在大型网吧内联网上建立支持娱乐活动的服务器群(包括WWW、FTP、DNS、流媒体服务器、十六频道有线电视转播服务器组及SF和各种游戏战网服务器等),具有信息共享、传递迅速、使用方便、高效率等特点的处理系统; 3、视市场环境允许,向中、小型网吧及网络固定客户提供服务器群资源有偿共享服务,在小范围内尝试为小私营企业主提供一体化网站解决方案(空间、域名、网站、数据库及更新等);

4、系统应有高可靠性、安全性、可维护性和可扩充性,要具有良好的用户界面。 在本方案的设计过程中,始终以大型网吧建网的实际需求为主要参考,在较充分地了解大型网吧应用需求的基础上,根据网络建设中的相关技术路线和建设方针,最终完成了下面的方案设计。 二、网络设计原则: 大型网吧网络系统建设是一项大型网络工程,各网吧需要根据自身的实际情况来制定网络设计原则。在大型网吧的网络建设过程中,其遵循以下网络设计原则: 1、实用性和经济性 由于网吧一次性资金投入大,设备折旧快,当前外部经营环境差。另一方面,网吧应用环境比较恶劣,顾客应用水平较参差不齐,因此,在网络的建设过程中,系统建设应始终贯彻面向应用,注重实效的方针,坚持实用、经济的原则。 2、先进性和成熟性 当前计算机网络技术发展很快,设备更新淘汰也很快。这就要求网络建设在系统设计时既要采用先进的概念、技术和方法,又要注意结构、设备、工具的相对成熟。只有采用当前符合国际标准的成熟先进的技术和设备,才能确保网络络能够适应将来网络技

OA系统需求规格说明书

XX项目 产品需求规格说明书 机构公开信息

版本历史

1.引言 该文档主要包含功能性需求分系以及功能用例图,也包括了一些对用户界面的要求,该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图,能够供读者更好的了解该系统;其中,非功能需求方面,用户界面要求主要是为了是系统的界面更加统一规范,软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分: 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件,主要是功能的概要介绍。

1.6. 产品介绍(功能介绍) 该系统包含8各模块:超级管理模块,该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理;我的办公桌模块,主要是对各重点模块的简要显示;行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构;个人助理模块,该模块包括通讯录、短消息、日程安排和个人信息管理;个人邮箱,该模块包括配置邮箱和收发邮件;公共信息模块,该模块包括资源下载、在线考试和公共通讯录;人事管理模块,该模块包括档案管理、档案查询和数据维护;销售管理模块,该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理,实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题,并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素(与已知因素相对立)。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定,但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改,就会使项目受到影响。

课程管理系统需求说明书

燕京理工学院YANCHING INSTITUTE OF TECHNOLOGY 课程管理系统 软件需求说明书 学院:信息学院 姓名:郭文月 学号: 140210100 专业班级:计科1404 指导教师:周建敏

1引言 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2任务概述 2.1目标 (3) 2.2假定和约束 (3) 3需求规定 3.1对功能的规定 (4) 3.2结构图 3.2.1系统结构图 (4) 3.2.2功能结构图 (4) 3.2.3数据流词条描述 (5) 3.3对性能的规定 (5) 3.2.1精度 (5) 3.2.2时间特性要求 (6) 3.2.3灵活性 (6) 3.4输人输出要求 (6) 3.5故障处理要求 (6) 3.6系统安全性要求 (6) 3.6其他专门要求 (6) 4运行环境规定 4.1设备 (7) 4.2支持软件 (7) 4.3接口 (7) 4.3.1 内部接口 (7) 4.3.2 硬件接口 (7) 4.3.3 软件接口 (7) 4.3.4 通讯接口 (7) 4.4控制 (8)

1 引言 1.1编写目的 为了使本系统的使用者和软件开发者双方对该软件的初始规定有一个共同的理解,使之对整个开发工作的基础,明确系统需要实现的功能,确定需求边界。特编制本文档。本文档一经确认,将成为系统开发人员进行开发以及用户对系统验收的依据。 本文档的预期读者有:本系统最终使用者、系统管理人员、本系统开发人员、本系统测试人员。 1.2背景 开发软件的名称:学生课程管理系统 项目的任务提出者:燕京理工学院信息院郭文月 用户:学生 实现软件的单位:1404班郭文月学生 兼容系统:Windows XP SP2/SP3,win7 ,win8 开发工具:Myeclipse 10 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 [1]《软件工程模型与方法》,肖丁等,北京邮电大学出版社。 [2]《https://www.360docs.net/doc/b614799652.html,+Dreamweaver8案例精粹》武新华等,西安电子科技大学出版社 [3]《信息系统应用与开发案例教程》,陈承欢,清华大学出版社 2任务概述 2.1目标 课程的管理:包括课程的添加,修改和删除等 学生信息的管理:包括学生信息的添加,修改和删除等 学生课程的管理:包括学生通过浏览器进行添加登录用户,学生添加课程的学分信息等。 | 2.2假定和约束 经费限制:100万 开发时间:六个月之内 3需求规定 3.1对功能的规定

软件需求规格说明书(案例)

软件开发方向“成绩管理系统”软件需求规约 二零零八年十月

修订历史记录

目录 1 引言 (5) 1.1 目的 (5) 1.2 文档格式 (5) 1.3 预期的读者和阅读建议 (5) 1.4 范围 (6) 1.5 术语 (6) 1.6 参考文献 (6) 2 系统概述 (6) 2.1 概述 (6) 2.2 功能 (7) 2.3 运行环境 (8) 2.4 假设与依赖 (8) 3 系统特性 (9) 3.1 系统角色 (9) 3.2 学生管理 (10) 3.2.1 增加学生信息 (10) 3.2.2 修改学生信息 (10) 3.2.3 删除学生信息 (10) 3.2.4 导入学生信息 (10) 3.3 教师管理 (11) 3.3.1 增加教师信息 (11) 3.3.2 修改教师信息 (11) 3.3.3 删除教师信息 (11) 3.3.4 导入教师信息 (11) 3.4 课程管理 (12) 3.4.1 增加课程基本信息 (12) 3.4.2 修改课程基本信息 (12) 3.4.3 删除课程基本信息 (12) 3.4.4 维护课程学生信息 (12) 3.5 成绩查询 (13) 3.5.1 学生查询成绩 (13) 3.5.2 教师查询成绩 (13) 3.6 成绩分析与统计 (13) 3.6.1 考试成绩表 (13) 3.6.2 班级各科平均成绩表 (13) 3.6.3 年级成绩排名表 (14) 3.7 系统维护 (14) 3.7.1 数据字典维护 (14) 4 非功能性需求 (14) 4.1 性能需求 (14) 4.2 安全性需求 (14) 4.3 可用性需求 (15)

订餐系统需求分析说明书

需求分析说明书 该文档描述网上订餐系统需求,包括功能需求分析,性能需求分析,业务需求分析,数据需求分析。 1.1文档范围 本文档包含以下几个部分: <1>. 文档介绍 <2>. 产品介绍 <3>. 产品面向的用户群体 <4>. 功能需求分析 <5>. 性能需求分析 <6>. 业务需求分析 <7>. 数据需求分析 <8>. 运行环境规定 1.2读者对象 数据库设计者,代码编写者 1.3 参考文档 [1]软件工程-----实践者的研究方法机械工业出版社原书第六版

[2]Java程序设计清华出版社雍俊海 [3]Web编程技术机械工业出版社厉小军主编 [4]数据库原理及其应用教程第二版黄德才主编科学出版社 2.1背景 当今社会的生活节奏越来越快,人们对餐饮的要求也越来越高,不仅要求色香味俱全,而且对于就餐的时间和方式也有了更高的要求,许多顾客由于工作繁忙无法抽出时间来享受美味,这样就产生了快捷订餐的要求,最快的方式莫过于利用计算机网络,将餐饮业和计算机网络结合起来,就形成了网上订餐系统,用能力的餐饮企业对对餐品提供商提供网上订餐服务,不仅提高餐饮企业的服务质量,扩大知名度,也是为最终用户提供方便快捷的食品服务。 社会对餐饮的快捷性要求形成了对网上订餐的要求,该项目将使用javaWeb技术的servlet+jsp+javaBean实现快捷的开发与部署,并且可以最大限度的保证系统的稳定性。 网上订餐系统将极大的方便食客的就餐,同时也有利于我们的管理和售后服务。同时,我们的订餐系统还能帮助我们的酒店(餐馆)扩大营业范围,增加知名度等。 2.2产品的功能 <1>.菜色展示系统 菜色展示系统是一套基于数据库平台的即时发布系统,可用于各类菜色的展示、添加、修改和删除等。网站管理员可以管理菜色简介、价格、图片等多类信息。浏览者在前台可以浏览到菜色的所有资料,如菜色价格和详细介绍等菜色信息。 <2>.购物车

系统需求规格说明书 (1)

XXX系统或XXX项目 产品需求规格说明书 版本信息 注:状态可以为N-新建、A-增加、M-更改、 对方的所得税说明:版本信息必须更新,审核人和审核时间也必须审核后填写,审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录

1.关于本文档 1.1.内容说明 说明:此处描述的是文档说明,产品需求文档更新需要走修订模式,下次更新前先接受修订,并且每次更新必须更新版本号和版本记录。 例子: 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述,处理逻辑规则,界面定义,与其它功能的关系,与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求,随系统功能变化进行及时的修订和更新,以确保本文档的全面性,准确性和实效性。因此在阅读使用此文档时,请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释

1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明:此处描述业务背景,不可裁剪,清晰的业务背景描述能更好的帮助研发和测试理解产品需求,明确业务测试场景,此部分是产品需求定位的核心导向。 例子一:电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展,包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下,传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用,经过长期的的磨合和积累,目前将我司的应用经验推广到社会物流上,让社会上愿意与我司物流合作的伙伴,也同样享受到我司电子面单服务。 例子二:LSQ的业务描述 物流作业状态服务存在不足 1)服务无标准不统一 需物流作业的各渠道订单,作业状态转化为文案描述处理的逻辑系统多,且处理规不统一, -B2C自营订单,逻辑在B2C,数据源在OMS -菜鸟平台/4PS平台订单状态展示,逻辑在LAPI,数据源在LAPI

运维管理系统需求说明书

1概述 1.1开发背景和意义 随着公司规模的迅速扩大,现行的纯纸质化办公,效率低下、资料保存和查询非常困难、成本高、不利于多人协同办公,成为日常办公的严重制约。尤其是需要审批的事项,如果遇到审批人出差或不在公司,往往需要等待,协调的成本很高,工作决策不能及时进行,大大降低了工作效率。开发审批系统,使得申请人和审批人不受地域和时间限制,审批流程自动流转,相关人可以快键协调。 1.2开发目标 系统在需求设计时要充分考虑了用户的使用习惯、模块间的相互独立性,减少系统间的相互依赖,使其能单独运行,便于开发和维护,也有利于以后的扩充,做到与其他业务系统的高内聚、松耦合。 特别强调系统的用户体验,以及与实际审批业务的贴合性,真正方便用户的申请和审批业务快键开展。 1.3主要内容 系统主要内容包括: (1) 考勤管理:员工的加班、调休、请假、市内外出、出差等的申请、审批、查询和统计。 (2)转正申请:员工完成试用期,进入转正审批环节,完成该环节后,成为正式员工。 (3)物资申请:办公用物资的申请和审批。 1.4用户对象 包括总公司、山西、广西、河南、湖北等办事处、分公司全部员工。

1.5业务数据时间要求 针对用户对数据的要求,业务数据做永久性保存,部分业务数据可转入查询库中作为历史数据供查询使用。 2功能需求 2.1功能框架 2.1.1总体框架 操作系统运行监控: 虚拟机可用性 cpu负载 内存使用 IO情况 空间使用情况 OS日志 进程情况 计划任务情况 时钟偏差 端口使用情况 路由表 一页查看 多操作系统执行命令: 中间件运行监控: 取jmx的一些指标。 数据库运行监控: 主目录 集群状态 实例状态 监听器状态 表空间预警 归档情况 rman备份情况 不良sql 未使用的索引 大表数据量 alert文件报错

软件需求分析说明书

软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#

学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求;以供本系统的开发人员参考。 项目背景 开发软件名称:学生信息管理系统。 用户:教学办公室 项目和其他软件:系统的关系。 本项目采用客户机/服务器原理,客户端程序是建立在window NT系统上以 Java为开发软件的应用程序,服务器端采用Linux为操作系统的工作站,是采用Oracle 的为开发软件的数据库服务程序。 定义 学号:学校给学生的编号,用来区分各个学生的信息的中介。 课程名:学校开设课程的名字 Java+SQL:编写该系统的面向对象的开发语言和数据库语言。

参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2.任务概述 目标 ⑴开发意图:由于学校的不断招生,现有的系统空间小,运行速度缓慢,操作过于复 杂,有的操作还不能执行,所以要开发本系统。 ⑵应用目标:学生信息管理系统将解决现有系统的空间不足,运行缓慢,操作复杂,操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统:Microsoft Windows xp 支持环境:IIS 数据库:Oracle 软件设备:eclipse 内存:512 M以上 硬盘空间:40G以上 CPU: 233MHZ以上

内存:256M以上 硬盘空间:以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人,用来做学生信息的存储,对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度,结合他们日常工作的频繁程度,系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性,有非常高的要求。本系统的规模比较小,并且将提供操作手册进行操作项的详细说明 (1)、Client/Server结构总体设计方案对它的约束:本系统做为Client/Server 结构的一个应用系统,不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划,包括功能设计、系统配置和计划。同时,由于信息的共享,机票预订系统还受到其它系统的信息约束。 (2)、人力、时间的约束:本系统开发过程中也要考虑到人力、资金和时间的约束。 (3)、技术发展规律的约束:计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。 3.需求规定 对功能的规定 系统流程图:系统流程图是用户操作此系统的流程和各个用户能够操作的功能,如A-1就是一个系统流程图;用户有系统管理员,教师和学生,每个用户要进入此系统都要登录。每个用户有不同的功能,系统管理员有查询,增加,修改,删除,修改密码,设置权限等功能;教师有查询,修改密码和输入学生成绩的功能;学生只有查询和修改密码的功能。 A-1系统流程图 用例图:用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能,像修改密码,管理学生信息、成绩信息、课程信息、班级信息并且设置权

网上订餐系统需求分析说明书

学生网上订餐系统 之需求分析说明书

1. 引言 1.1编写目的 此立项报告旨在确定本项目的基本目标、主要容,设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性,运行设计的项目 时间总体规划、进度分段标准、阶段考核方法,以及项目验收方式、提 交的容清单、后续工作情况。 1.2定义 本产品是为食堂专门开发的一套订餐管理系统,旨在合理化安排食堂的工作,提高食堂的管理效率,同时方便学生就餐。 2. 项目概述 2.1项目背景 众所周知,在中国的大学生高校中学生到食堂用餐,在路途和排队上浪费很多时间,并且去晚了经常会吃不到想吃的食物;这样便会导致 学生对食堂的满意度不高,近期我们发现有很多的学生选择了网上订餐 或者是叫外卖。在这种情况下,学生的生活健康的不到保证,食堂更是 无法准确预测学生需求,因此食堂经常会出现有些食物因为没有卖出去 而浪费掉,而学生需要的一些食物却已售罄的现象。 2.2 项目目标 开发手机订餐系统节省学生的时间和精力,避免学生在食堂排队等很多时间,同时也减少食堂食物的浪费,并提高服务质量以及学生对食堂 的满意度。 2.3 构件图

图2.3-1 构件图 2.4 上下文关系图 图2.4-1 上下文关系图 菜品信息 生成订单 对菜品的评价 订菜 学生订餐子系统 订单管理子系统 学生就餐情况 库存情况查询 食堂管理子系统

2.4.1 业务事件 a. 食堂接受订餐信息 b. 学生查询菜谱和推荐菜单或套餐 c.学生预约订餐 d.返回客户订餐信息 e. 学生进行进一步确定订单,并最终提交 d.食堂接受订单信息,送食堂厨房 2.5 对产品进一步解析 到不前为止我们对学生的行为,食堂服务人员,厨房厨师的行为进行了准确的分析,做这一步的操作是为了进一步分析所设计的系统能否 达到预想的目的。 2.6 适用围 通过分析,本项目仅适用于工程学院中心校区一食堂,用于学生进行饭前订餐,以对用餐食物进行合理预算。 3.系统需求分析 3.1 性能需求分析 该系统在性能功能应达到如下要求: 3.1.1操作简单,界面友好:完全空间式的页面布局,使得菜品、 咨询等信息录入的工作更简单:另外,跟踪出现的提示信息也让用户随 时清楚自己的操作情况。对常见类似的的管理的各个方面:基本信息录 入、浏览、删除、修改、搜索等方面都大体实现,用户对菜品的预定以 及支付方式; 3.1.2即时可见:对客户预定餐饮信息的处理(包括录入、删除) 将立即在首页的对应栏目显示出来,达到“即时发布,即时见效”的功 能 3.1.3系统运行应该快速、稳定、高效和可靠; 3.1.4在结构上应该具有很好的可扩展性,便于将来功能的扩展和 维护。 3.2 项目活动图

系统项目需求分析说明书

CRM客户关系管理 ——项目需求分析说明 江苏淮微技术中心 Jiangsu Microsoft Technology Center

第一部分引言 1.1编写目的 本规格说明描述了CRM项目的需求,作为系统设计、实现目标及验收的依据,通过该需求分析,描述用户的具体需求,定义需求具体的规格和内容。并且作为各方面沟通的依据,也作为下一步工作提供基准。 软件开发小组的每一位成员应该阅读本需求说明,以明确项目最后要求完成的软件产品的特点,经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考。 1.2适用范围 本文档主要设计CRM的应用模型和功能需求描述。 1.3背景 A、软件系统的名称:CRM客户关系管理系统 B、任务提出者:中文名称(英文) 开发者:江苏淮微技术中心(Jiangsu Microsoft Technology Center) C、本系统目前是独立的系统,暂不与江苏淮微技术中心的其他软件系统提供接口,所产生的输出也将是独立的。 最终用户可通过互联网或局域网以多种方式使用本系统。 本系统将使用SQL Server2005作为数据库存储系统,SQL Server2005软件由用户自行提供 1.4 术语、定义和缩写 定义:CRM 客户关系管理系统是把有关市场和客户的信息进行统一管理、共享,并能进行有效分析的处理的新型应用系统,它为企业内部的销售、营销、客户服务等提供全面的支持。 缩写:CRM

1.5文档概述 本文档主要描述了CRM的外部接口需求、功能需求以及其他非功能需求 1.6参考资料 相关的文件包括: A、江苏淮微技术中心《CRM项目开发计划》; 参考资料: A、国家标准《软件需求说明书(GB856T——88)》 B、《软件工程》 C、《设计模式》 D、《CRM客户关系管理系统》 第二部分任务概述 2.1目标 CRM 客户关系管理系统是把有关市场和客户的信息进行统一管理、共享,并能进行有效分析的处理的新型应用系统,它为企业内部的销售、营销、客户服务等提供全面的支持。具体说来,系统的目标包括: 客户管理 事物管理 销售管理 采购管理 商务管理 服务管理 汇总中心 权限管理

相关文档
最新文档