在线书店需求分析案例.docx
《在线书店需求分析案例.docx》由会员分享，可在线阅读，更多相关《在线书店需求分析案例.docx（18页珍藏版）》请在冰豆网上搜索。
在线书店需求分析案例
自
考
学
绩
管
理
系
统
需
求
分
析
院系：
______________
班级：
________________
姓名：
______________________
学号：
_________________________
目录
1.引言3
1.1编写目的3
1.2项目背景3
1.3定义缩写词符号3
1.4参考资料3
2.任务概述4
2.1目标4
2.2运行环境4
2.3条件与限制4
3角色5
3.1系统角色描述5
3.2角色功能描述5
4.数据概述5
4.1静态数据5
4.2动态数据5
4.3数据库描述5
4.4数据流图6
4.5数据字典10
5功能需求12
5.1功能描述12
5.2系统用例图12
5.3系统流程图13
6．性能需求15
6.1数据精确度15
6.2时间特性15
6.3适应性15
7．运行需求16
7.1用户界面16
7.2硬件接口16
7.3软件接口16
7.4故障处理16
1.引言
1.1编写目的
经过与《自考学籍管理系统》项目的需求者和使用者的详细交流和探讨，对项目的可行性和功能的详细分析和纠正的基础上，特提出了这份软件需求说明书。
此需求规格说明书对《自考学籍管理系统》项目做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
本说明书的预期读者为项目委托部门、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
1.2项目背景
某公司原本拥有统一的学籍管理系统，但由于自考培训项目与其他培训项目存在很多区别，包含很多的特殊因素，原有系统不能满足自考培训部门的需要。
由于部门不能使用原系统进行工作管理，大量学籍资料都存放在Excel表格里，给数据的查询、分类、更新带来很多不便，也给工作人员带来许多工作量，《自考学籍管理系统》在该背景下确立项目。
1.2.1项目委托部门
某培训学历学位部教务办公室
1.2.2项目开发部门
某某培训公司产业中心软件开发部
1.2.3主管部门
某培训公司产业中心软件开发部软件构建办公室
项目需求分析负责人:
XXX（代主任助理）、XXX（软件实现代主管）
1.3定义缩写词符号
自考学籍管理系统:
本系统区别于公司原有学籍管理系统，是服务于公司自考培训项目的专用系统，但系统中的学员部分基本信息、学员的交费纪录来源于公司原有学籍管理系统。
1.4参考资料
公司原有学籍管理系统
2.任务概述
2.1目标
2.1.1开发目标
运用软件工程思想，遵守开发流程，严格执行测试标准，开发出一套符合委托方需求的软件产品。
2.1.2应用目标
希望能给委托方和用户提高工作效率，为公司带来更多的经济效益。
2.2运行环境
2.2.1硬件环境
客户PC机:
Pentium级处理芯片
内存建议128M以上
256色,800*600的兼容显示器
服务器:
Pentium4以上处理芯片
内存1G以上
2.2.2软件环境
客户PC机:
WindowsXP/2000/2003
服务器:
.NETFramewark2.0
IIS6.0
SQLServer2000或以上
2.3条件与限制
编程用计算机两台
无项目资金供给
项目自身限制:
1.项目适用于专门用户，扩展性不足
2.因学员基本信息录入，交费记录录入采用公司原学籍管理系统，所以本系统需要调用原系统学员信息和交费记录的查询借口。
3角色
3.1系统角色描述
系统管理员、学生信息录入员、学生信息查询员、交费情况录入员、考勤录入员
3.2角色功能描述
系统管理员：
有分配系统帐号，分配、修改用户权限，备份数据等权限。
学生信息录入员:
有录入、修改学生基本信息、学生成绩、学生选课信息，统计课程通过率等权限。
学生信息查询员:
有查询学生信息,统计课程通过率的权限。
交费情况录入员：
有录入、修改学生交费情况权限。
（原学籍管理系统人员）
考勤录入员：
有录入、修改学生考勤信息权限。
（原学籍管理系统人员）
4.数据概述
4.1静态数据
包括系统登录密码
各数据库所在位置
系统分析原始数据
4.2动态数据
输入数据：
菜单选项，提交筛选条件，新建、更新记录项。
输出数据：
由查询关键字确定的数据库记录集合。
内部生成的数据：
用户登陆产生的数据、中间查询结果。
各数据库内各项显示数据，系统时间。
4.3数据库描述
1）系统用户表：
此表用于存放系统使用用户的信息。
2）学员信息表：
此表用于存放学员的基本信息（该表只为一个补充表，与原学籍管理系统的学员信息表通过学院ID链接）。
3）自考类型表：
此表用于存放自考的类型。
4）考勤信息表:
此表用于存放考勤记录。
5）课程表:
此表用于存放课程信息。
6）学员_成绩表:
此表用于存放学员的考试成绩及考试信息
７）学员_选课表：
此表用于存放学员的选课记录
8）学员交费信息集:
该数据集是归属于原学籍系统的数据，本系统采用使用接口的方式访问。
9）原学籍管理系统学员信息集:
该数据集是归属于原学籍系统的数据，本系统采用使用接口的方式访问。
4.4数据流图
4.4.1顶层图
4.4.20层图
4.4.1系统用户信息管理数据流图
4.4.2学员信息管理数据流图
4.4.3学员成绩管理数据流图
4.4.4 课程管理数据流图
4.4.5学员交费情况数据流图
4.4.6学员考勤管理数据流图
4.5数据字典
4.5.1数据流词条描述
1.数据流名:
自考类型
来源:
用户的选择
去向:
学员信息查询模块
组成:
学员自考的学校、学历
流通量:
每次查询返回一次
2.数据流名:
通过科目数
来源:
用户的输入或选择
去向:
获取通过指定课程数的学生
组成:
学员考试合格的科目数
流通量:
每次查询返回一次
4.5.2数据文件词条描述
1.数据文件名:
系统用户数据
简述:
用于存放系统使用用户的信息。
数据文件组成:
系统用户的用户名、密码、权限等信息
2.数据文件名:
学员信息数据
简述:
用于存放学员的基本信息
数据文件组成:
存储学员的各项基本信息数据。
3.数据文件名:
自考类型数据
简述:
用于存放自考的类型。
数据文件组成：
存储自考院校、自考学历等信息。
4.数据文件名:
考勤数据
简述:
用于存放考勤记录。
数据文件组成:
用于存储学员详细的上课考勤纪录各信息。
5.数据文件名:
课程数据
简述:
用于存放课程信息。
数据文件组成:
用于存储需要报考课程的各项描述信息。
6.数据文件名:
学员选课数据
简述:
用于存放学员的选课记录。
数据文件组成:
用于存储学员选取课程各信息。
4.5.3加工逻辑词条描述
1.加工名:
验证登录
简要描述:
判断用户的许可性
输入数据流:
登录信息
输出数据流:
登录结果
加工逻辑:
判断是否与系统内部用户信息相符合
2.加工名:
通过
简要描述:
判断录入成绩是否合格
输入数据流:
考试成绩
输出数据:
成绩是否合格
加工逻辑:
判断输入数据是否大于等于合格成绩。
3.原学籍系统学员信息查询接口
简单描述：
从原学籍系统查询学员基本信息
输入数据流:
学员查询条件
数据输出数据流:
符合查询条件的学员纪录
加工逻辑:
在原学籍系统学员记录中查找是否含有满足查询条件的记录。
4.原学籍系统学员交费查询接口
简单描述：
从原学籍系统查询学员交费信息
输入数据流:
学员交费状态
数据输出数据流:
符合查询条件的学员交费纪录
加工逻辑:
在原学籍系统交费记录中查找是否含有满足查询条件的记录。
5功能需求
5.1功能描述
系统用户信息管理：
管理系统所有用户及其权限设置
1．用户帐号分配：
为系统用户分配帐号。
2．用户权限管理:
为登陆系统的分配用户权限以及修改用户权限。
3．验证用户登陆：
验证即将登陆系统用户的用户名和密码正确性。
学员信息管理：
管理系统所有学员信息
1．学员信息查询：
查询全部学员或以学号、时间段、自考类型（中文（一年报两次，春和秋），物流（按批次））查询学员。
（此功能将调用原学籍管理系统数据库信息）
2．学员信息录入：
录入学员的基本信息。
3．学员信息修改：
修改学员的基本信息。
（此功能将调用，修改原学籍管理系统数据库信息）
学员成绩管理：
管理系统所有学员成绩
１．学员成绩录入：
以班（班级号）或以单个学员为单位录入成绩。
２．学员成绩查询：
查询学员的考试成绩。
３．课程通过率计算：
计算课程的通过率。
４．学员通过课程数计算:
计算学员通过课程数.
５．学员毕业论文开写提示：
当学员课程通过5科以上（含5科）给予提示可以通知开始写毕业论文。
６．学员毕业提示：
当学员课程全部通过给予提示通知可以毕业。
课程管理：
管理系统课程信息
1．学员选课录入：
录入学员选课信息。
2．课程信息录入：
录入课程信息。
3．学员选课查询：
查询学员所选课程信息。
学员交费记录查询:
查询学员交费记录。
（原学籍管理系统录入，本系统提供查询）
考勤记录查询：
以班（班级号）或以单个学员为单位查询考勤记录。
5.2系统用例图
5.3系统流程图
5.3.1系统管理员角度
5.3.2交费情况录入员
此人员为原学籍管理系统人员，负责学员交费记录的录入。
5.3.3考勤录入员
此人员为原学籍管理系统人员，负责学员考勤记录的录入。
5.3.4学员信息录入员
5.3.5学生信息查询员
6．性能需求
6.1数据精确度
A）系统输入数据必须按照规定的格式输入，否则系统提示错误或不给予响应。
B）查询要保证查全率，根据要求系统采取两种查询方式，直接查询和模糊查询。
6.2时间特性
用户的操作响应时间应在2秒以内。
6.3适应性
系统能在以上提到环境下很好运行。
7．运行需求
7.1用户界面
用户界面应清晰,直观,友好.采用简单界面驱动方式.
7.2硬件接口
本系统无需其他硬件接口
7.3软件接口
本系统需要调用原学籍管理系统学员基本信息、学员交费纪录的程序接口。
运行于WINDOWSXP+.NETFRAMEWORK2.0或更高环境下的操作系统上
7.4故障处理
保证系统容错性和稳定性,运行时若出现不可修复的错误,也应保证数据的安全。
升级会员 