王姸.docx

王姸.docx

《王姸.docx》由会员分享，可在线阅读，更多相关《王姸.docx（13页珍藏版）》请在冰豆网上搜索。

王姸

案卷号

日期

毕业生顶岗实习

需求规格说明书

作者：

王妍

完成日期：

签收人：

签收日期：

1.导言2

1.1目的2

1.2范围3

1.3缩写说明3

1.4术语定义3

1.5引用标准3

1.6参考资料3

1.7版本更新信息3

2．系统定义4

2.1项目来源及背景4

2.2用户的特点4

2.3项目目标4

3．应用环境4

3.1系统运行的网络环境5

3.2系统运行的硬件环境6

3.3系统运行软件环境6

4.功能规格6

4.1角色定义7

4.2系统主用例图7

4.3客户端子系统8

4.4管理端子系统9

5.性能需求10

5.1界面需求10

5.2响应时间需求10

5.3可靠性需求11

5.4开放性需求11

5.5可扩展性需求11

5.6系统安全性需求11

6.产品提交11

7.实现约束11

1.导言

1.1目的

该文档是关于毕业生顶岗实习管理系统的功能和性能的要求，主要是为了提高毕业生信息管理水平，实现整个专业信息统一管理、分级维护、分级统计、自动汇总的目标。

主要实现学生信息管理、教师信息管理，教师管理者之间的变动管理。

1.2范围

该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的，解决整个项目系统的“做什么的问题。

在这里没有涉及开发技术，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的平台。

1.3缩写说明

JSP，JavaServerPage（Java服务器页面）的缩写，一个脚本化的语言。

UML，UnifiedModelingLanguage（统一建模语言）的缩写，是一个标准的建模语言

1.4术语定义

无

1.5引用标准

[1]《企业文档格式标准》，北京长江软件有限公司软件工程化组织

[2]《需求规格说明书格式标准》，北京长江软件有限公司软件工程过程化组织

1.6参考资料

[1]《UML说明》，北京长江软件有限公司

[2]《需求规格报告格式标准》，北京长江软件有限公司软件工程过程化组织

1.7版本更新信息

本文档的更新记录如表A-l所示。

表A-1版本更新记录

修改编号

修改日期

修改后版本

修改位置

修改内容概述

001

2011.9.6

0.1

1.1-3.3

初始发布版本

002

2011.9.8

0.2

1.1-3.3

修改

003

2011.9.8

0.3

4.1-4.2

增加

004

2011.9.15

0.4

4.3

增加

005

2011.10.24

0.5

4.3

修改

2．系统定义

我们分别阐述一下项目的来源、背景，项目的用户特点和项目的目标。

2.1项目来源及背景

本项目是为保定职业技术学院开发的一个毕业生顶岗实习管理系统。

通过此系统可以对毕业生的实习信息及时的进行查看和管理、汇总。

为此学院老师希望有一个自动化的顶岗实习管理系统能够给他们带来工作的便利，提高工作效率。

为实现对毕业生实习信息管理工作的自动化，弥补管理工作中存在的种种不足，我们开发了毕业生顶岗实习管理系统。

学院的工作人员通过这个系统可以有效地对毕业生实习信息及时管理，向上统计汇总等功能。

进行授权，实现有效地人员权限限制和管理。

2.2用户的特点

本系统的用户都是网上用户，包括三类：

一、管理员。

管理教师信息和所有的学生信息。

二、学院教师。

管理自己的学生和对自己信息的维护。

三、学生自己。

对自己信息的查看、修改

他们都是是熟悉计算机操作的人员，并且具有特殊的管理权限，主要负责自己的模块权限信息进行管理。

2.3项目目标

本项目设定的目标如下：

·系统能够提供友好的用户界面，使操作人员的工作量最大限度地减少；

·系统具有良好的运行效率，能够达到提高生产率的目的；

·系统应有良好的可扩充性，可以容易地加入其他系统的应用；

·平台的设计具有一定的超前性，灵活性，能够适应学生各种信息的变化；

·通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能力。

3．应用环境

根据用户的需求陈述，可以确定本项目分为学生端、教师端和管理端，学生端的主要功能是查看、修改个人信息和密码的修改。

教师端主要功能是实现自己所指导学生的信息查看、修改、导出以及打印预览和修改自己的密码。

管理端的功能是实现所有教师信息的查询、修改、添加，学生信息的导入、添加、修改、删除、查询以及汇总等。

它们的关系如图A-l所示。

v

图A-1系统功能模块图

3.1系统运行的网络环境

本系统的网络运行图如图A-2所示，无论是客户端的教师、学生还是管理端的管理员都可以通过网络登录到本系统中。

学生和教师通过登录时确定的权限范围管理自己的信息或自己所指导的学生的信息。

管理端的管理员管理所有的教师以及学生的信息。

图A-2网络拓扑图

3.2系统运行的硬件环境

本系统的硬件环境如下：

客户机：

普通PC

·CPU．P41.8GHz以上

·内存：

256MB以上

·能够运行IE5.0以上或者Netscape4.0以上版本的机器

·分辨率：

推荐使用1024*768像素

Web服务器

·CPU：

P42.0GHz

·内存：

1GB以上

·硬盘：

80GB以上

·网卡：

KMb/s速度

数据库服务器

·CPU：

P42.0GHz

·内存：

1GB以上

·硬盘：

80GB以上

3.3系统运行软件环境

本系统的软件环境如下：

·操作系统：

UNIX／Linux／Windows2000或以上版本

·数据库：

MySql

·开发工具包：

MyEclipse8.0

·Web服务器：

Tomcat

·浏览器：

IE6.0以上

4.功能规格

我们采用面向对象分析作为主要的系统建模方法，使用UML（UnifiedModelingLanguage）作为建模语言。

UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。

在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。

用例描述角色（用户、外部系统以及系统处理）是如何与系统交互来完成工作的。

用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。

设计用例时，我们遵循下列步骤：

1）识别出系统的角色。

角色可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。

重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者（角色）是谁。

尽可能地确保所有角色都被完全识别出来。

2）描述主要的用例。

可以采取不断地问自己“这个角色究竟想通过系统做什么？

”来准确地描述用例。

3）重新审视每个用例，为它们下个详尽的定义。

4.1角色定义

角色或者执行者指与系统产生交互的外部用户或者外部系统。

4.1.1系统管理员

系统管理员是指在这个顶岗实习管理系统中通过管理端对使用本系统的学生和教师信息和权限信息进行管理。

4.1.2客户端

教师和学生是客户端的使用用户。

教师可以对学生信息进行查询、修改以及对学生信息导入、打印预览。

学生可以对自己的信息进行查看、更改和密码重置。

4.1.3数据库

数据库是一个与系统产生交互的外部系统，这个角色负责系统的数据查询、增加、删除和修改等操作。

4.2系统主用例图

毕业生顶岗实习可以分为两个主要的组成部分，一个是客户端子系统，一个是管理端子系统。

客户端子系统功能主要是指学生和教师通过登录进行操作的功能。

管理端子系统功能是管理员管理教师和学生的功能。

4.3客户端子系统

教师通过平台的登录页面进行登录验证，系统首先判断用户名、密码和验证码的正确性，然后根据角色判断其权限，登录到学生管理页面。

并根据其权限，显示学生的基本信息，限制其只能对其所指导的学生进行查看、修改操作，不能对其他学生信息进行添加、删除操作。

学生只能通过用户名、密码和角色进入到自己信息的页面并进行查看、修改。

客户端的功能主要包括登陆管理、学生信息查询和修改以及Excel表的导出和打印预览等功能。

客户端管理的这些用例描述如下：

F-C-1：

登录管理。

客户端的教师通过登录验证，登录到学生管理页面，并且通过对用户权限的判断，进入学生管理页面。

并分别显示查看学生基本信息和修改学生信息、Excel表的导出和打印预览。

F-C-2：

教师管理。

教师进入学生管理界面，可以自己所知道的学生的信息进行查看、修改、导出和打印预览等操作。

F-C-3：

学生管理。

学生进入学生管理界面，可以看到本自己的基本信息。

可以对自己的信息进行管理操作。

通过点击“查看学生信息”按钮，可以进入学生基本信息管理界面，可以对学生信息进行修改

4.3.1登录管理

登录管理是客户端的教师和学生登录系统的验证操作过程。

具体描述如下。

用例描述：

客户端登陆；

执行者：

教师和学生；

前置条件：

进入客户端系统登录界面；

后置条件：

登陆成功，进入学生管理界面。

基本路径：

a）教师和学生进入客户端系统登录界面，输入的用户名和密码，然后选择角色；

b）点击登录按钮，系统进行登录信息验证和权限判断；

c）如果用户通过验证，则进入学生管理界面，并根据权限显示管理者所属学生的基本信息。

d）如果用户未通过验证，则重新进入登录页面。

4.3.2学生信息管理

教师进入学生管理初始界面，显示自己所指导的学生基本信息。

通过按钮操作可进入学生基本信息管理页面进行学生基本信息的管理，同时生成更新后的学生信息。

本部分功能可分为三个部分：

学生基本信息管理、导出Excel、打印预览、修改密码。

四部分的管理功能具体描述如下：

学生基本信息管理主要维护学生基本信息，包括学生信息的修改、查看、导出和打印预览等信息的维护。

具体用例描述如下：

用例描述：

学生基本信息管理；

执行者：

教师；

前置条件：

教师已进入到学生管理初始界面；

后置条件：

对学生基本信息数据的更新操作完成后，将更新数据库中的学生基本信息表。

基本路径：

a）进入学生管理初始界面，可以看到系统自动查询的自己所指导的学生信；

b）点击“详细信息”，进入学生基本信息管理界面，学生基本信息内容从数据库中自动读取并显示在页面；

c）若要编辑某一学生信息，可以从学生列表中选择要编辑的学生，点击“详细信息”按钮，跳转到学生基本信息页面，可对其信息进行编辑，完成之后进行提交保存。

d）若要查询学生信息，可通过选择设置“查看学生信息”进行查询。

则学生信息显示在“学生基本信息”中，可进行编辑操作。

e）若要导出学生信息，则在学生基本信息页面点击“导出Excel”按钮，则导出到Excel表中，然后手动选择存储路径。

f）若要打印预览学生信息，则在学生基本信息页面点击“打印预览”按钮，则显示要打印的学生信息。

4.4管理端子系统

管理端子系统主要是实现系统的维护及管理，查看教师和学生信息的功能。

具体用例描述如下：

用例描述：

管理端子系统；

执行者：

系统管理员；

前置条件：

系统管理员已进入系统管理初始界面内；

后置条件：

对客户端用户信息更新后，保存到相应的数据表中；

基本路径：

a）系统管理员进入到登录界面，输入管理员的用户名、密码和验证码，然后选择角色，点击“登录”按钮进行验证；

b）如果没有验证成功返回登录界面，重新输入用户名和密码，通过验证后进入用户管理界面，显示目前系统用户所具有的权限；

c）点击学生列表，可以显示所有的学生，必要时可以实现查询以及查看详细信息和修改、删除的权限；修改完成后点击“修改”按钮，进行保存，同时更新到数据库中。

d）点击学生添加，可以添加学生基本信息，必要时可以选择成批量导入学生，可以将学生的基本信息导入到数据库，然后保存；

e）点击导师添加，可以添加指导教师；

f）点击用户列表，可以查看所有的用户，对所有用户进行查询、修改的操作；

i）点击图表汇总，可以对学生对口率进行汇总，然后以饼状图输出。

5.性能需求

根据用户对本系统的要求，确定系统在响应时间、可靠性、安全性等方面有较高的性能要求。

5.1界面需求

系统的界面要求如下。

l）页面内容：

主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。

内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。

2）导航结构：

页面具有明确的导航指示，且便于理解，方便用户使用。

3）技术环境：

页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接；采用CSS处理，控制字体大小和版面布局。

4）艺术风格：

界面、版面形象清新悦目、布局合理，字号大小适宜、字体选择合理，前后一致，美观大方；动与静搭配恰当，动静效果好；色彩和谐自然，与主题内容相协调。

5.2响应时间需求

无论是客户端还是管理端，当用户登录，进行任何操作的时候，系统应该及时地进行反应，反应的时间在5秒以内。

系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，以避免出现长时间等待甚至无响应。

5.3可靠性需求

系统应保证7X24小时内不宕机，保证许多人可以同时在客户端登录，此时系统能正常运行，正确提示相关内容。

5.4开放性需求

系统应具有较强的灵活性，以适应将来功能扩展的需求。

5.5可扩展性需求

系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。

5.6系统安全性需求

系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。

系统需能够防止各类误操作可能造成的数据丢失，破坏。

防止用户非法获取网页以及内容。

6.产品提交

提交产品为：

a）应用系统软件包；

b）数据库初始数据；

c）系统开发过程文档；

d）系统使用、维护说明文档，提交方式为CD介质。

7.实现约束

系统的实现约束如下：

a）操作系统为Windows2000；

b）开发平台为：

MyEclipse

c）数据库为MySql。