需求规格说明书完善指南

目录

I导言..........................................................0

1.1背景.....................................................0

1.2目的.....................................................0

1.3名词解释.................................................1

1.4参照资料.................................................1

2概述..........................................................2

2.1系统环境.................................................2

2.2功能需求.................................................2

2.3参与者分工...............................................3

2.4技术支持.................................................4

2.4.1MVC模式...........................................4

2.4.2jsp+servlet+javabean开发模式.....................5

3UML建模语言.................................

3.1基本概念.................................................6

3.1.1对象图............................................7

3.1.2类图..............................................7

3.1.3类图..............................................8

3.2模型视图.................................................8

3.2.1用例图.............................................8

3.2.2活动图.............................................9

3.2.3次序图............................................10

4需求分析.....................................................10

4.1管理员需求分析..........................................10

4.1.1管理员用例图.....................................10

4.2一般顾客需求分析........................................18

4.2.1一般顾客用例图...................................18

4.3安全管理需求分析.......................................26

4.3.1安全管理用例图...................................26

5对性能的规定.................................................31

5.1时间特性规定...........................................31

5.2灵活性..................................................32

5.3输入输出规定............................................32

5.4故障处理规定............................................32

5.5其他专门规定............................................32

1导言

1.1背景

近年来，伴随互联网技术的迅速发展，越来越多的人开始关注软件开

发这项技术，随之也开始涌现出了诸多的开发语言和开发工具。然而，安

装这些开发工具对系统内存往往有较大H勺规定，虽然成功安装，有时也会

对我们日勺平常使用带来不便。此外，这些开发工具只是提供了一种平台，

供我们练习使用，自身并不能协助我们提高软件开发水平。因此我们小组

联合开发了名为学程网的在线评测系统，该系统采用了B/S构造。系统中

有大量的习题，可以练习可以考试，既可以练习开发语言，亦可以温故数

据构造。该系统H勺特点是以便、使用。

1.2目的

实现如下功能：

可以实现注册顾客的功能：

可以判断顾客的身份，并根据身份H勺不一样进入不一样H勺页面；

管理员可以实目前线添加试卷、试题，查询试卷、试题H勺功能；

一般顾客可以实目前线考试的I功能;

一般顾客可以实现查询考试分数的功能;

一般顾客可以实目前线答题的功能；

一般顾客可以实现查询试卷和试题的功能。

1.3名词解释

表1名词解释

名词解释

学程网学习编程网站

提交将目前页面日勺有关数据寄存在数据库中

对目前页面的代码进行编译，以判断与否存在

编译语法和语义的错误，并将编译成果显示在对应

内位置

1.4参照资料

《Java程序设计》雍俊海,清华大学出版社,2023年02月；

«JavaEE实用教程》郑阿奇，出版社：电子工业出版社，2023年11月；

《Jquery基础教程》（第四版）［美］JonathanChaffer,［美］KarlSwedberg,

人民邮电出版社，2023年10月。

2概述

2.1系统环境

表2系统环境

环境名称软件版本

浏览器GoogleChrome

数据库SQLServer2023

Java版本Jdk_l_5_006-windows

开发工具Myeclipse

操作系统Windows8

服务器Tomcat8.0

2.2功能需求

该系统共有两个角色，分别为一般顾客和管理员。一般顾客通过注册

账号获得使用该系统内权限，管理员无需注册，账号由系统分派。

一般顾客登录系统之后，即可进入系统首页，在首页有大量日勺习题，

顾客可以根据自己的需要，选择对应口勺习题进行练习。同步，顾客可以在

该页面选择考试，点击考试即可进入选择试卷页面，对试卷中日勺页面进行

做答，系统会根据作答状况，给出成绩，顾客可以通过成绩理解自己的作

答状况。此外，顾客还可以查询自己的历史试卷。

管理员登录之后会进入管理员首页，在该页面管理员可以查询试题、

试卷，添加题目、试卷。其中添加试卷时，管理员通过查询题目，选中对

应的题目，点击添加，将试题添加至对应的试卷。

图1即为该系统内功能构造图。

图1系统功能构造图

2.3参与者分工

表3参与者分工

人员姓名任务分派

于航组长，负责后台中码的实现

曹双双负责前台界面的设计

郝文杰负责后台代码的实现

肖倩倩负责测试系统，撰写汇报

韩漂负责测试系统，撰写汇报

于花蕾负责测试系统，撰写汇报

2.4技术支持

2.4.1MVC模式

MVC全名是ModelViewController,是模型(model)—视图(view)一

控制器(controller)内缩写，一种软件设计典范，用一种业务逻辑、数据、

界面显示分离的措施组织代码，将业务逻辑汇集到一种部件里面，在改善

和个性化定制界面及顾客交互H勺同步，不需要重新编写业务逻辑。MVC被

独特的发展起来用于映射老式日勺输入、处理和输出功能在一种逻辑的图形

化顾客界面的构造中C

视图是顾客看到并与之交互的界面。对老式的Web应用程序来说，视

图就是由HTML元素构成出J界面，在新式W、JWeb应用程序中，HTML仍旧在

视图中饰演着重要的角色，但某些新区I技术已层出不穷，它们包括Adobe

Flash和像XHTML,XML/XSL,WML等某些标识语言和Webservices.

MVC好处是它能为应用程序处理诸多不一样的视图。在视图中其实没有真

正的处剪发生，不管这些数据是联机存储出J还是一种雇员列表，作为视图

来讲，它只是作为一种输出数据并容许顾客操纵的方式。

模型表达企业数据和业务规则。在MVC的三个部件中，模型拥有最多

的I处理任务。例如它也许用像EJBs和ColdFusionComponents这样的I构

件对象来处理数据库，被模型返回日勺数据是中立的，就是说模型与数据格

式无关，这样一种模型能为多种视图提供数据，由于应用于模型的代码只

需写一次就可以被多种视图重用，因此减少了代码的反复性。

控制器接受顾客内输入并调用模型和视图去完毕顾客的需求，因此当

单击Web页面中的超链接和发送HTML表单时，控制器自身不输出任何东

西和做任何处理。它只是接受祈求并决定调用哪个模型构件去处理祈求，

然后再确定用哪个视图来显示返回日勺数据。

2.4.2jsp+servIet+javabean开发模式

jsp开发模式2采用Servlet+jsp+JavaBean日勺技术实现javaweb区）

开发。

使用jsp开发模式2日勺开发环节为：

（1）定义一系列於JBean来表达数据。

（2）使用一种Servlet来处理祈求。

(3)在Servlet中填充Bean。

(4)在Servlet中，将Bean存储到祈求，会话或者Servlet上下文

中。

(5)将祈求转到jsp页面。

(6)在jsp页面中，从Bean中提取数据。

jsp开发模式2借MVC架构模式，采用Scrvlct+jsp+JavaBean的技术

实现javaweb的开发。其中，Servlet充当控制器日勺角色，负责处理祈求

和控制业务流程，jsp充当视图的角色，负责输出响应成果，JavaBean充

当模型日勺角色，负责详细日勺业务逻辑和业务数据。

3UML建模语言

3.1基本概念

统一建模语言(IML,UnifiedModelingLanguage)是面向对象软件日勺

原则化建模语言。UML因其简朴、统一的特点，并且能体现软件设计中日勺

动态和静态信息，目前已成为可视化建模语言口勺工业原则。在软件无线电

系统的开发过程中，统一建模语言可以在整个设计周期中使用，协助设计

者缩短设计时间，减少改善的成本，使软硬件分割最优。

在UML系统开发中有三个重要日勺模型：

功能模型：从顾客的角度展示系统口勺功能，包括用例图。

对象模型：采用对象、属性、操作、关联等概念展示系统的J构造和基

础，包括类图、对象图、包图

动态模型：展现系统的内部行为，包括序列怪I、活动图、状态图。

3.1.1对象图

对象图(ObjectDiagram)是显示了一组对象和他们之间的关系,使用

对象图来阐明数据构造，类图中H勺类或组件等H勺实例的I静态快照。对象图

和类图同样反应系统内静态过程，但它是从实际的或原型化的情景来体现

H<Jo

对象图显示某时刻对象和对象之间口勺关系。一种对象图可当作一种类

图的特殊用例，实例和类可在其中显示。对象也和合作图相联络，合作图

显示处在语境中H勺对象原型(类元角色)。

对象图是类图的实例，几乎使用与类图完全相似的标识。他们的不一

样点在于对象图显示类的多种对象实例，而不是实际的类。一种对象图是

类图的一种实例。由于对象存在生命周期，因此对象图只能在系统某一时

间段存在。

3.1.2类图

显示了一组类、接口、协作以及他们之间日勺关系。在UML中问题域最

终要被逐渐转化，通过类来建模，通过编程语言构建这些类从而实现系统。

类加上他们之间的关系就构成了类图，类图中还可以包括接口、包等元素,

也可以包括对象、链等实例。

3.1.3类图

重要用来描述顾客、需求、系统功能单元之间H勺关系。它展示了一

种外部顾客可以观测到的系统功能模型图。

3.2模型视图

3.2.1用例图

用例图是指由参与者(Actor),用例(UseCase)以及它们之间的关

系构成H勺用于描述系统功能日勺静态视图。用例图(UserCase)是被称为

参与者的j外部顾客所能观测到H勺系统功能的j模型图，展现了某些参与者和

某些用例，以及它们之间的关系，重要用于对系统、子系统或类日勺功能行

为进行建模。

参与者：参与者不是特指人，是指系统以外日勺，在使用系统或与系统

交互中所饰演的角色c因此参与者可以是人，可以是事物，也可以是时间

或其他系统等等。尚有一点要注意日勺是，参与者不是指人或事物自身，而

是表达人或事物当时所饰演的角色。例如小明是图书馆口勺管理员，他参与

图书馆管理系统H勺交互，这时他既可以作为管理员这个角色参与管理，也

可以作为借书者向图书馆借书，在这里小明饰演了两个角色，是两个不一

样的参与者。参与者在画图中用简笔人物画来表达，人物下面附上参与者

□勺名称。

用例：是对包括变量在内的一组动作序歹J的描述，系统执行这些动作,

并产生传递特定参与者的价值H勺可观测成果。这是UML对用例H勺正式定义,

对我们初学者也许有点难懂。我们可以这样去理解，用例是参与者想要系

统做的事情。对于对用例的命名，我们可以给用例取一种简朴、描述性的

名称，一般为带有动作性日勺词。用例在画图中用椭圆来表达，椭圆下面附

上用例出J名称。

用例之间的关系：包括关系，泛化关系，扩展关系。

3.2.2活动图

活动图阐明了业务用例实现的工作流程。业务工作流程阐明了业务为

向所服务口勺'业务主角提供其所需的价值而必须完毕的工作。业务用例由一

系列活动构成，它们共同为业务主角生成某些工件。工作流程一般包括一

种基本工作流程和一种或多种备选工作流程。工作流程的构造使用活动图

来进行阐明。

可以使用垂直实线将活动图划分为泳道。每条泳道代表整个工作流程

日勺某个部分日勺职责，该职责由组织日勺某个部门来执行。泳道最终可以由组

织单元或者业务对象模型中的一组类来实行。泳道之间的排序并不会影响

语义。每个活动状态都指派了一条泳道，而转移则也许跨越数条泳道。

3.2.3次序图

次序图是将交互关系表达为一种二维图。纵向是时间轴，时间沿竖线

向下延伸。横向轴代表了在协作中各独立对象H勺类元角色。类元角色用生

命线表达。当对象存在时，角色用一条虚线表达，当对象H勺过程处在激活

状态时，生命线是一种双道线。

4需求分析

4.1管理员需求分析

4.1.1管理员用例图

管理员用例图包括添加试卷、添加题目、查询试卷、查询题目四个用

例，其中添加试卷和查询试卷用例都包括查询题目用例。

管理员用例图见图2

图2管理员用例图

（1）查看试卷用例

用例名称：查看试卷

用例编号：1

用例描述：当管理员需要理解系统所存试卷状况时可以点击查询

试卷，查询对应试卷状况。

前置条件：管理员成功登录。

后置条件：将查询成果显示在对应页面。

活动环节：

1管理员进入管理员页面。

2点击查询试卷。

3系统判断所查试卷与否在系统中存在。

4若存在，则将成果显示在对应页面，否则给出错误提醒。

查询试卷活动图见图3

图3杳询试卷活动图

(1)查询题目用例

用例名称：查询题目

用例编号：2

用例描述：当管理员需要理解系统所存试卷状况时可以点击查询

试卷，查询对应试卷状况。

前置条件：管理员成功登录

后置条件：将查询成果显示在对应页面

活动环节：

1管理员进入管理员页面。

2点击搜索按钮。

3系统判断所查题目与否在系统中存在。

4若存在，则将成果显示在对应页面，否则给出错误提醒。

查询题目活动图见图4

图4查询题目活动图

（1）添加试卷用例

用例名称：添加试卷

用例编号：3

用例描述：当管理员需要向系统中添加试卷时，可以先在系统中查询对

应日勺题目，然后将其加入到试卷中。

前置条件：管理员成功登录

后置条件：将试卷信息写入数据库中，并给出添加成功提醒。

活动环节:

1管理员进入管理员页面。

2点击添加试卷。

3查询题目。

4点击添加。

5反复执行3、4,直至添加完毕。

6点击添加试卷。

添加试卷活动图见图5

图5添加试卷活动图

(1)添加题目用例

用例名称：添加题目

用例编号：4

用例描述：当管理员需要向系统中添加题目时，点击添加题目，然后输

入题目信息,，最终点击添加，即可将成功向系统中添加题目。

前置条件：管理员成功登录

后置条件：将题目信息写入数据库中，并给出添加成功提醒。

活动环节：

1管理员进入管理员页面。

2点击添加题目。

3输入题目信息。

4点击添加。

添加题目活动图见图6

图6添加题目活动图

4.2一般顾客需求分析

4.2.1一般顾客用例图

般顾客用例图包括三个用例，分别是考试、题目查询、查询个人试

卷，其中考试和查询个人试卷包括题目查询用例。

一般顾客用例图见图7

图7一般顾客用例图

（1）查询题目用例

用例名称：查询题目

用例编号：5

用例描述：当顾客需要理解系统所存题目状况时可以点击查询

题目，查询对应题目信息。

前置条件：顾客成功登录

后置条件：将查询成果显示在对应页面

活动环节：

1顾客进入顾客页面。

2点击搜索按钮。

3系统判断所查题目与否在系统中存在。

4若存在，则将成果显示在对应页面，否则给出错误提醒。

查询题目活动图见图8

图8查询题目活动图

(1)查看试卷用例

用例名称：查看试卷

用例编号：6

用例描述：当顾客需要理解系统所存试卷状况时可以点击考试，然后查

询对应试卷。

前置条件：顾客成功登录。

后置条件：将查询成果显示在对应页面。

活动环节：

1顾客进入顾客页面。

2点击查询试卷。

3系统判断所查试卷与否在系统中存在。

4若存在，则将成果显示在对应页面，否则给出错误提醒。

查询试卷活动图见图9

查询试卷

图9查询试卷活动图

（1）查看个人试卷用例

用例名称：查看个人试卷

用例编号：7

用例描述：当顾客需要理解自己所答过的试卷状况时可以点击查询

试卷，查询对应试卷状况。

前置条件：顾客成功登录。

后置条件：将查询成果显示在对应页面。

活动环节：

1顾客进入顾客页面。

2点击查询个人试卷。

3系统显示该顾客答过的所有试卷。

查看个人试卷活动图见图10

图10查询个人试卷活动图

(1)考试用例

用例名称：考试

用例编号：8

用例描述：当顾客需要检测自己口勺编程水平时，点击考试，系统会根据顾

客的答题状况给出对应的成绩。

前置条件：顾客成功登录。

后置条件：将查询成果显示在对应页面。

活动环节：

1顾客进入顾客页面。

2点击考试。

3选择试卷。

4选择题目。

5进入考试页面c

6根据题目信息编代码。

7点击编译运行c

8系统将编译运行成果输出

9点击提交

10系统根据作答状况给出成绩，并将答题状况提交至数据库。

考试活动图如下图11

考试

图11考试活动图

4.3安全管理需求分析

4.3.1安全管理用例图

大多数软件对系统的安全性均有规定，因此就不可防止的需要有安全

管理。本系统H勺安全管理模块有两个用例，分别是注册和登录，