需求分析规格说明书资料Word格式.docx

需求分析规格说明书资料Word格式.docx

《需求分析规格说明书资料Word格式.docx》由会员分享，可在线阅读，更多相关《需求分析规格说明书资料Word格式.docx（24页珍藏版）》请在冰豆网上搜索。

表1名词解释

名词

解释

学程网

学习编程网站

提交

将当前页面的相关数据存放在数据库中

编译

对当前页面的代码进行编译，以判断是否存在语法和语义的错误，并将编译结果显示在相应的位置

1.4参考资料

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

《JavaEE实用教程》郑阿奇,出版社:

电子工业出版社，2009年11月；

《Jquery基础教程》（第四版）[美]JonathanChaffer，[美]KarlSwedberg，人民邮电出版社，2013年10月。

2概述

2.1系统环境

表2系统环境

环境名称

软件版本

浏览器

GoogleChrome

数据库

SQLServer2014

Java版本

Jdk-1_5_0_06-windows

开发工具

Myeclipse

操作系统

Windows8

服务器

Tomcat8.0

2.2功能需求

该系统共有两个角色，分别为普通用户和管理员。

普通用户通过注册账号获得使用该系统的权限，管理员无需注册，账号由系统分配。

普通用户登录系统之后，即可进入系统首页，在首页有大量的习题，用户可以根据自己的需要，选择相应的习题进行练习。

同时，用户可以在该页面选择考试，点击考试即可进入选择试卷页面，对试卷中的页面进行做答，系统会根据作答情况，给出成绩，用户可以通过成绩了解自己的作答情况。

此外，用户还可以查询自己的历史试卷。

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

其中添加试卷时，管理员通过查询题目，选中相应的题目，点击添加，将试题添加至对应的试卷。

图1即为该系统的功能结构图。

图1系统功能结构图

2.3参与者分工

表3参与者分工

人员姓名

任务分配

于航

组长，负责后台代码的实现

曹双双

负责前台界面的设计

郝文杰

负责后台代码的实现

肖倩倩

负责测试系统，撰写报告

韩溧

于花蕾

2.4技术支持

2.4.1MVC模式

MVC全名是ModelViewController，是模型（model）－视图（view）－控制器（controller）的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。

MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。

视图是用户看到并与之交互的界面。

对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括AdobeFlash和像XHTML，XML/XSL,WML等一些标识语言和Webservices.

MVC好处是它能为应用程序处理很多不同的视图。

在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。

模型表示企业数据和业务规则。

在MVC的三个部件中，模型拥有最多的处理任务。

例如它可能用像EJBs和ColdFusionComponents这样的构件对象来处理数据库，被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据，由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。

控制器接受用户的输入并调用模型和视图去完成用户的需求，所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。

它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。

2.4.2jsp+servlet+javabean开发模式

jsp开发模式2采用Servlet+jsp+JavaBean的技术实现javaweb的开发。

使用jsp开发模式2的开发步骤为：

（1）定义一系列的Bean来表示数据。

（2）使用一个Servlet来处理请求。

　　（3）在Servlet中填充Bean。

　　（4）在Servlet中，将Bean存储到请求，会话或者Servlet上下文中。

　　（5）将请求转到jsp页面。

　　（6）在jsp页面中，从Bean中提取数据。

jsp开发模式2借MVC架构模式，采用Servlet+jsp+JavaBean的技术实现javaweb的开发。

其中，Servlet充当控制器的角色，负责处理请求和控制业务流程，jsp充当视图的角色，负责输出响应结果，JavaBean充当模型的角色，负责具体的业务逻辑和业务数据。

3UML建模语言

3.1基本概念

统一建模语言（UML，UnifiedModelingLanguage）是面向对象软件的标准化建模语言。

UML因其简单、统一的特点，而且能表达软件设计中的动态和静态信息，目前已成为可视化建模语言的工业标准。

在软件无线电系统的开发过程中，统一建模语言可以在整个设计周期中使用，帮助设计者缩短设计时间，减少改进的成本，使软硬件分割最优。

在UML系统开发中有三个主要的模型：

功能模型：

从用户的角度展示系统的功能，包括用例图。

对象模型：

采用对象、属性、操作、关联等概念展示系统的结构和基础，包括类图、对象图、包图

动态模型：

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

3.1.1对象图

对象图（ObjectDiagram）是显示了一组对象和他们之间的关系。

使用对象图来说明数据结构，类图中的类或组件等的实例的静态快照。

对象图和类图一样反映系统的静态过程，但它是从实际的或原型化的情景来表达的。

对象图显示某时刻对象和对象之间的关系。

一个对象图可看成一个类图的特殊用例，实例和类可在其中显示。

对象也和合作图相联系，合作图显示处于语境中的对象原型（类元角色）。

对象图是类图的实例，几乎使用与类图完全相同的标识。

他们的不同点在于对象图显示类的多个对象实例，而不是实际的类。

一个对象图是类图的一个实例。

由于对象存在生命周期，因此对象图只能在系统某一时间段存在。

3.1.2类图

显示了一组类、接口、协作以及他们之间的关系。

在UML中问题域最终要被逐步转化，通过类来建模，通过编程语言构建这些类从而实现系统。

类加上他们之间的关系就构成了类图，类图中还可以包含接口、包等元素，也可以包括对象、链等实例。

3.1.3类图

主要用来描述用户、需求、系统功能单元之间的关系。

它展示了一个外部用户能够观察到的系统功能模型图。

3.2模型视图

3.2.1用例图

用例图是指由参与者（Actor）、用例（UseCase）以及它们之间的关系构成的用于描述系统功能的静态视图。

用例图（UserCase）是被称为参与者的外部用户所能观察到的系统功能的模型图，呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。

参与者：

参与者不是特指人，是指系统以外的，在使用系统或与系统交互中所扮演的角色。

因此参与者可以是人，可以是事物，也可以是时间或其他系统等等。

还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。

比如小明是图书馆的管理员，他参与图书馆管理系统的交互，这时他既可以作为管理员这个角色参与管理，也可以作为借书者向图书馆借书，在这里小明扮演了两个角色，是两个不同的参与者。

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

用例：

是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的可观察结果。

这是UML对用例的正式定义，对我们初学者可能有点难懂。

我们可以这样去理解，用例是参与者想要系统做的事情。

对于对用例的命名，我们可以给用例取一个简单、描述性的名称，一般为带有动作性的词。

用例在画图中用椭圆来表示，椭圆下面附上用例的名称。

用例之间的关系：

包含关系，泛化关系，扩展关系。

3.2.2活动图

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

业务工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。

业务用例由一系列活动组成，它们共同为业务主角生成某些工件。

工作流程通常包括一个基本工作流程和一个或多个备选工作流程。

工作流程的结构使用活动图来进行说明。

可以使用垂直实线将活动图划分为泳道。

每条泳道代表整个工作流程的某个部分的职责，该职责由组织的某个部门来执行。

泳道最终可以由组织单元或者业务对象模型中的一组类来实施。

泳道之间的排序并不会影响语义。

每个活动状态都指派了一条泳道，而转移则可能跨越数条泳道。

3.2.3顺序图

顺序图是将交互关系表示为一个二维图。

纵向是时间轴，时间沿竖线向下延伸。

横向轴代表了在协作中各独立对象的类元角色。

类元角色用生命线表示。

当对象存在时，角色用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线。

4需求分析

4.1管理员需求分析

4.1.1管理员用例图

管理员用例图包括添加试卷、添加题目、查询试卷、查询题目四个用例，其中添加试卷和查询试卷用例都包含查询题目用例。

管理员用例图见图2

图2管理员用例图

（1）查看试卷用例

用例名称：

查看试卷

用例编号：

1

用例描述：

当管理员需要了解系统所存试卷情况时可以点击查询

试卷，查询相应试卷情况。

前置条件：

管理员成功登录。

后置条件：

将查询结果显示在相应页面。

活动步骤：

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

2点击查询试卷。

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

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

查询试卷活动图见图3

图3查询试卷活动图

（1）查询题目用例

查询题目

2

管理员成功登录

将查询结果显示在相应页面

2点击搜索按钮。

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

查询题目活动图见图4

图4查询题目活动图

（1）添加试卷用例

添加试卷

3

当管理员需要向系统中添加试卷时，可以先在系统中查询相应的题目，然后将其加入到试卷中。

将试卷信息写入数据库中，并给出添加成功提示。