学生学籍管理系统需求分析报告.

第一篇：学生学籍管理系统需求分析报告.

学生学籍管理系统需求分析说明书

§1 概述

编写说明：

本章描述本软件开发的背景，系统目标，用户的业务情况，以便于需求理解。

§ 1.1背景

传统的学校学籍管理方法、由于分散管理，易发生数据丢失，劳动强度高，速度慢。

使用计算机可以高速、快捷地完成以上工作。特别是在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。

学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁

琐的数据计算处理中解脱出来，从而全面提高教学质量。

§ 1.2系统目标

学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从

繁琐的数据计算处理中解脱出来，使其有更多的精力从事教务管理政策的研究实施，教

学计划的制定执行和教学质量的监督检查，从而全面提高教学质量。

§ 1.3业务模式

本系统是运行在WindowsXP等操作系统环境下的多台计算机构成的局域网，现在学校各部门分别使用不同数据库，各部门之间的信息还不能实现网上共享。由于学校的各个部门都需要一些学生的基本信息，所以各个部门都有一份学生档案。一个部门的改动，将导致其他各部门必须修改，否则，学生的信息将不一致。

高校学生学籍管理系统将采用B/S模式，学生的信息由各用户在规定的权限下在各自的工作

站上录入，统一保存在系统服务器上，既可集中管理，有可让各部门管理自己负责的信息。

信息上网后各用户可查询，调用，达到全校信息共享。

§2用户需求

编写说明：

此系统专门为高校学籍管理所设置。本节主要描述用户需求的使用范围，功能要求信

息采集与各部门的使用权限

§ 2.1使用范围

按西安交通大学城市学院学生学籍状况的系统管理（本科生用学年学分制）。

系统中保留4个年级学生的信息，学生毕业一年后信息转储，但随时可以查询，输出。

§ 2.2功能要求

·学生档案管理： 学生的一般情况，及奖励，处分情况；

·学生成绩管理： 学习成绩，补考成绩；

·学籍处理： 学生留降级处理，休复学处理，退学处理；

·日常教务管理： 日常报表，如通知书，补考通知书等，学生学习成绩的各种分类统

计；

·毕业生学籍处理： 结业处理，毕业处理，授位处理，学籍卡片等。

§ 2.3数据完整性、正确性：

1、可按某学生某学年考试及补考成绩，自动生成该学生是否升留降级，退学。

2、可按某学生在校期间累计重修科目门数和成绩自动生成该学生是否结业，毕业，授位。

3、可按某学生因非成绩原因所引起的学籍变更作自动处理。

4、可按每学期各年级班学生考试成绩自动生成补考名单，科目。

5、可按每学期各年级学生考试成绩自动生成某课程统计分析表。

6、可按同一年级学习成绩进行同一课程不同班级间成绩比较。

§ 2.4性能需求

因为学籍管理系统存储学生信息，所以数据库系统应该具有备份和恢复功能，保证学生数据库的长期完整性和正确性。另一方面，作为系统的服务器应该能够长期无故障的运行，而且能够便于管理员的操作。安全性要求比较高，对业务逻辑必须封装，避免有人登陆他没权限的网页，避免黑客从数据流中截取敏感数据。

§ 2.5 其他需求

普通用户的需求：对于只有查看权限的用户，一般是通过上网浏览学校网页来查看数据的。

各部门管理员：能够对系统进行设置，以适应不同用户的需求。对不同系的管理员分配不同的权限，教务处系统管理员具有最高的管理权限。

§ 2.6用户平台要求

系统主要使用于高校的局域网，WinXP等环境下，Java,Vc，Vb连接数据库，本系统需要DBMS放学生学籍数据库。可进行查询，修改、处理等。

§3系统

§ 3.1网络环境下的多用户系统

高校学生学籍管理系统，由学校指派专人负责系统的管理和维护。系统中分别涉及到不同管理部门所管理的学生信息，因而将系统的信息分类，分别由教务处、学生处、各系管理具体的信息。其中，教务处负责学生学籍管理、学生成绩、教学计划、师资分配、各种考试安排。学生的成绩由各个系按照教务处的规定在各个系的计算机输入本系学生各门功课的成绩，并上传到系统中。各系还要上报本系的教学计划，课程安排，然后由教务处统一发布。学生处主要负责学生的档案管理以及奖励和处分。学生处根据学生的高中升学档案形成原始档案，然后根据各系对学生表现的评价，决定对学生的奖励或处分。在学生毕业时形成每个学生的最终档案。学校的其他部门（包括学生、家长、用人单位）只能浏览学生的公开信息。

§ 3.2数据的完整性，准确性

a.录入数据采用表格方式，限制录入数据类型及取值范围以保证数据的完整性及准确性。b.统具有部分反悔修改功能，系统备有的修改功能均可反悔.§ 3.3数据完成的时间性，如成绩的录入，仅当师资科录入教学进程，教务科分发教师教学任务安排之后，各

系方可录入成绩。

§ 3.4数据安全性

本系统采用二级安全保障

第一级：依赖于网络本身对用户使用权限的规定。

第二级：在程序模块中通过使用密码控制功能对用户使用权限加以限制。如表1，2。§ 3.5成绩自动统计分析及学籍的自动处理

本系统按学籍管理条例设计了若干个软件处理模块：

1、可按某学生某学期，学年考试及补考成绩，自动生成该学生是否升留降级，退学。

2、可按某学生在校期间累计补考科目门数和成绩自动生成该学生是否结业，毕业，授位。

3、可按某学生因非成绩原因所引起的学籍变更作自动处理。

4、可按每学期各年级班学生考试成绩自动生成补考名单，科目。

5、可按每学期各年级学生考试成绩自动生成某课程统计分析表。

6、可按同一年级学习成绩进行同一课程不同班级间成绩比较。

§4数据调查及分析

§4.1原始数据

编写说明：

本节描述原始数据调查的结果，列出数据清单。

原始数据的描述：

数据名称：高校学生学籍管理信息系统

简述：系统中保留五个年级学生的信息，学生毕业一年后信息转储，但随时可以

查询，输出。

来源：每学期考试完毕由各系录入成绩，然后由教务科收集

去处：学生，老师

组成：存储信息用库有学生资料表，成绩表，授课表，补考成绩表，奖

励处分表等，用于存放学生在校期间的有关信息。

§ 4.2数据字典

系统管理要求=[学生资料表|成绩表|授课表|补考成绩表|奖励处分表|毕业生表|日常报表]

学生资料表=学号+姓名+性别+生日+家庭地址+邮编

成绩表=学号+科目+成绩

毕业生表=学号+姓名+班级

奖励处分表=学号+姓名+系别+奖励（处分）

学生情况=学生成绩+学生资料

统计要求={学生情况}

数据文件={学生资料表+成绩表+授课表+补考成绩表+奖励处分表+毕业生表+日常报表}

第二篇：学生管理系统需求分析

学生管理系统需求分析报告

——移动互联网开发X班第X小组

一：需求背景

学生信息管理系统是具有统计，管理学生和老师各种在校相关信息，方便学校对于学生信息的统一管理的系统。

随着高校的扩招，需要处理的学生信息日趋加大，不仅花费大量的教师资源，处理的效率还十分低下。为提高学生管理的管理水平，优化资源，尽可能降低管理成本成为学生管理的新课题，学生管理系统是从学生管理现状出发，根据学生管理的新要求进行开发设计的，它解决了学生管理数据信息量大，修改不方便，对一系列数据进行分析时花费时间长等问题，帮助学生管理人员有效管理学生信息，成为管理高校中必不可少的管理工具。

二：需求概述

（1）目标

学生信息管理系统的目标是为方便学校教务处系统的管理学生信息并学校和学生间提供一个信息共享的平台

（2）需求

学生管理系统的管理用户国分为三大类，分别是管理员登录功能，教师登录功能以及学生登录功能

需求分析

*管理员对功能的需求

管理员权限最大，可以对学生的班级，课程，情况进行统一的管理，细分如下：

超级管理员可增加，修改，删除普通管理员

有关学生信息的浏览，学生信息的添加修改和删除

学校基本课程的浏览，学校基本课程的添加修改和删除

学生课程的浏览与统计，可按成绩范围对成绩进行统计

学生选课信息的管理，包括查询，修改与删除

*学生对功能的需求

学生利用此系统进行与自己有关的信息查询与输入，细分如下：

浏览个人基本信息

修改登录密码

浏览课程信息

浏览在校期间的奖惩情况

浏览个人学分信息

利用个人账户进行查询选修课程基本信息与选修课程的选择和退出

浏览个人选课情况

*教师对功能的需求

教师对所带班级学生的信息查询与修改，细分如下：

教师可利用此系统查询所带班级的基本信息

查询所带班级的学生在校期间的奖惩

录入与修改所带班级学生的成绩信息

查询所带班级学生的成绩信息

查询班级学生的选课情况

功能模块

（一）学生用户功能主要包括以下部分：

（1）注册

（2）登录

（3）修改密码

（4）查询个人信息

（5）选课（退课）

（6）查询成绩

具体功能介绍如下：

（1）注册

实现功能：创建一条学生记录，由学生自己填写个人信息并保存，实现统一管理

个人信息内容：学号，姓名，性别，出生年月，籍贯，民族，学院，班级，宿舍号，个人联系电话，父母联系电话，家庭住址

（2）用户登录

实现功能：用户注册后可直接登录，使用查询信息，选课，退课等功能

（3）修改密码

实现功能：输入旧密码，输入两次新密码，如旧密码正确且两次新密码一致则用新密码覆盖旧密码，否则重新输入旧密码或者两次新密码不一致重新输入新密码

（4）查询个人信息

实现功能：在此显示学生的个人信息

内容：学号，姓名，性别，出生年月

籍贯

民族

学院

班级

宿舍

联系电话（只可查询不可修改）

（5）查询成绩

实现功能：显示入学以来所修课程的所有成绩和学分等信息

（6）选课（退课）

实现功能：在学校规定时间内为学生提供网上选课及退课功能以及查看个人选课信息

约束：1.只能选择人数未满的课程及未修的课程

2.只能退已选课程

（二）教师学生用户功能主要包括以下部分：

（1）注册

（2）登录（3）查看个人信息（4）查看全校学生信息

（5）录入成绩

（6）修改密码

具体功能介绍如下：

（1）

注册

实现功能：常见一条教师记录，由老师自己填写并保存，实现统一管理

个人信息内容：教师编号

姓名

性别

出生年月

籍贯

民族

学院

联系电话

（2）

用户登录

实现功能：用户注册后可直接登录用于查看个人信息

查看学生信息

以及实现录入学生成绩等功能

（3）修改密码

实现功能：输入旧密码，输入两次新密码，如旧密码正确且两次新密码一致则用新密码覆盖旧密码，否则重新输入旧密码或者两次新密码不一致重新输入新密码

（4）查询个人信息

实现功能：显示教师的个人信息

显

查询内容：教师编号

姓名

性别

出生年月

籍贯

民族

学院

联系方式

（5）查看学生成绩信息

实现功能：查询所有学生的课程成绩信息

查询流程：选择学生所属院系—>专业—>班级—>学年

（6）录入成绩

实现功能：教师录入所带班级学生成绩信息

（三）管理员用户功能主要包括以下部分：

（1）登录学生/教师端信息管理

（2）登录课程信息管理

（3）宿舍信息管理

具体功能介绍如下：

（1）

登录

实现功能：管理员身份验证，学生信息管理

教师信息管理

宿舍信息管理

（2）

学生/教师信息管理

实现功能：对在校学生/教师的信息的增删改查等功能

实现流程：

1)

学生：选择个人信息或成绩信息，输入相应学号进行相应的查询与更新功能

2)

教师：输入教师编号查询教师信息并进行相应的操作

（3）

课程信息管理

实现功能：创建课程信息

包括课程编号

课程名称

学时

学分

等相应字段

（4）

宿舍信息管理

实现功能：对学生住宿情况进行统筹管理

数据库设计

1）

创建学院数据库

2）

创建表

1，创建院系信息表

字段有

院系编号

院系名称

院系人数

院系简介

2，创建专业信息表

字段有

专业编号

专业名称

专业人数

所属院系

院系简介

3，创建辅导员信息表

字段有

辅导员编号

辅导员名称

性别

所属院系

所属专业

所带班级

住址

联系方式

4，创建班级信息表

字段有

班级编号

班级名称

班级人数

所属辅导员

所属院系

所属专业

5，创建课信息程表

字段有

课程编号

课程名称

课时

所属院系

所属专业

授课讲师

6，创建学生信息表（详细）

字段有

学生编号

学生名称

性别

出生年月

身份证号

籍贯

民族

政治面貌

入学年份

7，创建学生信息表

字段有

学生编号

所属院系

所属班级

宿舍编号

所属导员

父母联系方式

学生联系方式

8，创建学生成绩表

字段有

学生编号

课程编号

成绩

9，创建管理员登录信息表

字段有

用户编号

用户姓名

用户密码

用户权限

10，创建教师登录信息表

字段有

用户编号

用户姓名

用户密码

用户权限

11，创建学生登录信息表

字段有

用户编号

学生编号

学生姓名

登录密码

用户权限

12，创建学生转入/转出学院信息表

字段有

信息编号

学号

学生名称

转入前所属院系

转入前所属专业

转入前所属班级

转后所属院系

转后所属专业

转后所属班级

13，创建学生学分信息表

字段有

学分编号

学生编号

学分

14，创建学生学分奖惩信息表

字段有

奖惩编号

学生编号

奖励分数

奖分事由

惩罚分数

惩分事由

15，选修课程信息表

字段有

选修课程编号

选修课程名称

选修课程课时

选修课程学分

选修课程人数

16，学生选修课程信息表

字段有

编号

学生编号

选修课程编号

17，学生选修课程成绩表

字段有

编号

学生编号

选修课程编号

选修课程成绩

18，

第三篇：学生寝室管理系统需求分析

学生寝室管理系统

系统需求分析说明书

引

言

21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。而学生寝室管理系统对于一个学校来说是必不可少的组成部分。目前全国好多学校还停留在让寝室管理人员手工记录数据的阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大、需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的，当查找某条记录时，由于数据量的庞大，只是靠寝室管理人员去一条条的查找，这样不但麻烦，浪费时间，而且效率也特别地低，当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足社会人们的需求时，就会有新的技术诞生，并取代了旧的技术。针对如此，设计了一套学生寝室管理系统。学生寝室管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，并且具备完善的报表生成、修改功能，能够快速的查询学校所需的住宿信息。

1．任务概述

（1）目标

该软件开发，是为了方便高校寝室管理，达到管理员及其他用户帐号的管理和登陆、查询学生信息、宿舍的入住管理和退宿管理以及公物报修、卫生评比等功能，使寝室管理不再那么复杂，寝室管理人员能够轻松地用该系统记录数据，管理数据信息。本软件是一项独立的软件，全部内容自含。（2）用户的特点

寝室管理人员只需要会电脑的基本地操作，会输入输出数据，寝室管理人员可以对数据进行增加、删除、修改数据。普通用户可以查看数据记录，但是重要信息不能修改，学生用户只能通过输入学号来查看自己的信息，无法对信息做任何的修改。

目前，我们学校的寝室管理采用的还是人工来进行管理的, 面对目前学校发展的实际状况，我们通过实地调研之后，对寝室管理系统的设计开发做了一个详细的概述。

2．系统功能需求

2.1 基本功能需求

要实现的是高校学生寝室管理系统，在设计该系统时，应尽可能的贴近学生,便于寝室管理人员及普通用户的操作。系统在实现上应该具有如下功能：

1.系统要求用户必须输入正确的用户名和密码才能进入系统。2.系统应该提供学生住宿情况的基本登记。3.系统应提供学生每学期学生的离校处理。

4.系统应提供人员来访登记及结束访问的详细登记。5.系统应提供学生在校期间物品出入寝室楼的详细情况登记。

6.系统应提供查询功能，以方便用户对学生基本信息的查询(要达到按多种条件的查询)。

7.系统应提供增加、删除、修改用户帐户的功能，还应具有添加、修改、删除学生基本信息的功能。

2.2 报表需求

学生寝室管理系统的某些信息应当能够以报表形式打印出来。基本上应该能够实现周查扣分、扣分统计和卫生评比的报表打印功能。

2.3 用户界面需求

学生寝室管理系统应提供简单、层次关系明了、清晰的操作界面，使用户一目了然。尽可能的为用户的录入、查询等功能操作提供方便。以方便用户操作，快捷按钮的创建也是非常需要的。

2.4 性能需求 1.4.1系统安全性

在学生寝室管理系统中，增加用户、学生毕业离校等的某些模块都是相联系在一起的，所以在系统的管理权限上应当进行严格控制，具体思想如下：

1.对该学生寝室管理系统进行操作就应当具有某些操作权限。没有权限的用户将不能通过任何其他渠道来登录该系统，查看该系统的任何信息和数据，以确保系统的严密性和安全性。例如：寝室管理人员的登陆，能够对用户进行增加、修改及删除操作，普通用户对某些重要的信息不能进行修改，而学生用户只能查看自己的数据信息，不能对任何数据进行任何操作。

2.在上述基本要求的基础上可以为该系统设定三种登录方式，程序开始运行所有功能将是不可使用的，只有寝室系统管理员登录、普通用户登录和只读用户（即学生用户）三个窗口可以使用，没有系统管理员或者普通用户的用户名和密码任何人都不能登录该系统进行操作。

3.具体实现时还应为寝室系统管理员和普通用户设定不同的权限，同第一条所述，寝室系统管理员应当可以使用系统的所有模块，普通用户对于大部分的很关键的模块是无权使用的。学生用户只能观看数据对任何模块都无权修改。

2.4.2 数据库的选择

数据库是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据。满足用户信息要求和处理要求。她是数据管理的最新技术，是计算机科学的重要分支。由于数据库具有数据结构化、最低冗余度、较高的程序与数据独立性、易于扩充、易于编制应用程序等优点，较大的信息系统都是建立在数据库设计之上的。我选用的是SQL Server 2005。

2.4.3 运行环境

该系统的操作平台为Windows系统，使用C#编程语言和SQL Server 2005数据库来实现学生寝室管理系统所需功能的。

第四篇：学生成绩管理系统需求分析报告（推荐）

长 春 大 学课程设计纸

学生成绩管理系统系统需求分析报告

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

一、引言 1 编写目的 编写本文档，是为了明确用户需求，用以精确软件架构设计，为测试提供依据。并且使开发小组合理分工，使小组的每一个人明确项目最后要求完成的软件产品的特点。本系统通过收集、整理班上所以学生的基本信息，主要包括每个学生的基本信息（学号，姓名，性别，籍贯，出生年月….）、每个学生的专业课、公共课以及校选修课的基本信息（课程编号，课程名称，课程成绩，课程学分，平均成绩，…..），通过对基本信息的存储，使每一个学生能查到有关自己的所有基本情况。主要目的是能为班上的每一为学生提供成绩查询，为系上的各种考评提供参考，进一步地提高工作效率。2 背景 项目名称：学生成绩管理系统 开发背景：通过此软件，提高用软件工程发现问题解决问题的能力，同时增强对数据库的使用能力。3 参考资料 《软件工程》Roster S Pressman著，机械工业出版社 《数据库系统概念》Abraham Silberschatz,Henry F,Korth,S.Sudarshan著。《数据库系统原理》中国矿业大学出版社赵文涛 《数据库原理及应用》中国水利水电出版社仝春泉《数据库系统概论》高等教育出版社萨师煊王珊2001年《中文SQLＳerver 2000 关系数据库系统管理和开发指南》机械工业出版社孙言辉

二、任务概述 1目标：以SQL2005为数据库开发程序，使用户可以使用具备学生查询功能，管理员查询功能、添加功能、修改功能、删除功能、汇总功能、统计功能

等功能的软件。

2用户的特点：本系统包括两类使用用户：管理员，即输入成和查询成绩的共3页第1页

老师；用户：即查询成绩的学生。

系统管理员享有最高权限，学生只具有查询权限。

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊ 账号为学生的学号，密码默认为000000。3需求规定对功能的规定：从程序的结构中可以看出，学生的信息输入输出功能是由学生管理系统进行的，课程的信息输入输出是由课程管理系统进行的，而班级的信息流动则是班级管理系统进行的。

三、学生成绩管理信息系统的几个基本功能： 学生的基本信息管理：学号、姓名、系别、班级等。课程的基本信息管理：课程号码、课程名称、任课教师、学分、学时、课程内容简介等。登陆管理：要求使用者提供合法的用户名、密码和相关权限。成绩的录入：由老师（管理员）录入成绩、要用到前面学生的信息、课程的信息等。成绩查询：学生进行趁成绩查询、要用到前面学生的信息、课程信息等。汇总功能：系院管理员、教务处对成绩进行分类汇总，比较各个系院的成绩，为制定以后教学管理计划提供数据基础。

四、对性能的规定 精度：说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。对时间特性的要求： 查询服务部分：用户通过电脑提交查询命令道返回结果不超过5秒钟。数据管理部分：提交某一数据录入到结果返回不超过5秒钟。

五、数据管理能力要求（1）同学个人信息：学号，大小为8个字符；名字，不超过32个字符；系别，不超过32个字符；班级，不超过8个字符；

（2）课程号码，大小为4个字符；课程名称，不超过32个字符；任课教师，不超过32个字符；学分，大小为2个字符；学时大小为2个字符；课程内

容简介，不超过200个字符。

（3）成绩：大小为16个字符。

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

装

┊

┊

┊

┊

┊

订

┊

┊

┊

┊

┊

线

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊

┊ 对学生信息、课程信息、成绩信息、内容存储的各表至少需要100M以上的空间，即至少需500M空间进行数据的存储，并至少需要1G的空间对增长的数据进行保存。

六、故障处理要求

1、磁盘碎片过多、数据库存储空间不够，引起数据库访问变慢等问题需要对磁盘进行扩展和维护。

2、执行程序非正常退出，修改源代码前应备份。

3、SQL Server2000没启动引起访问问题，需启动数据库服务器。

4、具体问题，具体分析。多查多问。

七、其他专门要求 在程序的开发过程中，应遵循结构化的程序设计原则，设立运行日志，加强系统的可维护性；注重系统的界面友好性、各程序模块界面的统一。

1、运行环境规定 设备（1）至少具有奔腾III800,128M内存配置的计算机；（2）Microsoft鼠标或其它兼容鼠标；（3）至少500MB的硬盘空间。（4）至少32MB的RAM存储器。支持软件 操作系统：Microsoft Window 98/2000/Me/XP/2003 执行程序：SQL2005 接口该系统与数据库相连（输入学生信息、课程信息与考试成绩），同时数据库也用来保存各用户的信息。控制

本软件在SQL2005系统的支持下完成。展示界面由主窗口与子窗口嵌套而成，窗口操作通过按钮控制，不同的按钮进行不同的操作实现不同的功能。

第五篇：书店管理系统需求分析报告

书 店 管 理 需 求 分 析 规 格 说 明 书

目录

1.引言.................................错误！未定义书签。1.1编写需求分析规格说明书的目的........................4 1.2软件设计目标........................................4 1.3 术语表.............................................4 1.4参考资料............................................4 2.软件产品的一般性描述...................................5 2.1运行环境............................................5 2.2软件产品的功能（用例模型）..........................5 2.3用户特征............................................7 2.4限制与约束..........................................7 3.系统功能行为分析......................................7 3.1引言................................................7 3.2 系统功能模型——系统用例模型........................7 3.3相关用例的展开——活动图...........................10 3.4系统静态模型——对象类模型.........................12 3.5系统动态模型（顺序图）.............................14 3.6系统体系结构模型...................................18 3.7输出结果...........................................19 4.系统性能分析.........................................20 4.1数据精准度.........................................20

4.2时间特性...........................................20 4.3适应性.............................................20 4.4故障处理...........................................20 5.系统运行要求分析.....................................20 5.1用户界面...........................................20 5.2硬件接口...........................................20 5.3软件接口...........................................20 6．其他要求............................................20 7.附录.................................错误！未定义书签。

1.引言

1.1编写需求分析规格说明书的目的

随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。传统的书店管理系统其日常管理工作都是人工操作，存在着许多缺点,如:效率低下、保密性差,另外时间一长,将产生大量的文件和数据,这对于数据的查找、更新和维护都带来了不少的困难，并且浪费了许多人力和物力。在信息时代，使用计算机对图书信息进行管理,具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高书店管理的效率。因此，开发这样一套书店管理软件成为很有必要的事情。

1.2软件设计目标

（1）登录系统：管理员和顾客进入登陆界面，输入各自的的用户名和密码进入登陆界面，可以通过登录该系统进行各项功能的操作

（2）书籍管理：管理员进入书籍管理界面，对书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。

（3）书籍出售：管理员进入书籍出售管理界面，根据ISBN号出售图书,删去相应库存,记录销售时间，包括预订书籍、查询书籍的处理。

（4）顾客管理：管理员进入顾客管理界面，进行对顾客的一系列操作，包含对顾客信息的增删改等操作，以及会员服务等。

（5）查询书籍：管理员和顾客登录系统，进入书籍查询界面，对图书的一些详细信息进行查询。

（6）预定书籍：顾客登录系统，进入书籍预定界面，通过对图书信息查询，对已选择的图书进行预定。

（7）购买书籍：顾客登录系统，进入购买图书界面，对已选择的图书进行购买。

(8)系统应符合书店管理的规定，满足书店相关人员日常使用的需要，并达到操作过程中的直观、方便、实用安全等要求；

(9)系统采用模块化程序设计方法，即便于系统功能的各种组合和修改，又便于未参与开发的技术维护人员补充、维护；(10)系统应具备数据库维护功能，及时根据用户需求进行数据的添加、删除、备份等操作；

(11)尽量采用现有软硬软硬件环境及先进的管理系统开发方案，从而达到充分利用现在有资源，提高系统开发水平和应用效果的目的。

1.3 术语表

[1].登录：包括书店管理员、顾客在书店登陆界面输入各自用户名和密码，如 果输入正确就可以直接进入书店系统，管理员可以对系统进行相应的操作；而顾客也可以进行相应的操作。

[2].书籍管理：是指管理员对书籍进行一个比较系统的管理，如对图书信息进行录入、删除、浏览、查询、修改等基本操作 [3].书籍出售：是指管理员对书籍的出售情况进行管理，及时处理顾客的订单，完成书籍出售的过程。

[4].顾客管理：是指管理员对顾客的管理，包括对会员的管理，对会员信息进行维护，及时的增加、修改、删除等来完善对会员的管理；也包括对其他顾客的信息管理。是指

[5].购买书籍：是指顾客对已选择的图书进行购买的过程。

[6].查询：是指管理员查询图书的库存，出售情况，以及缺货补充等的查询；顾客对图书种类，价格等的查询。[7].预定书籍：是指顾客再经过对图书的查询，选择需要的图书并对图书进行预定，方便购买。

1.4参考资料

[1] 黄梯云 《管理信息系统》 经济科学出版社 2000.3 [2]甘仞初《信息系统开发》经济科学出版社 1996.9 [3]汪星明 《管理系统中计算机应用》武汉大学出版社 1997.5 [4] 方美琪，软件开发工具[M]，经济科学出版社

[5] 陈禹，方美琪，软件开发工具[M]，经济科学出版社

2.软件产品的一般性描述

2.1运行环境

硬件环境：

512M以上内存

软件环境：

数据库Microsoft SQL Server 2005及以上版本 Windows XP，Win7 CP/IP 通信协议

2.2软件产品的功能（用例模型）

图1 功能用例 “系统登录”用例

1.管理员和顾客进入登陆界面 2.填写各自用户名及密码 3.系统进行账户的核实 4.成功登陆

5.管理员可以进行顾客管理、图书管理、售书管理、书籍查询等。6.顾客可以进行书记的查询、预定、购买等。

“顾客管理”用例

1.管理员登陆顾客管理界面 2.系统响应相应的用户权限 3.列出相应的信息 4.用户选择相应的操作 “购买书籍”用例

1.管理员进入登陆界面 2.系统响应相应的用户权限 3.列出相应的信息 4.用户操作 “图书管理”用例

1.登陆图书信息管理界面

2.系统响应相应的用户权限操作

3.图书信息进行录入、删除、浏览、查询、修改等基本操作 4.列出相应的信息

5.用户选择相应的操作

“预定书籍”用例

1.管理员进入登陆界面

2.系统响应相应的用户权限,对订单信息进行管理或处理

3.列出相应的信息

4.接收订单并发货、拒绝订单、查询库存、订购货品、订单增加 5.用户操作 “售书管理”用例

1.管理员进入登陆界面 2.系统响应相应的用户权限 3.列出相应的信息 4.用户操作 “査书管理”用例 1.陆查询界面

2.系统响应相应的用户权限 3.列出相应的信息

4.管理员对图书销售及相关信息的情况查询

5.顾客（会员和游客）对图书的相关信息的查询

6.用户选择相应的操作进行查询

2.3用户特征

该软件适用于掌握计算机基础知识的客户，书店员工可根据自己的权限进行相应操作，系统管理员要求由计算机的专业知识。

2.4限制与约束

1.建议开发软件运行的最短寿命：3年 2.进行系统方案选择比较的期限：3个月 3.经费来源和使用限制：新华书店

4.硬件、软件、运行环境和开发环境的条件和限制：新华书店拥有大型机以及用来支持的数据库，安装有Windowsxp及以上的操作系统。

5.建议开发软件投入使用的最迟时间：开发完成后试运行1个月。

3.系统功能行为分析

3.1引言

第一步创建系统的用例模型。作为描述系统的用户或参与者所能操作的模型，它在需求分析阶段有着重要的作用，整个开发过程都围绕系统的需求用例表述的问题和问题模型进行。

3.2 系统功能模型——系统用例模型

创建系统用例的第一步是确定系统的参与者。

书店管理系统的参与者包含以下三种：

管理员： 进入管理页面，可以维护客户注册信息、维护图书信息、处理订单信息、报表维护（报表输出、报表备份、报表恢复、报表删除）、商品销售查询。

员工： 进入工作管理页面，可以对图书（或商品）信息进行录入、删除、浏览、查询、修改（商品销售）、维护个人信息、维护订单信息（接收订单并发货、拒绝订单、查询库存）。

顾客：（会员和游客）会员：进入登入页面，可以对图书信息进行查询、，并可以维护个人信息，维护订单信息（订单状态查询、订单删除或增加）； 游客： 进入网站后，只能进行基本的信息浏览和查询。

图2 系统参与者

1.用户用例（会员和普通用户）

（1）登录：会员通过身份验证，登录到网上书店系统。

（2）注册：普通用户在网上书店系统注册个人信息，可以成为会员。（3）浏览图书：会员或游客可以浏览网上书店的图书。

（4）查询个人资料： 会员可以查询修改个人资料，包括个人的基本信息、订单信息。

（5）修改个人资料：会员可以修改个人信息。

（6）加入购物车：会员可以将要买的书籍添加到购物车，可以对购物车里 书籍数量信息进行修改。

（7）提交订单：会员可以对所下订单进行提交。（8）付款：会员可以进入付款界面进行结算。2.员工用例

(1)登录：员工根据用户名和密码，登录到网上书店系统。(2)销售查询：员工可以对书店的销售情况进行查询。(3)库存查询：员工可以对书店所剩下的书籍进行查询。(4)图书管理：员工可以修改书籍信息、添加图书、删除图书。(5)订单处理：员工可以修改订单信息、删除订单。

3.管理员用例

(1)登录：管理员输入账号和密码可以登录带网上书店系统(2)管理会员：管理员可以修改会员信息、添加、删除会员。(3)员工信息维护：管理员可以修改员工信息、添加、删除员工。

在识别出参与者和用例后，要想建立用例图，还需要识别出他们之间的关系。“加入购物车”、“添加书籍到购物车”、“查看个人资料

”、“ 提交订单”等，这些动作是由“会员”执行的。为了购物安全方便，系统还需要提供用户信息验证，确保只有会员用户才可以进行书籍购买。用例“管理书籍”、“ 管理订单” 这些动作是由“员工”执行的。用例“维护员工信息”“维护系统”等，这些动作是由“管理员”执行的。为了系统的安全性，系统还需要提供进行身份验证的功能，以确保只有具有权限的“系统管理员”才可以使用系统的功能，所以“管理员”必须与用例“登录”交互，也即“管理员”在使用系统前，要使用用户名和密码进行登录，系统验证用户的密码正确后，用户才可以执行进一步的操作。

图3 会员用例图

图4

管理员用例图

图5

员工用例图

3.3相关用例的展开——活动图

（1）员工订单处理活动图

员工可以对用户提交的订单进行处理，员工在系统中，先对系统发出订单处理请求，系统转到订单管理界面，如果要删除订单，选择要删除的订单，系统将修改的信息保存到数据库中。如果需要删除订单，订单处于待修改状态，体统将 10

修改后的信息保存到数据库中。

图6 员工订单处理活动图

（2）员工图书管理活动图

图7

员工图书管理活动图

（3）顾客购买商品和管理员处理订单的活动图如图8所示。

图8

顾客购买商品和管理员处理订单的活动图

从图8中可以看出，管理员、顾客发生了相互的关系。顾客登录后查询商品，在选择了自己希望购买的商品后提交订单，接下来顾客处于查询订单的循环状态。与此同时，管理员接收到了顾客提交的订单，并根据该订单对应商品的库存情况判断是否拒绝该订单，并更新客户订单。在顾客查询到订单状态变成已处理后，购买过程结束。

3.4系统静态模型——对象类模型 进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动态行为，是面向对象[7]分析的基本任务。系统的静态结构模型主要用类图和对象图描述。

进一步分析系统，发现类以及类之间的关系，确定它们的静态结构，是面向对象分析的基本任务。系统的静态结构模型主要用类图和对象图来实现的。类图从抽象的角度描述系统的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类之间的相互关系。其中类的识别分为三类：识别实体类、识别边界类和识别控制类。

类不是孤立的,UML为我们定义了它们之间的四种关系，它们是：关联（Association）关系（聚合和组合）、依赖（Dependency）关系、泛化（Generalization）关系、实现（Realization）关系。

关联关系是类之间最广泛的关系，若两个类的对象的实例之间具有某种（属

性上的）依赖关系，对象所属类间的关系称为关联关系,关联关系是一种结构关系，是一种弱关系，被关联的元素间通常可以被独立的考虑。指出了一个事物的对象与另一个事物的对象之间的语义上的连接。其表示方法是在UML中，关联的图形表示是实线+箭头，箭头指向被关联的类。关联可以是单向的，也可以是双向的。关联关系包含两种：聚合关系和组合关系。其中聚合关系是类与类之间的关系具有“整体——部分”的特点。其表示方式：在UML中聚合的图示方式为，在表示关联关系的直线末端加一个空心的小菱形，空心菱形紧挨着具有整体性质的类，即箭头指向整体类。组合关系是整体和部分是不可分的，整体的生命周期结束时也就是部分的生命周期到头时。

依赖关系是对于两个相对独立的对象，当一个对象负责构造另一个对象的实例，或者依赖另一个对象的服务时，这两个对象之间主要体现为依赖关系。用虚箭头表示。

泛化关系表示一个泛化的元素和一个具体的元素之间的关系。它又称继承，UML中的泛化是通用元素和具体元素之间的一种分类关系。具体元素完全拥有通用元素的信息，并且还可附加一些其它信息。泛化可用于类、用例等各种模型元素。父类与子类的泛化关系图示为一个带空心三角形的直线，空心三角形紧挨着父类。

实现关系是指定两个实体之间的一个合同。实现是规格说明和其实现之间的关系，它将一种模型元素与另一种元素连接起来。在UML中，实现关系的符号与泛化关系的符号类似，用一条带指向接口的空心三角箭头的虚线表示。

根据上述类的关系，完整的类图如图9所示

图9

类图

3.5系统动态模型（顺序图）

系统的动态模型可以使用交互作用图、状态图和活动图来描述。交互作用图包括序列图和协作图。序列图描绘了系统中的一组对象在时间上交互的整体行为，协作图描绘的是系统中一组对象的交互行为。创建顺序图：

（1）顾客订购顺序图如图10所示。

用户首先使用自己的账号和密码登录系统，登录模块会将客户的ID保存在系统缓存中并提交给商品查询模块。商品查询模块提示客户输入查询条件，客户输入适当的查询条件后查询模块显示符合查询条件的商品列表。客户得到商品列表后，提交自己想要购买的商品ID。订购模块得到商品ID，生成订单并提交给数据模块进行保存。保存成功后，订购模块提示用户订购该商品成功。

图10 顾客订购顺序图

（2）顾客删除订单顺序图如图11所示。

客户在提交订单后可以对订单进行维护（添加、删除、修改）。客户首先输入自己的账号和密码登录系统。登录模块会将客户的ID保存在系统缓存中并提 14

交给订单查询模块。订单查询模块显示该客户当前的所有订单，客户得到该列表后，选择需要删除的商品ID，订单处理模块把删除信息提交给数据模块，数据模块保存信息。订单处理模块提示用户删除操作成功。

图11 顾客删除订单顺序图

（3）管理员处理订单顺序图如图12所示。

管理员使用其账号和密码登录后，登录模块会将管理员的ID保存在系统缓存中并提交给订单处理模块。订单处理模块提交给管理员未处理订单的列表，管理员提交某商品ID得到该商品的库存情况。如果库存充足则接受订单，并把接受信息提交给数据模块，数据模块更新该客户的订单信息并返回成功信息给订单处理模块，订单处理模块提示管理员该操作成功。

图12 管理员处理订单顺序图

（4）.管理员登录顺序图

管理员登陆的过程为：管理员进入系统，进入登录页面，输入账号密码，系统验证身份信息，验证成功，界面返回成功信息，管理员接受成功消息，登陆系统成功。如图11。

图13

管理员登录顺序图

（5）会员提交订单顺序图

会员登录系统，进入提交订单界面，将确认的订单提交到系统中，如果订单无误则显示成功提交订单，并返回提交订单界面，如果订单有误，则显示是错误

订单，会员在进行订单的修改确认。

图14 会员提交订单顺序图

（7）员工管理图书顺序图

员工进入图书信息管理界面，可以进行图书的检查、修改、删除、增加等操作。进入修改删除图书界面，并输入要修改的图书信息，以及要增加的图书信息，如果增加图书信息成功则返回信息成功修改添加界面，并显示修改成功，返回界面，如果有误在进行进一步的修改。

图15

员工管理图书顺序图

3.6系统体系结构模型

我们可以识别系统中存在的主要实体类：书店、员工、用户。

图16

书店管理系统的主要参与者

(1)主界面

系统的主界面具有菜单和菜单项，当选择不同的菜单项时，用户可以执行不同的操作。当程序退出时，主界面窗口关闭。

(2)图书信息显示界面

图书信息显示界面是进行书籍查询时所需要的对话框。用户根据书籍名、作者、类别等条件查询书籍，系统查询数据库获取符合条件的书籍并显示到界面。

(3)注册界面

注册界面是进行游客注册时所需要的对话框。当选择主窗口中的菜单项“注册”时，对话框弹出，游客填写用户名、密码、电话、家庭住址、邮编等信息，然后点击“提交”按钮，系统创建用户的信息并将之存储到数据库中。并且系统将自动登录到系统主页。

(4)购物车界面

购物车界面是进行操作“删除购物车里的书籍”、“修改购物车里书籍数量”或“提交订单”时所需要的对话框。

当用户选择删除购物车里的书籍时，对话框弹出，用户点击“删除按钮”，系统删除用户购物车里的该书籍。当用户选择修改购物车里书籍数量时，用户输入书籍的数量，然后点击“更新”按钮，系统更新用户购物车里的该书籍数量。当用户选择“提交订单”时，系统进入付款界面，并且系统将此购物产生一个订单保存到数据库中。

(5)图书管理界面

图书管理界面是进行操作“添加书籍”、“编辑书籍”或“删除书籍”时所需的对话框。

当选择主窗口中的菜单项“添加书籍”时，对话框弹出，员工输入书籍信息，然后单击按钮“添加”，系统创建书籍的信息并将之存储在系统中。当选择菜单项“编辑书籍”或“删除书籍”时，对话框弹出，员工输入要编辑或删除的书籍的名称，单击按钮“OK”提交。系统查询数据库检索到书籍信息后弹出对话框BookDialog，显示书籍的详细信息，如若是“编辑书籍”，员工编辑修改书籍的有关信息，然后单击按钮“更新”，更新系统中存储的书籍信息；如若是“删除书籍”，员工则单击按钮“删除”，系统删除所存储的该书籍信息，当然，与该书

籍有关的其他信息业也一并删除。

(6)登陆界面

登陆界面是用户用来登陆的界面。用户输入用户名和密码，点击按钮“登陆”，系统查询数据库检索此用户的用户名和密码是否正确，若正确，若是admin用户，系统将显示后台管理界面，否则系统将显示首页面。若错误，系统提示“用户名或密码错误。”

根据上述部分界面的分析，网上书店系统中的边界类图

图17 边界类图

图18

控制类图

3.7输出结果

4.系统性能分析

4.1数据精准度

在向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数据时，要求输入数据准确。金额，身份证，卡号等按需求设定字符数。

4.2时间特性

程序响应时间：在人的感觉和视觉事件范围内；

信息交换时间：要求在程序调用前、调用后都与数据库保持同步更新，网络信息交换时间应该小于程序调用的时间。

4.3适应性

要求数据库具有很好的更新能力，由于本产品是实验性软件，故对磁盘和内存容量没有很高的要求，但是数据库应该能够对并发事件、脏数据具有较强的识别处理能力。

4.4故障处理

软件应具备自动拼写错误检查等功能，在出现故障后应从整个系统数据库重新载入数据进行操作。

5.系统运行要求分析

5.1用户界面

屏幕格式：采用全屏格式，通过分窗口操作进行各个操作之间的转换 报表格式：以银行原报表格式设计电子打印表格式。

菜单格式：下拉式菜单，应显示储户资料及帐户资料的各个详细条目。

5.2硬件接口

网络硬件接口要求：现实中要求具有高速以太网组网以实现联网操作，但是从理论实验验证软件本身的目的来看，无需网络通讯接口。业务员键入储户的资料要全部一直显示在屏幕；储户从按键口键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。

5.3软件接口

Windows标准接口，要求与其他软件无冲突错误发生。

6．其他要求

安全保密性、复用性、灵活性、易用性、可维护性、可移植性等。指明不同属性的相对侧重点，例如易用程度优于易学程度，或者可移植优于有效性。(1)健壮性：说明软件在容错能力，故障处理能力上需要达到的目标，保证系统稳定可靠；

(2)安全保密性：包括用户身份确认或授权方面的需求，保密性策略，产品所创建或使用的数据的保护等等；

(3)安全性：通过网络传送的数据需要简单加密，服务器端对接收到的数据需要二次简单验证。

(4)复用性：说明本项目是否可以复用已有软件、是否可为其它产品复用；(5)灵活性：说明在运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。

7.附录