实训过程支持系统需求分析文档 60.docx
《实训过程支持系统需求分析文档 60.docx》由会员分享，可在线阅读，更多相关《实训过程支持系统需求分析文档 60.docx（82页珍藏版）》请在冰豆网上搜索。
实训过程支持系统需求分析文档60
密级：
文档编号：
ZYGL-01第1版
分册名称：
XQFX第1册/共1册
实训过程支持系统
需求分析
总页数
正文
附录
0
生效日期：
编制：
尹庚
审核：
批准：
文档信息：
文档编号
ZYGL-01
文档名称
实训过程支持系统需求分析
文档描述
该文档详细定义了实训过程支持系统的用户需求。
本文档是后续进行概要设计、数据库设计、详细设计、系统验收的基础文档。
VSS中文档存放路径
负责人
尹庚
状态
初稿0.1版
文档变更记录：
时间
修改人
章节
描述
2010-12-05
谢星星
文档大纲
创建新文档，确定文档大纲结构
相关文档：
文档
路径
文档确认与评审记录：
审核人
审核时间
意见
备注
目录
1概述1
1.1编写目的1
1.2开发背景1
1.3参考资料1
1.4建设目标1
1.5适用范围2
2总体功能需求分析3
2.1软件实训过程支持系统按功能划分3
3系统管理员功能4
3.1系统配置管理5
3.1.1功能需求5
3.1.2数据需求5
3.1.3数据处理需求5
3.1.4其他需求5
3.2系统用户管理6
3.2.1功能需求6
3.2.2数据需求8
3.2.3数据处理需求8
3.2.4其他需求9
3.3案例资源管理10
3.3.1功能需求10
3.3.2数据需求11
3.3.3数据处理需求11
3.3.4其他需求11
3.4系统安全管理12
3.4.1功能需求12
3.4.2数据需求13
3.4.3数据处理需求13
3.4.4其他需求14
3.5新闻管理15
3.5.1功能需求15
3.5.2数据需求16
3.5.3数据处理需求16
3.5.4其他需求17
4指导教师功能18
4.1实训活动管理19
4.1.1功能需求19
4.1.2数据需求21
4.1.3数据处理需求21
4.1.4其他需求26
4.2实训活动资源管理27
4.2.1功能需求27
4.2.2数据需求28
4.2.3数据处理需求29
4.2.4其他需求30
4.3实训团队管理31
4.3.1功能需求31
4.3.2数据需求32
4.3.3数据处理需求32
4.3.4其他需求33
4.4实训任务管理34
4.4.1功能需求34
4.4.2数据需求35
4.4.3数据处理需求35
4.4.4其他需求36
4.5实训评价管理37
4.5.1功能需求37
4.5.2数据需求38
4.5.3数据处理需求38
4.5.4其他需求39
4.6学生工作日志管理40
4.6.1功能需求40
4.6.2数据需求40
4.6.3数据处理需求41
4.6.4其他需求41
4.7学生工作成果管理42
4.7.1功能需求42
4.7.2数据需求43
4.7.3数据处理需求43
4.7.4其他需求44
4.8团队共享资源管理45
4.8.1功能需求45
4.8.2数据需求46
4.8.3数据处理需求46
4.8.4其他需求47
4.9历史实训活动查看功能48
4.9.1功能需求48
4.9.2数据需求49
4.9.3数据处理需求49
4.9.4其他需求50
4.10新闻管理51
4.10.1功能需求51
4.10.2数据需求51
4.10.3数据处理需求52
4.10.4其他要求52
5实训学生功能53
5.1实训活动查看54
5.1.1功能需求54
5.1.2数据需求55
5.1.3数据处理需求56
5.1.4其他需求57
5.2工作日志管理58
5.2.1功能需求58
5.2.2数据需求59
5.2.3数据处理需求59
5.2.4其他需求59
5.3工作成果管理60
5.3.1功能需求60
5.3.2数据需求61
5.3.3数据处理需求61
5.3.4其他需求62
5.4团队共享资源管理63
5.4.1功能需求63
5.4.2数据需求64
5.4.3数据处理需求64
5.4.4其他需求65
5.5实训任务管理66
5.5.1功能需求66
5.5.2数据需求67
5.5.3数据处理需求68
5.5.4其他需求69
5.6查看团队信息70
5.6.1功能需求70
5.6.2数据需求71
5.6.3数据处理需求71
5.6.4其他需求72
5.7新闻73
5.7.1功能需求73
5.7.2数据需求73
5.7.3数据处理需求73
5.7.4其他要求74
6实训督导75
1概述
1.1编写目的
本文档作为用户需求说明书，编写的目的是为了定义所要开发的实训过程支持系统项目（以下简称项目）的开发目标，包括对功能的规定和性能的要求，指出预期的系统用户、系统的运行环境以及对用户操作的约定，为软件设计和开发提供依据，作为软件功能追溯的基础和软件开发工作量确定的蓝本，也是进行软件验收的重要依据。
本文档可以作为本项目开发的软件开发项目管理者、软件设计工程师、软件开发工程师以及本软件使用人员参考之用。
1.2开发背景
实训过程支持系统是组织和开展软件专业实训，保证实训过程顺利开展，取得良好效果的重要保障。
实训管理工作内容繁杂、涉及面广，用传统方式进行管理不仅容易出错而且工作量大。
因此，实训管理工作的健康发展迫切需要通过管理创新、科技创新来提高工作效率、强化管理质量、提高自身竞争力。
“工欲善其事，必先利其器”，要想实现管理创新、科技创新，这就要求我们必须利用先进的计算机网络技术改进传统的管理方式，实现高效率、便捷安全的信息化管理。
同时，建设实训过程支持系统不仅是软件实训工作向电子化、信息化纵深发展的基础，也是强化管理，实现可持续发展的客观需要。
1.3参考资料
[1]《实训过程支持系统建设方案》（YG-01）
[2]《实训过程支持系统数据库设计说明书》
1.4建设目标
本期实训过程支持系统的主要建设目标是：
根据软件专业实训过程管理的各阶段特点确定相应里程碑，将实训的考核要求分解到各个里程碑中，同时将相关辅助参考资源及指导意见也分散至各个里程碑。
对学员考察时，结合团队总体表现（由各考察点的考察成绩折合累计确定）和学员个人表现（实训考察时，可以确定小组成员的个人成绩）。
把实训的过程考核与结果考核结合起来、团队考核与个人考核结合起来，从而对学员给出相对准确的综合评价。
在实训进行过程中，指导教师能随时查看到学生提交的各种阶段性成果，并能通过本系统进行及时的评价。
对于提醒指导教师按时完成阶段性评价考核能起到良好的辅助作用。
最终成果为基于4.0环境的BS构架的实训过程支持系统软件系统，并提供相应的软件工程文档。
1.5适用范围
以适应高职或其它需要进行软件实训的本科院校为前提，同时也能够兼容其他培训机构开展商业化实训的需要。
主要内容包括学生（学员）管理、实训活动管理、实训案例管理、团队管理、实训过程管理、实训评价管理、相关信息的综合统计分析等。
2总体功能需求分析
2.1软件实训过程支持系统按功能划分
3系统管理员功能
系统管理员功能主要包括：
新闻管理、系统配置管理、系统用户管理、项目案例管理、系统安全管理五个部分。
3.1系统配置管理（SystemConfig）
3.1.1功能需求
开启/关闭学生注册
3.1.2数据需求
3.1.3数据处理需求
3.1.4其他需求
3.2系统用户管理（UsersManage）
在用户管理页面，系统管理员有权对用户进行添加、删除、修改、查看、查询、停用/启用，以及进行密码重置。
3.2.1功能需求
添加用户信息（AddUser）
（1）系统管理员有权添加系统用户信息（单个添加&批量添加）；
（2）允许添加的用户角色包括：
学生、教师、督导人员、管理员用户；
（3）批量添加用户有两种方式，或提供Excel模板供管理员填写；或由管理员确定用户编号生成模板，如：
“CMU-*”，并设置待添加用户的个数，如：
50个，则会自动生成50个学生用户，用户名称分别为“CMU-01”至“CMU-50”；
（4）用户的基本信息包括：
账户*、密码*、姓名*、用户类型*、QQ、E-Mail、联系电话、联系地址、个人概况（以上加*的字段为必填字段；凡是用户填写的字段信息都需要做格式校验，以保证所填信息的正确性）。
注册后用户就可登录账户参与实训活动。
删除用户信息（DeleteUser）
（1）系统管理员有权删除自己以外的所有系统用户，包括：
学生、教师、督导、管理员（单个删除&批量删除）；
（2）单个删除只需点击用户信息行的“删除”按钮即可，批量删除操作支持全选、多选、反选用户进行删除；
（3）实际的删除操作，只是将用户的帐号做停用处理，管理员可以通过“停用/启用用户”功能重新开启使用用户的账户；
修改用户信息（ModifyUser）
（1）系统管理员可以修改系统内其他用户的基本信息、角色权限及登录密码；
（2）用户的“帐号”信息不允许修改；
（3）系统管理员可以修改用户的登录密码为任意合法字符串，无需输入原始密码。
查看用户信息（ViewUser）
（1）系统管理员可以查看所有用户的详细信息，包括：
帐号、角色权限、帐号状态、QQ、E-Mail、联系电话、联系地址、个人概述、用户主页；登录次数、最后一次登录时间、及最后一次登录的IP信息。
查询用户信息（SearchUser）
（1）系统管理员可以通过“帐号”及“角色权限”过滤查询用户；
（2）用户信息页面，用户列表下提供用户名称（文本框）、用户类型（下拉框）的多条件筛选模糊查询。
管理员点击查询按钮，在用户列表就会显示条件筛选下所有的用户。
用户停用/启用（EnableUserID）
（1）系统管理员可以在用户的操作列选择“停用”来停止使用该用户帐号（禁止用户使用该用户帐号登录系统），或选择“启用”来重新启用该用户帐号。
密码重置（ResetUserPWD）
（1）系统管理员除了可以在修改用户信息页面对用户登录密码进行设置之外，还允许管理员直接重置用户的登录密码；
（2）系统管理员在用户的操作列选择“重置密码”，即直接将用户密码重置为一个先前已配置好的合法字符串（如：
123456）。
3.2.2数据需求
用户信息（USER）
3.2.3数据处理需求
1用户信息表（USER）
No.
Name
Code
Comment
1
用户编号
USERCODE
（必填），学生使用学号作为用户编号（培训机构可按照自定义规则自行编排学号）;教师、管理员、督导员的用户编号自行定义。
2
用户名称
USERNAME
（必填），自动生成用户信息时候，默认与用户编号一致。
用户可以自行修改为真实姓名。
3
用户显示序号
USERORDER
（必填）默认为“1”
4
用户口令
USERPASSWORD
注册：
（必填）MD5加密，重复验证。
修改：
不允许修改
密码重置:
重置为“123456”
5
用户类型
USERTYPE
（必填）用户类型：
包括学生、教师、管理员、督导员四种角色
6
用户邮箱
USEREMAIL
默认为""，正则表达式验证
7
用户QQ
USERQQ
默认为""
8
用户联系电话
USERPHONE
默认为""
9
用户联系地址
USERADDRESS
默认为""
10
用户状态
USERSTATE
注册：
（必填）此项非用户输入，系统会给用户设置默认值“启用”
修改：
不允许直接修改；
启用/停用：
允许将状态在“停用”和“启用”之间进行转换；
11
用户描述
USERDESCRIBLE
学生描述以文本方式记录个人情况的综合描述，将作为将学生进行分类管理的依据（必填）
12
用户登录次数
USERLOGINTIMESs
（必填）初始为“1”
13
用户最后一次登录时间
USERLASTLOGINTIME
格式为yyyy-MM-ddHH:
mm:
ss
14
用户最后一次登录IP
USERLASTLOGINIP
15
用户主页
USERMAINPAGE
默认为“”
3.2.4其他需求
3.3案例资源管理（CaseResManage）
案例资源，实训活动中可以查询相关的案例资源来辅助实训活动的进行，也可以将此次的实训活动整理成一个案例资源进行保存以对后续的实训活动提供资源。
案例资源信息以案例名称、案例描述、案例URL存放，用户需根据案例资源特定URL在相关网站上查找该案例资源详细信息。
可对案例资源基本信息（案例名称、案例描述、案例URL）进行增删改查操作。
3.3.1功能需求
添加案例资源信息（AddCaseRes）
案例资源信息页面提供添加案例资源信息功能入口，在案例资源信息页面添加案例资源基本信息（案例名称、案例描述、案例URL）。
删除案例资源信息（DeleteCaseRes）
案例资源信息页面，管理员在案例资源信息列表选中一栏可以选中要删除的案例资源，在案例资源信息列表操作栏，提供删除案例资源功能，管理员点击删除案例资源就可以删除当前案例资源。
支持全选/多选，对案例资源进行删除。
修改案例资源信息（ModifyCaseRes）
案例资源信息页面，在案例资源信息列表操作栏，提供案例资源修改功能入口，在案例资源信息修改页面，管理员可以修改案例资源的基本信息，包括案例名称、案例描述、案例URL。
查看案例资源信息（ViewCaseRes）
案例资源信息页面，在案例资源信息列表操作栏，提供查看案例资源信息功能入口，选中当前用户就可以进入案例资源信息查看页面，管理员可以查看案例名称、案例描述、案例URL，通过案例URL转到特定网页对案例资源进行详细下载查看。
查询案例资源信息（SearchCaseRes）
案例资源信息页面，在案例资源信息列表下面，提供案例名称（文本框）、案例描述（文本框）多条件的筛选模糊查询，管理员点击查询按钮，在案例资源信息列表就会显示条件筛选下的所有案例资源。
3.3.2数据需求
案例信息（CASE）
3.3.3数据处理需求
1案例信息表（CASE）
No.
Name
Code
Comment
1
案例编号
CASECODE
（必填）
2
案例名称
CASENAME
（必填）
3
案例描述
CASEDESCRIBLE
不填为“”
4
案例URL
CASEURL
添加：
（必填），URL验证。
修改：
（必填），URL验证。
3.3.4其他需求
3.4系统安全管理（SysSecurityManage）
系统安全管理主要用户帮助系统管理员对系统情况进行实时了解和控制。
包括：
日志管理、访问权限管理、系统信息管理。
日志管理中可以查看到系统日常操作的重要信息，并可进行日志查询和导出；访问权限管理可以控制不同角色用户对系统功能的访问设置权限；系统信息管理，显示有服务器所有重要信息，便于管理员用户实时了解服务器运行情况。
3.4.1功能需求
系统日志管理（ManageLog）
（1）日志管理页面，日志列表显示系统所有记录日志，管理员可以按照时间段、日志类型对系统日志的查看，并可以清除特定日期之前的所有日志；
（2）记录日志：
日志信息包括如下字段：
记录时间、操作人、日志类型（安全日志、操作日志、异常日志）、操作实体、日志内容；
（3）查询日志：
在日志列表下面，提供日志类型（下拉框选择，安全日志、操作日志、异常日志、全部日志）、记录时间、操作人等多条件筛选模糊查询。
管理员通过这些条件，点击查询，可以在日志列表显示符合这些条件的所有系统日志；
（4）查看日志：
日志列表，选择日志，点击“查看”，在日志查看页面管理员可以查看系统单条日志详细信息（记录时间、操作人、日志类型、操作实体、日志内容）；
（5）导出日志：
在日志管理页面，提供导出日志功能，可以按条件的将系统日志以Excel格式进行导出（默认导出过滤后的全部日志）。
访问权限配置（ConfigAccess）
（1）在访问权限管理页面，通过插件，可以管理系统文件夹下的功能页面；
（2）通过勾选和取消勾选功能页面，对管理员、督导员、教师、学生的页面访问权限进行设置。
系统信息管理（ViewServerInfo）
✓获取服务器的全部详细信息，并在系统信息页面显示。
3.4.2数据需求
系统日志信息（SYSTEMLOG）
3.4.3数据处理需求
1系统日志信息（SYSTEMLOG）
No.
Name
Code
Comment
1
系统日志编号
SYSTEMLOGCODE
必填，采用数据库自增涨。
2
系统日志记录时间
SYSTEMLOGTIME
添加：
插入服务器当前时间，格式为yyyy-MM-ddhh:
mm:
ss
查询：
作为查询条件
3
系统日志操作人
SYSTEMLOGUSER
必填，记录用户名。
（“记录日志”语句所在文件的路径）
4
系统日志类型
SYSTEMLOGTYPE
添加：
“安全日志”、“错误日志”、“操作日志”中的一种；
查询：
作为查询条件的一种
5
系统日志操作实体
SYSTEMLOGOPERATORENTITY
必填，该事件操作的数据库中表的名称（英文表名）。
6
系统日志内容
SYSTEMLOGCONTENT
必填，不填为“”
3.4.4其他需求
3.5新闻管理（NewsManage）
新闻管理，管理员可在实训过程中发布有关实训的及时新闻或通知，用户主页会即时更新显示状态为“可见”的新闻信息，参加实训的人员都可看到并了解详细信息。
新闻管理支持新闻的发布、修改、修改、删除等功能，新闻有两种状态可见/隐藏，用户发布新闻可自由选择新闻的状态（新闻隐藏状态下其他用户不可见）。
3.5.1功能需求
新闻发布（ReleaseNews）
管理员在实训活动中可自主发布关于实训的新闻信息（活动或者学习心得），新闻信息页面，提供新闻发布功能入口，在新闻发布页面管理员可以发布新闻，新闻格式必须包括新闻标题、新闻内容、新闻状态、新闻发布者，允许带多个附件。
新闻发布时新闻状态都默认为“隐藏”，当管理员审核通过后，新闻状态设置为“可见”，然后新闻才能真正发布显示。
新闻置顶（StickNews）
新闻信息页面，在新闻列表操作栏，提供新闻置顶功能，选中要置顶的新闻点击新闻置顶，通过新闻的新闻显示序列号可以将重要或者实训人员觉得实用的新闻，进行置顶显示。
所有新闻的新闻序列号初始默认为“100”。
新闻修改（ModifyNews）
新闻信息页面，在新闻列表操作栏，提供新闻修改功能入口，在修改新闻信息页面，管理员可以对新闻的标题、正文内容以及所附带的附件进行修改。
新闻删除（DeleteNews）
新闻信息页面，在新闻列表操作栏，提供新闻删除功能，对于过期新闻或者无实质内容的新闻支持根据新闻的发布时间，按单个或者时间段从数据库新闻信息表中彻底删除。
新闻审核（CheckNews）
新闻信息页面，新闻审核列表显示所有待审核新闻，在新闻审核列表操作栏，提供新闻通过和不通过功能。
新闻信息包含新闻状态默认属性“隐藏”，管理员点击通过功能，新闻状态设置为“可见”，点击不通过功能，新闻状态不变，但会给此新闻带一个“不通过”字符串。
3.5.2数据需求
新闻信息（NEWS）
用户信息（USER）
3.5.3数据处理需求
1新闻信息（NEWS）
编号
名称
代码
注释
1
新闻编号
NEWSCODE
必填，采用数据库自增涨。
2
用户编号
USERCODE
必填，系统自动关联。
3
新闻显示序号
NEWSORDER
必填，控制新闻显示的顺序，默认为100。
4
新闻发布时间
NEWSTIME
添加：
插入服务器当前时间，格式为yyyy-MM-ddhh:
mm:
ss
查询：
作为查询条件
5
新闻标题
NEWSTITLE
必填
6
新闻内容
NEWSCONTENT
必填
7
新闻状态
NEWSSTATE
必填，分为可见/隐藏，默认为“隐藏”。
2用户信息表（USR）
编号
名称
代码
注释
1
用户编号
USERCODE
2
用户名称
USERNAME
3.5.4其他需求
4指导教师功能
指导教师功能共包括：
实训活动管理、实训活动资源管理、实训团队管理、实训任务管理、实训评价管理、学生工作成果管理、学生工作日志管理、团队共享资源管理、历史实训活动查看及新闻管理十个部分。
4.1实训活动管理（PractiseActManage）
实训活动（以下简称“活动”），即一次有组织的一系列实训工作（例如：
科职2010年下学期实训）。
除实训活动基本信息（实训名称、实训日期、实训状态、实训描述）外，每次实训活动有专门指定的指导教师，活动资源及案例资源。
涉及到实训活动的管理主要包括：
实训活动的创建、删除、修改、查看，以及指导教师的管理，案例资源的管理。
4.1.1功能需求
创建实训活动（AddPractiseAct）
（1）在实训开展之前，负责实训的指导教师（以下简称为“活动管理者”）需要在系统中创建活动，填写活动的基本信息：
实训名称，实训日期，实训状态（新建、开放、关闭，默认为“新建”），实训描述。
对实训状态的解释如下：
a）新建：
是活动计划开发的开始，在这个状态之下，学生是不能参与的。
活动创建即默认为“新建”状态。
b）开放：
在添加完指导教师、活动资源、实训案例资源后，可以设置为“开放”状态，表示活动正式开始。
这个阶段指导教师可以在活动下新建团队，而后学生可以参与实训项目。
c）关闭：
活动结束后设置为“关闭”，屏蔽学生用户的查看功能。
（2）当负责活动管理者创建活动成功或者不成功时，给出提示信息（例如：
创建某某实训活动成功或者创建某某实训活动失败）；
（3）一个活动管理者可以创建多个实训活动，并添加指定多个指导教师为活动管理者。
删除实训活动（DeletePractiseAct）
（1）在活动列表的操作功能列中，活动管理者可以选择删除单个活动；也可以勾选多个活动，进行批量删除（只能删除为开放过的活动）；
（2）允许“全选”、“反选”、“取消”。
在删除活动之前要给出提示信息（例如：
你确定要删除某某活动吗？
）。
升级会员 