<实训管理平台>
需求说明书
目录
1.引言 (2)
1.1 编写目的 (2)
1.2 背景 (2)
1.3 定义 (2)
1.4 参考资料 (2)
2. 项目概述 (3)
2.1 目标 (3)
2.2 产品功能概述 (3)
2.3 用户特点 (3)
2.4 限制与约束 (4)
3. 具体需求 (4)
3.1 功能描述 (4)
3.1.1系统功能划分 (4)
3.1.2系统功能详述 (4)
3.1.2.1系统角色描述 (5)
3.1.2.2前台信息发布展示平台 (5)
3.1.2.3后台管理平台 (9)
3.1.2.4实训成果管理平台 (20)
3.2 性能需求 (21)
3.2.1精度 (21)
3.2.2时间特性要求 (21)
3.2.2.1响应时间 (21)
3.2.2.2运行时间 (21)
3.3 外部接口需求 (22)
3.3.1用户接口 (22)
3.3.2软件接口 (22)
4. 附录 (22)
1.引言
1.1编写目的
根据实训平台项目开发需求与实训管理要求，编写项目软件需求规格书。

本文档的目的是确定系统开发的范围；反映出系统的结构，为开发人员、维护人员、需求人员间提供共同的协议而创立基础，对软件功能的实现作使命描述，作为软件人员进行设计和编码的基础；作为实训小组成员的共同文档，为各小组成员完成任务提供依据；确定系统测试及验收内容。

1.2背景
待开发系统名称：实训管理平台
本项目任务提出者：刘凤华
开发者：郭靖、李夷洁、万团结、马可、弓智华、罗起
系统使用者：实训所有参与者，包括普通用户、实训负责人、实训指导老师、实训学生
1.3定义
1.4参考资料
无
2.项目概述
2.1目标
本系统是一个独立的管理系统，最终目标是通过系统对实训实现流程管理、人员管理、进度审核、资料维护、信息发布这五部分功能，根据功能划分可将系统分为三大部分：前台信息发布展示平台、后台管理平台、实训成果管理子系统。

前台信息发布展示平台主要完成信息展示功能，实现对实训过程中系统公告管理、进度信息、小组信息等信息的展示。

同时，在该平台下提供进入其他两个部分的接口。

后台管理平台是本系统最为核心的部分，实现系统信息管理、流程管理、人员管理、进度管理这四部分功能。

后台管理平台是系统中各角色进行交互的主要平台。

通过该平台最终实现实训核心业务的管理。

实训成果管理子系统实现历届实训资料的维护，同时通过该子系统，能够查看往届的实训成果，并能够下载往届实训项目的相关资料。

考虑到系统开发时间有限，并且实训成果管理并非系统核心功能，因此将该部分功能分离为子系统，以便在以后需要时进一步扩展。

2.2产品功能概述
2.3用户特点
本软件的最终使用用户是实训负责人、实训指导老师和实训学生三类人员，其中要求训负责人对实训流程有清晰认识，能够把握各个环节任务，并且能够通过系统进
行实训整体流程的安排，并且能够对系统进行配置。

实训指导老师和实训学生需要在系统使用说明书的指导下，能够对自己的功能进行操作。

2.4限制与约束
开发环境：Windows XP SP3
开发工具：VS2008
数据库：SQL Server 2005
开发时限：17周之前完成系统开发
3.具体需求
3.1.2系统功能详述
3.1.2.1系统角色描述
在本系统中，主要有五种角色：普通用户，实训负责人、指导老师、实训学生、实训小组组长，其关系如下图：
实训小组长
果管理平台发布的信息，并且下载发布的资料。

实训负责人是该系统的最高权限管理员，除具有普通用户的权限外，还可以登录到后台，完成系统的配置、维护，同时负责实训各阶段的进度安排以及阶段和最终验收。

指导老师也继承自普通用户，可以通过登陆进入后台管理平台，主要负责出题，选择小组并指导小组完成实训任务。

实训学生是实训最主要的参与者，也继承自普通用户，在实训过程中需要以分组的形式完成实训题目。

其通过登陆后台，可以进行选择小组，并查看小组相关信息。

实训小组组长继承自实训学生，是实训学生通过申请后转变的角色。

每个小组仅有一个小组长，除了不能选择小组外，其拥有实训学生的所有权限，此外还可以选择题目、提交报告、踢除小组成员、提交实训成果。

系统的各项功能根据各角色的职责、权限不同而不同，角色及其功能对应关系参照以下三个栏目中的对应用例图及描述。

3.1.2.2前台信息发布展示平台
前台信息发布展示平台的核心是进行系统各项信息的展示，页面关系图如下：
网站列表页布局如下
详细信息页面布局示意图如下：
资料下载相关页面与信息查看页面一致，不再列出。

该部分面向普通用户，所有操作普通用户均拥有权限，其用例图如下：
3.1.2.3后台管理平台
后台管理平台实现实训的核心功能，其包含信息发布管理、系统配置管理、人员管理、进度管理这四部分功能，并且由实训负责人、指导老师、实训学生、实训小组这四种角色共同完成。

由于实训过程是一个周期性过程，每次实训都应按照如下流程完成：
说明：
1、开题阶段：完成实训题目的发布。

在此阶段，由老师发布题目，实训负责人进行审
核，审核通过的题目可在选题阶段供组长选择。

该阶段完成时应保证题目
所需学生数与参与学生数一致。

2、选题分组阶段：完成分组并选择题目。

在此阶段，特定学生（选择方式见分组选题
方案）申请成为组长，实训负责人进行审核。

审核通过的组长可选择题目。

非组长学生可选择组长以加入小组。

最终实现每一实训学生都有一个分
组，每个分组都有一个题目。

3、进度管理阶段：按照软件工程的思想完成以分组形式完成实训题目。

其分为四个阶
段，每一阶段结束时小组长都需提交对应报告，指导老师对提交报告进行
审阅并评分，质询负责人可查看各小组报告及审阅情况。

4、验收阶段：完成实训结果的验收。

实训负责人、指导老师根据实训小组表现情况以
及最终实训成果，对实训小组分别进行评价。

5、成果入库阶段：将实训成果整理录入实训成果管理子系统。

在该阶段，实训小组长
进入实训成果管理子系统，完善实训成果相关信息，并提交实训成果入库
申请，实训负责人进行审核，审核通过的成果可以再前台展示。

6、该流程各阶段起止时间由实训负责人在实训信息配置功能内进行设置，系统根据设
置自动进行开启和关闭，且每一阶段开始关闭时都自动发布系统公告。

其中，分组、选题是该业务流程中较为较为复杂的一部分，经讨论确定系统采用一下实
流程描述如下：
1、分组选题阶段开始后，老师和学生先进行交流，最终通过老师协调或自由组合，形成小
组雏形，并选出小组长。

2、小组长确定后，在系统中申请组长并提交小组情况描述，管理员通过审批后，小组长成
为正式组长。

3、其他学生可选择正式组长实现分组。

同时，正式组长可踢出组员，并代表小组进行选题，
每个组长可选两个。

4、老师在选择自己题目中的若干个小组中确定预定数量的小组。

当确定小组数量达到后，
其他未确定小组不能自动被踢出该题目。

后台主要界面布局示意图如下：
说明：1、功能分类基本与功能选项对应关系与功能需求层次方框图（图3.1）基本对应。

2、对应功能操作页面内容根据功能选项而定
主要功能操作页面示意如下：
用例图如下：
3.1.2.4实训成果管理平台
实训成果管理平台主要完成实训成果的录入、展示、查询功能，为方便使用，成果录入相关功能在后台管理平台内实现，在成果录入阶段可以使用。

录入：在实训进入成果入库阶段时，小组长和实训负责人可登陆进入后台管理平台，小组长完善成果信息，并提出入库申请。

实训负责人可对申请进行审批，并对陈国进行评价。

展示：普通用户可根据成果实训前台主页面先关栏目或成果展示页面，查看成果信息并下载相关资料。

查询：用户可根据时间、指导老师、小组成员、实训题目等信息检索成果信息。

用例图如下：
3.2性能需求
3.2.1精度
系统中输入多数为文本输入，仅评审打分时需要输入数字，因此用0-100的整数即可。

此外，系统可能会需要输入输出日期格式，要求精度到天。

输入采用日期选取的方式，输出格式为：YYYY-MM-dd。

3.2.2时间特性要求
3.2.2.1响应时间
由于系统同时使用人数最高不会超过300人，且数据库单表一遍不会超过1万条，同时系统本身业务并不要求系统需要较高响应速度，因此响应速度达到系统以及相关软硬件环境一般响应速度即可，一般在3s之内，最长不超过15s。

3.2.2.2运行时间
由于系统采用B/S结构，且实训时间较长，因此系统需保证能长期不间断运行。

3.3外部接口需求
3.3.1用户接口
由于该系统采用B/S结构，考虑到在不同分辨率下对网站页面显示影响较大，本系统主要需保证1024*768以上分辨率浏览正常，其他分辨率不保证页面正常显示。

3.3.2软件接口
操作系统：windows 2003 sp2以上版本
数据库：sql server 2005以上版本
校内网内能够正常使用http协议
4.附录
无。