实验项目管理需求说明书.docx
《实验项目管理需求说明书.docx》由会员分享，可在线阅读，更多相关《实验项目管理需求说明书.docx（21页珍藏版）》请在冰豆网上搜索。
实验项目管理需求说明书
2011－2012学年第1学期
软件工程课程大作业
软件需求规格说明书
项目名称：
实验项目管理系统
成员：
学号：
姓名：
专业：
学号：
姓名：
专业：
学号：
姓名：
专业：
选课班级：
B01
完成时间2012年5月15日
目录
1概述1
1.1用户简介1
1.2目的与目标1
1.3术语定义1
1.4参考资料2
1.5版本更新信息1
2．目标系统描述1
2.1组织结构与职责1
2.2角色定义2
2.3作业流程（业务模型）3
2.5可能的变化4
3．系统功能需求4
3.1功能需求分析4
3.2功能需求点列表（功能模型）5
3.2功能需求概述（表达之一）7
4．目标系统性能需求8
4.1时间要求8
4.2空间性能9
4.3性能需求点列表（性能模型）9
5．目标系统界面与接口需求12
目标系统界面与接口需求12
5.1界面需求12
5.2接口需求点列表（接口模型）13
6．目标系统其他需求14
6.1安全性14
6.2可靠性14
6.3灵活性14
6.4特殊需求14
7．目标系统假设与约束条件15
1概述
1.1用户简介
本系统的最终用户是高校学生与教师。
对高校的实验室进行排课与管理作业。
故要求用户具有一定的计算机操作知识，会基本的软件使用技能，由于面向高校，故学生与教师均满足需求，对计算机均有一定的了解，只需基本的计算机知识，便可学会使用，系统中的管理员要求亦不高，可由学校管理员或某教师担任。
1.2目的与目标
实验教学是高等学校人才培养的一个重要环节,高校实验室建设与管理水平的高低将直接影响到高等学校培养人才的质量和水平。
实验室在高校中越来越成为一个重要的教学场所。
但是,目前,很多高校的计算机系实验中心管理十分简陋，毫无流程可言。
一般是学院或学校相关部门在与实验课老师协商后,向实验中心提交实验课预约信息,然后实验中心管理人员统计实验课预约信息。
统计结束后,由实验中心统一安排各班实验课上课时间。
在统筹安排各班级上实验课的时间需要人工实现,而且经常会出现同时有多个班级要使用实验室的冲突,并且调课后没有及时通知老师和班级同学,不仅如此，实验教学的作业提交也是一大问题，很多学校仍然使用FTP进行作业管理,虽然这种方式能基本实验教学目的，但如果碰到一些稍微复杂的教学，如给每人分配不同的作业，教师的评改等都极不方便。
室验室的传统管理方式不但效率低而且大大的浪费了教师与室验中心工作人员的时间，为了提高实验室管理的效率,开发一套实验项目管理系统对高校计算机实验中心是很有必要的。
此实验项目管理系统是实现系统角色教师，学生，管理员各自的要求及功能。
共同维护实验室井井有条的秩序，还有就是查询和生成报表的功能。
通过详细的用户调查，在现行的业务处理流程和数据流图的基础上，就可以基本确定目标系统要达到的目标了。
需求分析的任务是确定系统要完成的工作，也就是对目标系统提出完整、准确、清晰、具体的要求。
在经过多方了解和调查后，基本清楚了实验项目管理的功能需求。
1.3术语定义
1.4参考资料
1.计算机软件文档编制规范GB/T8567-2006
2.《软件工程实验》狄国强，杨小平，杜宾编著清华大学出版社，北京交通大学出版社出版
2.《实用软件工程》赵池龙杨林等编著电子工业出版社出版
3.《软件工程-方法与实践》许家贻编著电子工业出版社出版
4.《数据库系统原理与设计》万常选廖国琼吴京慧刘喜平编著清华大学出版社出版
5.《精通DIV+CSS网页设计与布局》曾顺编著人民邮电出版社出版
6.《javaee编程技术》郝玉龙等主编清华大学出版社，北京交通大学出版社出版
7.《jsp程序设计》范立锋等主编人民邮电出版社出版
8.《锋利的JQUERY》单东林等主编人民邮电出版社出
1.5版本更新信息
版本更新记录格式，如表5-19所示。
表5-19版本更新记录
版本号
创建者
创建日期
维护者
维护日期
维护纪要
V1.0
陈兴旺
2012/4/25
—
—
—
V1.0.1
—
—
陈兴旺
2012/5/16
业务模型维护
2．目标系统描述
2.1组织结构与职责
组织结构如下图：
●学生
●注册学生个人信息，登录系统，修改个人信息.
●浏览通知，作业信息，实验室课程信息，及老师信息，查询上机记录，登记查询上机情况。
●教师
●注册教师个人信息，登录系统，修改个人信息
●浏览课程表信息及通知，作业信息及实验室手册等信息。
●发布实验课程通知，填写实验项目，实验项目数据报表打印
●删除错选班级的学生
●管理员
对教师和学生的注册有删除的权力（删除功能）同样对公告，通知等一切信息修改和删除。
按实验室、课程等分类、分时对实验项目数和上机人时数的统计，相关的打印
2.2角色定义
用户环境中的企业角色，和组织机构一样，也是分析人员理解企业业务的基础，是需求获取的工作任务，同时也是分析人员提取对象的基础。
每个角色的授权可以进行详细的描述，建议采用表格的形式，如表5-20所示。
表5-20角色定义
角色
相关的业务
学生
注册学生个人信息，登录系统，修改个人信息.
浏览通知，作业信息，实验室课程信息，及老师信息，查询上机记录，登记查询上机情况。
教师
注册教师修改个人信息，登录系统，修改个人信息
浏览课程表信息及通知，作业信息及实验室手册等信息。
发布实验课程通知，填写实验项目，实验项目数据报表打印
管理员
对教师和学生的注册有删除的权力（删除功能）同样对公告，通知等一切信息修改和删除。
按实验室、课程等分类、分时对实验项目数和上机人时数的统计，相关的打印
对用户角色的识别也包括使用了计算机系统后的系统管理人员。
2.3作业流程（业务模型）
目标系统的Usecase图如下:
2.5可能的变化
当然，由于现在高校大多处于扩招状态，其实验室的需求亦急剧上升，系统的并发量并不是小数目，所高校可以通过提升服务器性能加大其性能，如升级服务器硬件，加大内存，换CPU等，在软件上，更换数据库，运用缓存等技术提升系统性能，便就一般目前大部分高校来说，现今采用BS+JAVA+SQLSERVER是足够的。
3．系统功能需求
3.1功能需求分析
因为本系统是直接面向高校，故只有管理层与操作层：
在管理层，即系统中的管理员与教师，
教师可以注册，修改个人信息，登录系统，修改个人信息，浏览课程表信息及通知，作业信息及实验室手册等信息。
发布实验课程通知，填写实验项目，实验项目数据报表打印，删除错选班级的学生，管理员对教师和学生的注册有删除的权力（删除功能）同样对公告，通知等一切信息修改和删除。
按实验室、课程等分类、分时对实验项目数和上机人时数的统计，相关的打印
在操作层，此处即学生，浏览通知，作业信息，实验室课程信息，及老师信息，查询上机记录，登记查询上机情况。
3.2功能需求点列表（功能模型）
系统的功能图如下：
系统功能点列表：
功能名称
使用角色
输入
输出
功能描述
登录注册模块
学生，管理员，教师
角色自填信息，学号密码等，登陆
完成用户注册
用户登录注册模块主要功能是系统根据用户选择的身份验证用户输入的用户名和密码是否合法，如不合法，则给出提示，并提示用户重新登录，如果合法，则进入相应的操作界面。
注册模块主要功能是如果用户还没有登录帐号则点击注册，注册帐号.
系统通知管理模块
管理员
管理员发布系统通知
发布通知
其中分为老师信息发布模块、管理员信息发布模块，信息发布模块能够实现动态的信息发布和信息显示功能，通过对前台的操作实现对动态信息发布模块数据库各个表中记录的查询、添加、修改、删除等操作。
这使后台数据库与前台相独立，从而提高了整个模块的稳定和安全性。
实验室管理模块
管理员
管理员添加实验室
完成实验室添加
该模块主要实现实验室状态查询。
实验教师可根据实验室情况填写实验设备维修、报废、耗材申请表和实验室的添加、删除；使得中心管理者更加方便管理实验室，在较大程度上提高了实验室工作效率，同时也降低了办公成本。
课程管理模块
教师
教室添加课程
完成选实验室的过程
教师对课程的添加,修改,删除.
实验项目管理模块
教师
添加课程实验
完成课程添加
实验项目的添加、修改、删除、汇总统计.
实验提交
学生
学生提交实验
完成实验提交
报表生成是可以分好类，以便分类打印报表，同时可以表格的形式打印，电子报表同时具有打印和导出成Word、Excel等文件的功能，便于日后存档。
可以实现报表审批功能的实现
3.2功能需求概述
模块名称
教师审核
模块编号
1
作者
陈兴旺
日期
2012-5-19
模块功能描述
对教师注册的信息进行审核
输入
教师注册的信息
处理
管理员对教师信息进行审核，防止学生随便注册。
输出
输出正确的教师信息，放置数据库。
约束条件
当教师信息为正确时，
模块名称
系统通知管理
模块编号
2
作者
陈兴旺
日期
2012-5-19
模块功能描述
管理员添加，编辑，删除系统通知。
输入
管理员添加通知。
处理
系统把管理员添加的通知添至数据库中。
输出
输出添加的通知，包括，标题和内容，时间。
约束条件
无
模块名称
实验室管理
模块编号
3
作者
陈兴旺
日期
2012-5-19
模块功能描述
管理员添加，编辑，删除实验室。
输入
管理员添加实验室。
处理
系统把管理员添加的实验室添至数据库中。
输出
输出实验室信息，编号，位置，基本信息。
约束条件
无
模块名称
课程管理
模块编号
4
作者
陈兴旺
日期
2012-5-19
模块功能描述
由教师添加实验室课程，并对其选择实验室。
输入
课程名字，上课时间，实验室编号。
处理
系统对教师选择的实验室，时间进行判断，给出符合的实验室供选择。
输出
把选择实验室的结果放进数据库中。
约束条件
只有未被占用的实验室才可被选择。
模块名称
实验项目管理
模块编号
5
作者
陈兴旺
日期
2012-5-19
模块功能描述
教师对相应的课程添加实验项目。
输入
教师对课程添加的实验项目，实验说明，实验相关资料。
处理
系统把相应添加的实验项目添至数据库。
输出
系统把相应添加的实验项目添至数据库。
约束条件
只有教师自个添加的课程才可以添加。
注释
模块名称
用户信息管理
模块编号
6
作者
陈兴旺
日期
2012-5-19
模块功能描述
教师，学生，对自己信息进行修改。
输入
用户填写的信息。
处理
系统对信息进行验证，并把他放置数据库中。
输出
系统对信息进行验证，并把他放置数据库中。
约束条件
用户只可以管理本人信息。
模块名称
提交实验
模块编号
7
作者
陈兴旺
日期
2012-5-19
模块功能描述
学生对教师布置的作业提交。
输入
学生做好的实验结果。
处理
系统把学生提交的作业信息存放在数据库中。
输出
系统把学生提交的作业信息存放在数据库中。
约束条件
只有选课后才可提交相应课程作业。
模块名称
实验室课表查询
模块编号
8
作者
陈兴旺
日期
2012-5-19
模块功能描述
对每个实验室的课表进行查询
输入
数据库中存储的实验室课表
处理
根据用户选择的实验室编号到数据库中取出相应数据。
输出
根据课表形式输出
约束条件
用户选择相应实验室编号。
4．目标系统性能需求
4.1时间要求
具体时间要求如下图所示。
响应时间
500ms~1000ms
更新处理时间
200ms~1000ms
数据的转换和传送时间
100ms~500ms
解题时间
800ms~1500ms
4.2空间性能
空间性能的具体数据如表12所示
表12
支持的终端数
500~1000
支持的并行操作的使用者数
100~200
处理的文件和记录数
10T容量
表和文件的大小规模
中小型表为主
处理任务的数量
50~100
在正常情况下和峰值工作条件下，在一定时间周期中要处理的数据总数
1000~3000条
对输入和输出数据的精度要求
保留到小数点后5位数
对处理和传输过程中的精度要求
保留到小数点后6位数
4.3性能需求点列表（性能模型）
详细列出用户性能点列表，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验收中使用。
需求性能点列表的格式，如下所示。
编号
性能名称
使用角色
性能描述
输入
系统响应
输出
1
普通用户查询课表
任何用户
查询某实验室课表小于1秒。
实验室编号。
按照输入的实验室编号进行查询。
特定实验室的课表
2
学生提交作业
学生
提交某实验项目小于1秒。
项目编号，课程名，实验室编号，上课时间。
按照输入的组合，进行查询。
特定实验项目
3
教师布置作业
教师
布置某课程小于1秒。
课程名字，实验编号，上课时间。
按照输入的组合，进行查询。
特定实验项目
4
学生选课
学生
查询某实验室课表小于1秒。
超过0.5s
课程部分名字。
按照输入的组合，进行查询。
显示，课程名字，教师名字，时间，实验室编号。
5
教师选择实验室
教师
查询某实验室课表小于1秒。
超过0.5s
上课时间，星期，哪些时段上课。
按照输入的组合，进行模糊查询。
显示实验室编号。
5．目标系统界面与接口需求
5.1界面需求
整个系统的界面要求如下：
（1）输入设备：
键盘、鼠标、等；
（2）输出设备：
显示器、打印机、、音箱等；
（3）显示风格：
图形界面、字符界面、IE界面等；
（4）显示方式：
1024×768、640×480等；
（5）输出格式：
显示布局、打印格式等。
部分界面如下所示：
登陆界面：
查看课表：
管理员：
教师：
学生界面：
5.2接口需求点列表（接口模型）
应在此列举出所有的外部接口如下：
表14接口需求点列表
编号
接口名称
接口规范
接口标准
入口参数
出口参数
传输速率/频率
1
与选课系统接口
选课系统规定的接口规范
选课系统的具体要求
学生学号，教师教工号，课程号等信息
通过选课系统得到选课表。
利用校园网进行传输，由于是内网，故其速度很快。
6．目标系统其他需求
6.1安全性
由于本系统是在校园网之内使用，不放置互联网环境中，故其安全性很好。
6.2可靠性
首先，高校内部的有许多系统可以相互联系，本系统通过与选课系统进行关联，使之有很好的可靠性。
6.3特殊需求
：
（1）进度需求：
系统的阶段进度要求。
该系统作为本科生的一次软件工程的一次大作业，在进度方面要求在2012/5/1日之前完成，时间紧张，工期非常紧。
（2）资金需求：
投资额度。
该系统要求有一个良好的开发平台，即有一个良好的设备，和一些必要的服务器系统，预计的投资额度为3000元。
（3）运行环境需求：
平台、体系结构、设备要求。
本系统的开发系统为WindowsXP操作系统，（4）培训需求：
用户对培训的需求，是否提供多媒体教学光盘。
。
7．目标系统假设与约束条件
假设与约定条件是对预计的系统风险的描述,如：
（1）法律、法规和政策方面的限制。
由于系统采用JAVA平台开发，故其所有的软均为开源。
（2）硬件、软件、运行环境和开发环境方面的条件和限制。
要求运行的系统为WindowsXP以上操作系统，ECLIPSEEE的集成开发环境。
（3）可利用的信息和资源。
网络资源、图书资源、教师资源、同学资源等各种资源。
（4）系统投入使用的最晚时间。
鉴于工期紧张，系统投入使用的最晚时间为2012年6月15日。
（5）需求中的风险分析：
技术风险、技能风险、时间风险、资源风险。
升级会员 