宿舍管理信息系统概要设计说明书

宿舍管理信息系统概要设计说明书
宿舍管理信息系统概要设计说明书

{ 宿舍管理信息系统} 概要设计说明书

文件状态:[ ] 草稿[√] 正式发布[ ] 正在修改文件标识:0407303A-概要设计说明书当前版本: 2.0

作者:盛叶

完成日期:2010-10-23

目录

1引言 (3)

1.1编写目的 (3)

1.2背景 (3)

1.3定义 (3)

2总体设计 (4)

2.1需求规定 (4)

2.2运行环境 (5)

2.3基本设计概念和处理流程 (5)

2.4功能需求与类的关系 (14)

2.5人工处理过程 (15)

2.6尚未问决的问题 (15)

3接口设计 (15)

3.1用户接口 (15)

3.2外部接口 (15)

3.3内部接口 (15)

4运行设计 (16)

4.1运行模块组合 (16)

4.2运行控制 (16)

4.3运行时间 (16)

5系统数据结构设计 (16)

5.1逻辑结构设计要点 (16)

5.2物理结构设计要点 (17)

5.3数据结构与程序的关系 (17)

6系统出错处理设计 (19)

6.1出错信息 (19)

6.2补救措施 (20)

6.3系统维护设计 (20)

概要设计说明书

1引言

1.1编写目的

本需求说明书目的在于:将用户提供的需求描述系统化、精确化、全面化。从而实现:1.便于用户、分析人员和设计人员进行理解和交流。

2.支持目标软件系统的确认。

3.控制系统进化过程。

4.为软件设计、实现、测试等工作提供依据。

预期读者:软件设计者和测试者。

1.2背景

a.待开发的软件系统的名称:宿舍管理信息系统;

b.本项目的任务提出者与开发者:徐晗、孟晗、盛叶、张汇文;

c.用户及实现该软件的计算中心或计算机网络:学校宿舍内部计算机网络;

d.该软件系统同其他系统或其他机构的基本的相互来往关系:本系统与学校的其它系统(如学生学籍管理系统、图书馆管理系统、教务处管理系统、校园卡管理系统等)共同构成校园内部的自动化办公系统。

1.3定义

1、用户名及口令与用户分类信息:存放在一个数据库表中,用以判断该用户是学生用户、宿舍管理员用户或系统管理员用户。

2、学生用户信息管理:是学生用户使用该系统的权限的表现,只能查看处理自己的信息,以及进行宿舍报修登记。

4、宿舍管理员用户:是宿舍管理员使用该系统的权限的表现,可以对学生信息进行处理,以及对宿舍报修进行登记及删除。

5、系统管理员用户:是该系统的管理者,具体进行权限的更改、宿舍管理员用户的增删等。

6、宿舍基本信息:即档案信息,存放宿舍号、电话、住宿费、床位数、椅子数、桌子数等信息。学生可以查询,宿舍管理员以及系统管理员可以进行修改,分为注册、注销等。

7、学生基本信息:即档案信息,存放学号、姓名、性别、班级、宿舍号。

8、卫生检查信息:存放检查编号、宿舍号、检查日期、检查情况等。

9、水电收费信息:存放收费编号、宿舍号、收费日期、购买电量、缴费人、电费等。

10、房屋报修信息:存放报修编号、宿舍号、报修日期、修理日期、报修人、修理情况等。

11、外来人员登记信息:存放登记编号、来访人姓名、来访日期、被访人姓名、宿舍号、离开日期等。

1.4参考资料

1. 吴建等编,UML基础与Rose建模案例,人民邮电出版社,2004

2. 齐治昌等编,软件工程(第二版),高等教育出版社,2004

3. 段德亮等编,C#课程设计案例精编,清华大学出版社,2008

4. 杨湖等编,SQLServer2005数据库系统开发案例精选,人民邮电出版社,2007

2总体设计

2.1需求规定

软件需求可用如下用例图来说明:

学生入住信息维护

卫生检查信息登记

水电收费信息登记

外来人员信息登记

卫生检查信息查询

房屋报修信息处理

房屋报修信息登记

房屋报修信息查询

宿舍管理员

登录管理

宿舍信息管理

系统管理员

成员信息管理

学生用户

水电收费信息查询

(1)用例说明(功能分割说明):

错误!未找到引用源。宿舍管理员:对外来人员信息、水电收费信息、卫生检查信息进行登记,维护学生入主信息,对房屋保修信息进行处理,查询卫生检查、房屋报修信息;

错误!未找到引用源。学生用户:房屋报修登记,卫生检查信息、房屋报修信息查询,

水电费信息查询;

错误!未找到引用源。 系统管理员:成员信息管理,宿舍信息管理; (2)用例间关系说明(工作流说明):

系统管理员、宿舍管理员、学生用户使用本系统,都由登录开始。若登录成功,则转入相应的功能模块;若登录不成功,则转入登录模块的异常处理阶段。 (3)相关说明:

对于不同类型的使用者,系统所提供的使用界面也不相同,并且分别对应安装在不同

用途的计算机(如只为用户提供查阅功能的计算机)上。

2.2运行环境

硬件环境:各式微型机、工作站及服务器等。

软件环境:Windiw9x/NT/Me/2000/xp,并需要数据库系统DBMS 的支持.

2.3基本设计概念和处理流程

系统基本框架设计可用如下类图表示:

水电收费信息房屋报修信息

卫生检查信息学生信息

宿舍信息

外来人员登记信息

用户

账户信息

系统类图说明如下: (1) 工作流说明:

以下是不同工作流所涉及的类:

登录管理、成员信息管理:用户—账户信息; 宿舍信息管理:用户—账号信息—宿舍信息;

外来人员登记:用户—账号信息—宿舍信息—学生信息—外来人员登记信息; 水电信息收费登记、水电收费信息查询:用户—账号信息—宿舍信息—水电收费信息;

卫生检查信息登记、卫生检查信息查询:用户—账号信息—宿舍信息—卫生检查信息;

学生入住信息维护:用户—账号信息—宿舍信息—学生信息;

房屋报修信息处理、房屋报修登记、房屋报修信息查询:用户—账号信息—宿舍信息—房屋报修信息;

(2)关键类的处理说明:

用户:进行登录,查询、修改各项信息,是系统功能的执行者;

账户信息:对用户的权限进行定义;

外来人员登记信息:存储外来人员登记信息,并对这些信息进行添加、删除、修改、查找等操作。

水电收费信息:存储水电收费信息,并对这些信息进行添加、删除、查找等操作;

房屋报修信息:存储房屋报修信息,并对这些信息进行添加、删除、查找等操作;

卫生检查信息:存储卫生检查信息,并对这些信息进行添加、删除、修改、查找等操作;

学生信息:存储学生信息,并对这些信息进行添加、删除、修改、查找等操作;

宿舍信息:存储宿舍信息,并对这些信息进行添加、删除、修改、查找等操作;(3)主要接口说明:

错误!未找到引用源。学生信息类要提供的接口有:学籍管理系统接口;

系统各功能实现的处理流程可用如下顺序图表示:

登录管理

用户登录页面相应界面

1: Login()

2: if[false] return

3: else judge()

4: showMsg

说明如下:

1、Logln0:调用登录模块;

2、if [failed] Cancel():如果登录失败,返回;

3、else judge():若登录成功,判断使用权限;

4、showMsg:显示相应的界面;

成员信息管理:

系统管理员

成员信息管

增加用户信

修改用户信

删除用户信

出错界面

1: Login ()2: if[ture] judge()3: else return

4: case1: add()7: case2: alter()10: case3:delete()5: if[turn] judge()

6: else error()

8: if[ture] judge()

9: else error()

11: if[ture] judge()

12: else error()

说明如下:

1、Login():调用登录模块;

2、if[ture] judge():如果登录成功,判断操作;

3、else retrun;如果登录失败,返回;

4、Case1:add();如果执行添加操作,调用添加用户信息模块;

5、If[ture] judge();如果添加操作成功,则返回,并显示信息,同时判断下一个操作;

6、Else error():添加失败,显示出错界面;

7、Case2:alter:如果执行修改操作,调用修改用户信息模块;

8、If[true] judge():如果修改操作成功,则返回,并显示信息,同时判断下一个操作; 9、Else error();修改失败,显示出错界面;

10、Case3:delete():如果执行删除操作,调用删除用户信息模块;

11、If[ture] judge():如果删除操作成功,则返回,并显示信息,同时判断下一个操作; 12、Else error():删除操作失败,显示出错界面;

宿舍信息管理:

系统管理员

宿舍信息管理增加宿舍信

息修改宿舍信

删除宿舍信

出错界面

1: Login ()2: if[ture] judge()3: else return

4: case1: add()7: case2: alter()10: case3:delete()5: if[turn] judge()

6: else error()

8: if[ture] judge()

9: else error()

11: if[ture] judge()

12: else error()

说明如下:

1、Login():调用登录模块;

2、if[ture] judge():如果登录成功,判断操作;

3、else retrun;如果登录失败,返回;

4、Case1:add();如果执行添加操作,调用添加宿舍信息模块;

5、If[ture] judge();如果添加操作成功,则返回,并显示信息,同时判断下一个操作;

6、Else error():添加失败,显示出错界面;

7、Case2:alter:如果执行修改操作,调用修改宿舍信息模块;

8、If[true] judge():如果修改操作成功,则返回,并显示信息,同时判断下一个操作; 9、Else error();修改失败,显示出错界面;

10、Case3:delete():如果执行删除操作,调用删除宿舍信息模块;

11、If[ture] judge():如果删除操作成功,则返回,并显示信息,同时判断下一个操作; 12、Else error():删除操作失败,显示出错界面;

学生入住信息维护:

系统管理员

学生入住信息管理增加学生入住信息修改学生入住信息

删除学生入住信息

出错界面

1: Login ()2: if[ture] judge()3: else return

4: case1: add()7: case2: alter()10: case3:delete()5: if[turn] judge()

6: else error()

8: if[ture] judge()

9: else error()

11: if[ture] judge()

12: else error()

说明如下:

1、Login():调用登录模块;

2、if[ture] judge():如果登录成功,判断操作;

3、else retrun;如果登录失败,返回;

4、Case1:add();如果执行添加操作,调用添加学生入住信息模块;

5、If[ture] judge();如果添加操作成功,则返回,并显示信息,同时判断下一个操作;

6、Else error():添加失败,显示出错界面;

7、Case2:alter:如果执行修改操作,调用修改学生入住信息模块;

8、If[true] judge():如果修改操作成功,则返回,并显示信息,同时判断下一个操作; 9、Else error();修改失败,显示出错界面;

10、Case3:delete():如果执行删除操作,调用删除学生入住信息模块;

11、If[ture] judge():如果删除操作成功,则返回,并显示信息,同时判断下一个操作; 12、Else error():删除操作失败,显示出错界面;

卫生检查信息登记:

宿舍管理员

卫生信息管

卫生信息录

出错界面

1: Login()

3: else return

2: if[true] input()

4: if[true] return

5: else error()

说明如下:

1、Login():调用登录模块;

2、If[true] input();如果登录成功,录入宿舍卫生信息;

3、Else return:如果登录失败,返回;

4、If[true] return:如果录入信息成功,则返回,并显示信息,同时等待下一次录入;

5、Else error():如果录入信息失败,显示出错界面;

水电收费信息登记:

宿舍管理员水电收费信

息管理水电收费信

息录入

出错界面

1: Login()

3: else return 2: if[true] input()

4: if[true] return

5: else error()

说明如下:

1、Login():调用登录模块;

2、If[true] input();如果登录成功,录入水电收费信息;

3、Else return:如果登录失败,返回;

4、If[true] return:如果录入信息成功,则返回,并显示信息,同时等待下一次录入;

5、Else error():如果录入信息失败,显示出错界面;

外来人员信息登记:

宿舍管理员外来人员信

息管理外来人员信

息登记

出错界面

1: Login()

3: else return 2: if[true] input()

4: if[true] return

5: else error()

说明如下:

1、Login():调用登录模块;

2、If[true] input();如果登录成功,录入外来人员信息;

3、Else return:如果登录失败,返回;

4、If[true] return:如果录入信息成功,则返回,并显示信息,同时等待下一次录入;

5、Else error():如果录入信息失败,显示出错界面;

房屋报修信息登记:

学生用户房屋报修信

息管理房屋报修信

息登记

出错界面

1: Login()

3: else return 2: if[true] input()

4: if[true] return

5: else error()

说明如下:

1、Login():调用登录模块;

2、If[true] input();如果登录成功,录入房屋报修信息;

3、Else return:如果登录失败,返回;

4、If[true] return:如果录入信息成功,则返回,并显示信息,同时等待下一次录入;

5、Else error():如果录入信息失败,显示出错界面;

房屋报修信息处理:

宿舍管理人

员房屋报修处

理系统

房屋报修处

出错界面

1: Login()

2: if[true] serch()

3: else retrun

4: if[true] deal()

5: else errer()

说明如下:

1、Login():调用登录模块;

2、If[true] serch():如果登录成功,查找信息;

3、Else return:如果登录失败,返回;

4、If[true] deal():如果查找成功,则调用处理模块;

5、Else error();如果查找失败,显示出错界面;

卫生检查信息查询:

用户卫生信息查

询系统卫生信息查

出错界面

1: Login()

2: if[true] serch()

3: else retrun

4: if[true] display()

5: else errer()说明如下:

1、Login():调用登录模块;

2、If[true] serch():如果登录成功,查找信息;

3、Else return:如果登录失败,返回;

4、If[true] deal():如果查找成功,则调用显示模块;

5、Else error();如果查找失败,显示出错界面;

房屋报修信息查询:

用户房屋报修信

息查询系统房屋报修信

息查询

出错界面

1: Login()

2: if[true] serch()

3: else retrun

4: if[true] display()

5: else errer()

说明如下:

1、Login():调用登录模块;

2、If[true] serch():如果登录成功,查找信息;

3、Else return:如果登录失败,返回;

4、If[true] deal():如果查找成功,则调用显示模块;

5、Else error();如果查找失败,显示出错界面;

水电收费信息查询:

用户水电收费信

息查询系统水电收费信

息查询

出错界面

1: Login()

2: if[true] serch()

3: else retrun

4: if[true] display()

5: else errer()

说明如下:

1、Login():调用登录模块;

2、If[true] serch():如果登录成功,查找信息;

3、Else return:如果登录失败,返回;

4、If[true] deal():如果查找成功,则调用显示模块;

5、Else error();如果查找失败,显示出错界面;

2.4功能需求与类的关系

本条用一张如下的矩阵图说明各项功能需求的实现同各类的关系:

账户信息修改信息查询信息删除信息登陆管理√

成员信息管理√√√√宿舍信息管理√√√√

外来人员信息登记√√√

水电收费信息登记√√√

卫生检查信息登记√√√

学生入住信息维护√√√√

房屋报修信息处理√√√

房屋报修信息登记√√√

房屋报修信息查询√√

水电收费信息查询√√

卫生检查信息查询√√

2.5人工处理过程

1、对学生入住信息的录入需要人工处理,为每一位学生分配宿舍以及账号;

2、宿舍的信息需要人工输入;

2.6尚未问决的问题

3接口设计

3.1用户接口

系统管理员人员与宿舍管理管人员的用户名为其员工代号,学生用户的用户名为气学号,初始密码将会逐一进行通知。

若用户输入密码错误,系统将会给出密码错误的提示。

在使用系统的过程中,用户进行查询操作时,需要输入要搜索的信息的代号,然后会进一步进行功能选择。

而系统管理人员或宿舍管理人员进行资料修改等操作时,需要输入要查看的信息的代号,然后会进一步进行功能选择。

其余均为可视化界面,用户可以根据系统提示使用鼠标、键盘、触摸屏等外部构件进行功能选择及输入。

3.2外部接口

本系统采用Client/Server 结构,通过局域网提供服务,学生用户、宿舍管理人员、系统管理人员通过访问服务器来实现各种操作,与系统交互。需要配备至少一台需要使用TCP/IP网络协议作为标准的通信控制接口的中心服务器,

此外,本软件与学生学籍管理系统、人事管理系统之间存在数据接口。

需要Microsoft SQL Server 2000 或更高版本的DBMS 的支持

支持Windiw98/NT/Me/2000/xp,C#编译程序等。

3.3内部接口

系统用户分为学生用户及宿舍管理人员和系统管理人员,通过访问权限进行区分,系统接口于存有用户名及口令信息的人事管理系统,不同的用户按其权限给予其相关的界面。

系统内部又分为系统管理、宿舍管理、房屋报修信息维护等十二个功能,各部分通过用户在进行功能选择时的界面进行相互联系,接口于保存学生信息、宿舍信息、外来人员登记信息等的系统数据库。

4运行设计

4.1运行模块组合

当使用者不登录时,系统不支持的功能;

当使用者为宿舍管理人员时,系统通过登陆模块进行用户选择,从而支持宿舍管理人员进行相关操作;

当使用者为系统管理人员时,系统通过登陆模块进行用户选择,从而支持系统管理人员进行相关操作;

总之,按照用户权限的不同,打开相应的不同的系统,给出相应的不同的界面,以供其使用。

4.2运行控制

此系统需要网络的支持,由于采用C/S结构,故需要服务器的控制,用户使用时,通过用户界面,使用鼠标、键盘等终端的设备进行运行时的选择控制。用户界面再根据不同操作从服务器请求不同数据,接收并处理后输出返回结果于界面上。在传输过程中,要通过TCP/IP协议进行工作,因此需要TCP/IP网络协议作为标准的通信控制接口。

4.3运行时间

登陆模块需要进行用户名密码检验以及用户权限判断,可能需要占用一定时间,但应使其响应时间小于0.5秒,查阅信息、资料修改、删除信息等操作需要进行对数据库的搜索,故而会占用很大的资源时间,但也应控制在0.5秒以内,要有写入数据库操作的功能,应将响应时间控制在0.2秒以内。其余操作应将响应时间控制在0.1秒以内。

5系统数据结构设计

5.1逻辑结构设计要点

本系统数据库中存在七种表格:宿舍信息表(dorm)、学生信息表(student)、卫生检查表(checkinfo)、水电收费信息表(charge)、房屋报修表(repair)、外来人员登记信息表(register)、用户信息表(userinfo);

宿舍信息表由宿舍号、电话、住宿费、床位数、椅子数、桌子数、备注组成,宿舍号为主键;

学生信息表由学号、姓名、性别、班级、宿舍号组成,学号为主键;

卫生检查信息表由检查编号、宿舍号、检查日期、检查情况、备注组成,检查编号为主键;

水电收费信息表由收费编号、宿舍号、收费日期、购买电量、缴费人、电费组成,收费编号为主键;

房屋报修信息表由编号、宿舍号、报修日期、修理日期、报修人、报修情况组成,编号为主键;

外来人员登记信息表由编号,来访人姓名、来访日期、被访人姓名、宿舍号、离开时间、备注组成,编号为主键;

用户信息表由用户名、密码、访问权限组成,用户名为主键;

5.2物理结构设计要点

本系统所使用的数据存储要求为数据库,各个数据选项都要从数据库中存取,存取单位是表格,每个表格中都设了一个主索引和若干个普通索引,存储区域在系统的硬盘内,系统数据要满足保密性,每位用户都设定了权限,只有满足权限的用户才能使用某项数据,需要在用户输入口令时对其权限进行判断。

5.3数据结构与程序的关系

说明各个数据结构与访问这些数据结构的形式:

宿舍信息表(dorm):

名称类型长度可否为空索引

宿舍号(dormID) Char 10 Not Null Primary Key

电话(phone) Char 11 Null

住宿费(Dmoney) smallint Not Null

床位数(bedNum) smallint Not Null

椅子数(chairNum) smallint Not Null

桌子数(deskNum) smallint Not Null

备注(DRemark) Char 255 Null

学生信息表(student)

名称类型长度可否为空约束条件索引

学号(SID) Char 10 Not Null Primary Key 姓名(SName) Char 10 Not Null

性别(SSex) Char 4 Not Null 男,女

班级(class) Char 7 Not Null

Char 10 Not Null

宿舍号

(dormID)

卫生检查信息表(checkinfo)

名称类型长度可否为空约束条件索引

检查编号

(CheckID)

int Not Null 自动编号Primary Key

宿舍号

(dormID)

Char 10 Not Null Foreign Key

检查日期

(CData)

Datetime Not Null 自动生成

检查情况(CState) Char 2 Not Null 优、良、中、

备注

(CRemark)

Char 255 NULL

水电收费信息表(charge)

名称类型长度可否为空约束条件索引

收费编号

(ChargeID)

int Not Null 自动编号Primary Key

宿舍号

(dormID)

Char 10 Not Null Foreign Key

收费日期

(MData)

Datetime Not Null 自动生成

购买电量

(EBuy)

int Not Null

缴费人

(Cperson)

Char 10 Not Null

电费

(CMoney)

int Not Null

房屋报修信息表(repair)

名称类型长度可否为空约束条件索引

报修编号

(RepairID)

int Not Null 自动编号Primary Key

宿舍号

(dormID)

Char 10 Not Null Foreign Key

报修日期

(DataIn)

Datetime Not Null 自动生成

报修人

(personIn)

Char 10 Not Null

Datetime Not Null 自动生成

修理日期

(DataRepair)

char 10 Not Null

修理人

(personRepair)

char 225 Not Null

修理情况

(repair)

外来人员登记信息表(repair)

名称类型长度可否为空约束条件索引

int Not Null 自动编号Primary Key 登记编号

(RepairID)

Char 10 Not Null

来访人姓名

(dormID)

Datetime Not Null 自动生成

来访日期

(DataIn)

学号(SID) Char 10 Not Null Foreign Key Char 10 Not Null

被访人姓名

(Plook)

Char 10 Not Null

宿舍号

(dormID)

Datetime Not Null 自动生成

离开日期

(personRepair)

备注(Remark) char 225 Null

用户信息表

名称类型长度可否为空约束条件索引

char 10 Not Null Primary Key 用户名

(UserID)

密码(PWD) varchar 128 Not Null

6系统出错处理设计

6.1出错信息

出错或故障系统输出信息处理方法

服务器有问题系统提示无法正确连接服务器暂停服务

系统故障突然死机或黑屏使用恢复子系统自动恢复

计算机病毒提示发现病毒安装查毒软件并定期升级

6.2补救措施

a.定期进行数据备份,每天进行增量转储,每月一次进行海量转储,可使用静态转储

也可使用动态转储;

b.若发生服务器崩溃的致命性错误,需要进行手工操作,并记录下所需要记录的数据,

当系统恢复正常工作时,再把在此期间记录的数据重新放入系统中;

c.使用具有检查点的恢复技术,检查点记录的内容包括:建立检查点时刻所有正在执

行的事务清单;这些事务最近一个日志记录的地址。利用系统故障恢复的方法(即

REDO和UNDO),同时建立检查点,保存数据库状态,具体步骤为:1)将当前日

志缓冲中的所有日志记录写入磁盘的日志文件上;2)在日志文件中写入一个检查

点记录;3)将当前数据缓冲的所有数据记录写入磁盘的数据库中;4)把检查点记

录在日志文件中的地址写入一个重新开始文件。系统出现故障时恢复子系统将根据

事务的不同状态采取不同的恢复策略。

6.3系统维护设计

专用模块为:系统备份模块和系统恢复模块

系统备份模块即为系统自动拷贝模块,在每天都进行一次动态增量转储;

系统恢复模块系统重新启动时自动完成的,不需要用户进行干预。

在终端上要安装杀毒软件,以防止其他人对系统进行恶意的破坏。

概要设计说明书范例及模板

《XXXXXX》概要设计说明书 张三、李四、王五

1.引言 1.1编写目的 在本机票预定系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得,并在需求规格说明书中得到详尽得叙述及阐明。 本阶段已在系统的需求分析的基础上,对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对机票预定系统所做的模块结构设计的基础上,对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。 1.2项目背景 机票预定系统将由两部分组成:置于个旅行社定票点的前台客户程序,以及置于航空公司的数据库服务器。本系统与其他系统的关系如下: 1.3定义 1.3.1 专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。 SQL: 一种用于访问查询数据库的语言 事务流:数据进入模块后可能有多种路径进行处理。 主键:数据库表中的关键域。值互不相同。 外部主键:数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1.3.2 缩写

系统:若未特别指出,统指本机票预定系统。 SQL: Structured Query Language(结构化查询语言)。 ATM: Asynchronous Transfer Mode (异步传输模式)。 1.4参考资料 以下列出在概要设计过程中所使用到的有关资料: 1.机票预定系统项目计划任务书浙江航空公司1999/3 2.机票预定系统项目开发计划《**》软件开发小组1999/3 3.需求规格说明书《**》软件开发小组1999/3 4.用户操作手册(初稿)《**》软件开发小组1999/4 5.软件工程及其应用周苏、王文等天津科学技术出版社1992/1 6.软件工程张海藩清华大学出版社1990/11 7.Computer Network A.S.Tanenbaun Prentice Hall 1996/01 文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。 2.任务概述 2.1 目标 2.2 运行环境 系统将由两部分程序组成,安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。 根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上,客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 2.3 需求概述 浙江航空公司为方便旅客,需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票,旅行社把预定机票的旅客信息,包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地,输入机票预定系统的客户端程序,系统经过查询航空公司内的航班数据服务器后,为旅客安排航班,印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票,系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了,易于操作,服务器程序利于维护。 2.4 条件与限制 3.总体设计 3.1 处理流程 下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分

学生宿舍管理系统详细设计

详细设计说明书【学生宿舍管理系统】

目录 一、引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3定义 (1) 二、系统性能 (2) 三、程序系统的结构 (2) 四、程序设计说明 (3) 4.1.登录模块 (3) 4.1.1功能简介 (3) 4.1.2功能 (4) 4.1.3输人项 (4) 4.1.4输出项 (4) 4.1.5算法 (4) 4.1.6逻辑流程 (4) 4.1.7接口 (5) 4.1.8存储分配 (5) 4.2 admin模块 (5) 4.2.1功能简介 (5) 4.2.2功能 (6) 4.2.3输入项 (6) 4.2.4输出项 (6) 4.2.5算法 (6) 4.2.6逻辑流程 (6) 4.2.7接口 (7) 4.2.8存储分配 (7) 4.3管理员信息查询模块 (7) 4.3.1功能简介 (7) 4.3.2功能 (7) 4.3.3输入项 (8) 4.3.4输出项 (8) 4.3.5算法 (8) 4.3.6逻辑流程 (8) 4.3.7接口 (9) 4.3.8存储分配 (9) 4.4管理员信息登记模块 (9) 4.4.1功能简介 (9) 4.4.2功能 (10) 4.4.3输入项 (10) 4.4.4输出项 (10) 4.4.5算法 (11)

4.4.6逻辑流程 (11) 4.4.7接口 (11) 4.4.8存储分配 (11) 4.5学生管理模块 (12) 4.5.1功能简介 (12) 4.5.2功能 (12) 4.5.3输入项 (12) 4.5.4输出项 (12) 4.5.5算法 (12) 4.5.6数据流程 (13) 4.5.7接口 (13) 4.5.8存储分配 (13) 4.6数据库查询模块 (14) 4.6.1功能简介 (14) 4.6.2功能 (14) 4.6.3输入项 (14) 4.6.4输出项 (14) 4.6.5逻辑流程 (15) 4.6.6算法 (15) 4.6.7接口 (15) 4.7数据库修改模块 (15) 4.7.1功能简介 (15) 4.7.2功能 (16) 4.7.3输入项 (16) 4.7.4输出项 (16) 4.7.5逻辑流程 (17) 4.7.6算法 (17) 4.7.7接口 (17) 4.8显示模块 (17) 4.8.1功能简介 (17) 4.8.2功能 (17) 4.8.3输入项 (18) 4.8.4输出项 (18) 4.8.5逻辑流程 (18) 4.8.6算法 (19) 4.8.7接口 (19)

学生宿舍管理信息系统

学生寝室管理信息系统分析与设计 一、系统项目概述 1. 目的 众所周知,从我国高等院校大面积扩招政策施行以来,许多院校学生的住宿和管理成为学校一个不小的问题,使学生拥有一个好的学习环境和生活氛围,是每一所高校都必须面 对的重要工作。那么,我们需要针对院校实际情况,对学生寝室管理系统进行系统的分析和设计,以便院校管理。 2. 业务范围 学生入住、退住宿舍管理,寝室信息查询,宿舍费用管理,卫生评比,门禁管理。 3. 主要任务 绘制宿舍管理系统关联图,学生住宿信息管理子系统,宿舍管理系统图,宿舍管理数据 流程图,宿舍管理 U\C矩阵图,宿舍管理的信息查询模块功能模块图,宿舍管理代码设计, E-R图设计,3NF关系群,范式图分析,宿舍管理使用的数据库表,IOP设计。 4. 项目的意义及必要性 在对宿舍管理系统的深入了解,实践之中学习宿舍管理系统图,宿舍管理数据流程图,宿舍管理U\C矩阵图,块功能模块图,E-R图设计,3NF关系群,IOP设计等相关的图表的绘画,了解学生宿舍管理信息系统的构成和分析方法,既提高了理论知识,有积累了手动操作能力; 设计一套学生宿舍管理信息系统,宿管人员将数据输入到系统的数据库中去,以便于对学生 宿舍信息的了解和管理;能够快速的查询学校所需的住宿信息的学生宿舍管理信息系统。 二、项目工作计划 确定项目各部分的开发任务、人员分工(估计开发进度)见图2-1 ,开发任务包括各部分 的系统子项、系统规划方案(即U(矩阵)。成员王浩负责人员分工进度甘特图、学生寝 室管理信息系统项目的系统规划方案(即UC矩阵)、主要业务流程图表;成员高智负责数据流 程图、代码设计、功能结构图设计三大块;成员王亚楠负责学生宿舍管理的E— R图、3NF 关系群、范士图分析、IOP设计以及总结报告的誊写。 U\C矩阵 管理业务流程图数据流程图数据字典编制决策树

概要设计说明书实例

1 引言 (3) 1.1 编写目的 (3) 1.2 背景 (3) 1.3 定义 (3) 1.4 参考资料 (3) 2 总体设计 (3) 2.1 简述 (3) 2.2 架构设计 (4) 2.2.1 系统逻辑架构图 (4) 2.2.2 系统物理架构图 (4) 2.2.3 顶层系统包图 (5) 2.2.4 业务类包图 (6) 2.2.5 子系统关系图 (6) 2.3 接口设计 (6) 2.3.1 界面框架设计 (6) 2.3.2 外部接口设计 (7) 3 子系统设计 (7) 3.1 基础信息子系统 (7) 3.1.1 子系统说明 (7) 3.1.2 类图 (8) 3.1.3 类说明 (12) 3.1.4 界面设计 (19) 3.2 我的工作台子系统 (21) 3.2.1 子系统说明 (21) 3.2.2 类图 (22) 3.2.3 类说明 (26) 3.2.4 界面设计 (32) 3.3 工作进展子系统 (33) 3.3.1 子系统说明 (33) 3.3.2 类图 (34) 3.3.3 类说明 (34) 3.3.4 界面设计 (34) 3.4 信息发布子系统 (36) 3.4.1 子系统说明 (36) 3.4.2 类图 (36) 3.4.3 类说明 (37) 3.4.4 界面设计 (38) 3.5 系统管理子系统 (38) 3.5.1 子系统说明 (38) 3.5.2 类图 (39) 3.5.3 类说明 (39) 3.5.4 界面设计 (40) 3.6 个人设置子系统 (41)

3.6.1 子系统说明 (41) 3.6.2 类图 (42) 3.6.3 类说明 (43) 3.6.4 界面设计 (44) 4 约束和假定 (45) 5 系统数据结构设计 (45) 5.1 逻辑结构设计 (45) 5.1.1 角色表(PUBLIC_ROLE) (46) 5.1.2 权限表(PUBLIC_PRIVILEGE) (46) 5.1.3 角色权限表(PUBLIC_ROLEPRIVILEGE) (46) 5.1.4 部门表(PUBLIC_ DEPT) (46) 5.1.5 岗位表(PUBLIC_POST) (47) 5.1.6 员工表(PUBLIC_MEMBER) (47) 5.1.7 工作任务表(WORKPLAN_ TASK) (48) 5.1.8 任务分派表(WORKPLAN_ ALLOTTASK) (48) 5.1.9 工作计划表(WORKPLAN_ PLAN) (48) 5.1.10 计划任务表(WORKPLAN_ PLANTASK) (49) 5.1.11 工作日志表(WORKPLAN_ WORKLOG) (49) 5.1.12 工作汇报表(WORKPLAN_ WORKREPORT) (50) 5.1.13 信息发布表(PUBLIC_ PUBLISHINFO) (50) 5.1.14 收件箱表(PUBLIC_INBOX) (50) 5.1.15 系统操作日志表(PUBLIC_OPERA TELOG) (51) 5.1.16 个人提醒设置表(PUBLIC_EVENTS) (51) 5.1.17 系统表(PUBLIC_SYSTEM) (52) 5.1.18 系统功能模块表(PUBLIC_SYSTEMMODULE) (52) 5.2 物理结构设计 (52) 5.3 数据结构与程序的关系 (52) 6 系统出错处理设计 (52) 6.1 出错信息 (52) 6.2 补救措施 (53) 6.3 系统维护设计 (53)

系统概要设计说明书规范

KTV点歌系统概要设计说明书

1. 引言 1.1目的 选歌系统是为某KTV唱吧开发的视频歌曲点唱软件。该软件能方便顾客进行选歌,帮助系统管理员管理歌曲的播放,提高KTV歌曲点唱的效率和准确率。 本文档为该系统的概要设计说明书,详细阐述了对用户所提出需求的设计方案,对系统中的各项功能需求、技术需求、实现环境及所使用的实现技术进行了明确定义。同时,对软件应具有的功能和性能及其他有效性需求也进行了定义。 1.2项目背景 ●系统名称:选歌系统 ●项目提出者:某KTV唱吧 ●项目开发者: ●项目管理者: ●最终用户:某KTV唱吧 1.3术语定义 实现环境:系统运行的目标软件、硬件环境。 实现技术:系统所采用的软件技术或体系结构。 实现语言或工具:实现系统最终采用的编程语言或工具包,如Delphi、VB、PB、Java、Ada等。 参考资料 1)新余电视点播系统; 2)某KTV唱吧《视频点歌系统计划任务书》; 本项目所参照的文件有: 3)康博工作室,《Visual Basic 新起点》,机械工业出版社,2000

2. 系统概述 2.1系统需求 2.1.1系统目标 本软件是为某KTV唱吧开发的视频点歌系统软件。该软件用于提高点歌系统的工作效率。随着人们业余生活的丰富,休闲活动的多种多样,人们更多的喜欢选择KTV这种形式的娱乐方式。且随着计算机普及,点歌系统越来越智能化,人性化;一个好的音乐唱吧必须要拥有一个方便、快捷、准确的点歌系统,因此,急需一个软件系统解决这些问题。本软件应能结合当前选歌播放手工操作的流程以及将来业务发展的需要,对视频点歌系统中歌曲信息、歌手信息、最新排行榜等等的查询、更新提供完全的计算机管理。 2.1.2性能需求 数据精确度 数量值:精确到小数后一位; 时间值:精确到日,并以yyyy/mm/dd的形式表示; 价格值:精确到分,并以.XX的形式表示。 时间特性 页面响应时间:不超过10秒 更新处理时间:不超过15秒 数据转换与传输时间:不超过30秒。 适应性 1) 开发基于的平台要考虑向上兼容性,如操作系统,数据库等要考虑更高版本的兼容 性。 2) 当需求发生变化时系统应具有一定的适应能力,要求系统能够为将来的变更提供以 下支持:能够在系统变更用户界面和数据库设计,甚至在更换新的DBMS后,系统的现有设计和编码能够最大程度的重用,以保护现阶段的投资和保证软件系统能够在较少后续投入的情况下适应系统的扩展和更新。在设计中最好列出针对变更所需要重新设计的模块部分

软件概要设计说明书范例

XX概要设计说明书

文档修改记录

填写说明 1. 系统结构的定义 本体系对整个软件系统按如下结构方式进行划分:系统子系统模块子模块 其中: (1)“系统子系统”划分属于“系统设计”,在系统设计说明书中予以描述。 (2)“子系统模块”划分属于“概要设计”,在本说明书中予以描述。 (3)“模块子模块”划分属于“详细设计”,在详细设计说明书中予以描述。如果系统相对简单,可以省略“子模块”这一层次。 2. 如果填写了系统设计说明书,则在本说明书中略过“系统子系统”划分的相关内容(即第2章)。 3. 如果系统相对简单,不需要做“系统子系统”划分,这种情况下,取消填写系统设计说明书,只须填写本说明书,直接套用“子系统模块”划分(即第3章)进行“系统模块”划分(把其中“子系统”一词替换为“系统”),并删除本说明书中“系统子系统”划分的相关内容(第2章)。

目录 1. 简介 ................................................................ 错误!未定义书签。 . 背景和目的.................................................... 错误!未定义书签。 . 范围.......................................................... 错误!未定义书签。 . 术语和缩略语.................................................. 错误!未定义书签。 2. 系统总体设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 系统外部接口 ............................................ 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 系统架构设计.................................................. 错误!未定义书签。 系统的逻辑架构设计 ...................................... 错误!未定义书签。 系统的物理架构设计 ...................................... 错误!未定义书签。 . 子系统定义.................................................... 错误!未定义书签。 子系统列表 .............................................. 错误!未定义书签。 子系统间关系 ............................................ 错误!未定义书签。 3. 子系统1设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 子系统外部接口 .......................................... 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 子系统架构设计................................................ 错误!未定义书签。 . 模块定义...................................................... 错误!未定义书签。

概要设计说明书示例【概要设计说明书(模板)】

概要设计说明书示例【概要设计说明书(模板)】 概要设计说明书 修订记录 目录 第一章 1.1.1. 2.1. 3.1. 4.第二章 2.1.2.2.2. 3.2. 4.2. 5.2. 6.2. 7.第三章 3.1.3.2.3.3.第四章 4.1.4.2.4.3.第五章 5.1.5.2.5.3.第六章 6.1. 6.2.6.3. 补救措施......................................................... ........................................10系统维护设计......................................................... .. (10) 第一章引言 1.1.编写目的 说明编写这份概要设计说明书的目的,指出预期的读者。 1.2.背景 说明:

a.待开发软件系统的名称; b.列出此项目的任务提出者、开发者、用户以及将运行该软件的站点。 1.3.定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4.参考资料 列出有关的参考文件,如: a.本项目的经核准的计划任务书或合同,上级机关的批文; b.属于本项目的其他已发表文件; c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出 第二章总体设计 2.1.需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求。 2.2.运行环境 简要地说明对本系统的运行环境(包括硬件环境和支持环境)的规定。 2.3.基本设计概念和处理流程 说明本系统的基本设计概念和处理流程,尽量使用图表的形式。 2.4.结构 用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系。 2.5.功能需求与程序的关系

宿舍管理系统设计-

《数据库设计》中间考核报告 姓名: 3011216028 学号: 赵西佳 2014 年3月26日 第一阶段学生宿舍管理系统需求分析

1.1学生宿舍管理需求分析 1.1.1宿舍楼的基本情况 学生住在宿舍楼中,每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。 入校时,每位同学都有唯一的学号,并被分配到指定的宿舍楼和指定的宿舍,也会有一个宿舍号,其入校时间就是他的入住时间。另外,为了管理上的方便,同一院系的学生的宿舍一般在一起,相应地会有其所在的院系名称。 每间宿舍都有唯一的宿舍号,入校时,宿舍会装公用电话机,相应地就有宿舍电话号码。 每个宿舍的财产属于学校,比如电灯,床铺,柜子,桌椅等,为了对不同的财产进行区分,可以为每种财产分配不同的财产号。这样有利于财产的报修和管理。 宿舍楼中经常出现财产的损坏,比如灯泡坏了,厕所的马桶出故障了等,这时,同学们需要将财产损坏情况报告给宿舍楼管理员,以便学校派人进行维修。这时,需要记录报修的宿舍号和损坏的财产编号,同时记录报修的时间和损坏的原因。当损坏的财产维修完毕后,应记录解决时间,表示该报修成功解决。 宿舍楼在指定的时间关门(比如晚上12点),若有同学晚于关门时间会宿舍,需通知宿舍楼管理员,同时应登记晚归学生姓名,宿舍号,时间和晚归原因,以利于学校的管理和查证。 每当放寒假或暑假时,同学们大部分都会回家;每当“五·一”或“十·一”放假时,同学们也有很多不会留在宿舍。这时,为加强学校对同学假期安全的管理,离校的同学应登记离校时间,待返校后记录返校时间,以便学校查证和管理。 1.1.2用户对系统的要求 宿舍楼管理系统的用户主要有宿舍楼管理员和在住学生两部分组成。 宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息,包括某一学号的 学生在宿舍楼中住宿的详细信息,报修的所有信息,夜归的详细信息和学生离 返校的信息。以利于对整个宿舍楼的全面管理。 当学生基本信息发生变化时,宿舍楼管理员能对其进行修改。比如,某些 同学搬到其他的宿舍中去,他们在本宿舍楼中相应的记录就应该删去;或者学 生转换专业,他们记录中院系的信息也要作相应的修改等等。 当宿舍楼的电话号码发生变更时,宿舍楼管理员能根据有关证明做出修 改。 当宿舍财产报修及时解决后,管理员应登记解决时间,表明该报修问题已 成功解决。 本宿舍楼的学生能查询其所在的宿舍的所有信息,能查询本楼的指定宿舍 的电话号码以利于同楼宿舍间的通信。能查询自己的夜归记录和离返校记录。 本宿舍楼的学生能在报修信息表中插入报修信息,表示本宿舍的财产发生 了损毁需要学校派人维修。 学生离校时,能在离返校记录表中插入离校时间;学生返校后,能在离返 校记录表中插入返校时间,表示已经回校。 安全性要求:

系统概要设计说明书

系统概要设计说明书 一、引言 (一)编写目的 本阶段已在系统的需求分析的基础上,对北京督察局公务员量化测评系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对北京督察局公务员量化测评系统所做的模块结构设计的基础上,对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。 (二)项目背景 本项目由首都师范大学管理学院电子商务小组开发。 北京督察局公务员量化测评系统将由三部分组成:角色管理、评测打分、查询统计。(三)定义 1、专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。 SQL: 一种用于访问查询数据库的语言 事务流:数据进入模块后可能有多种路径进行处理。 主键:数据库表中的关键域。值互不相同。 外部主键:数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 2、缩写 系统:若未特别指出,统指本北京督察局公务员量化测评系统。 SQL: Structured Query Language(结构化查询语言)。

ATM: Asynchronous Transfer Mode (异步传输模式)。 (四)参考资料 以下列出在概要设计过程中所使用到的有关资料: 新编软件工程实用教程---周丽娟、王华编著电子工业出版社 二、任务概述 (一)目标 1、完善考核测评制度,使考核测评方法科学、规范、公正。 2、使考核结果客观、准确。 3、使考核工作简单、快捷。 (二)运行环境 Oracle 客户机:外围设备:鼠标,键盘,显示器; 操作系统:装有浏览器的各种操作系统; 服务器:外围设备:鼠标,键盘,显示器; 编译程序:power designer、netbeans; 操作系统:windows操作系统; 数据库支持:SQL Server 2000; 数据存储能力和测试支持能力:需要有较高的系统支持 (三)需求概述 为使北京督察局更好进行量化测评,需开发一个北京督察局公务员量化测评系统。通过量化测评系统科学、规范、公正的进行考核,使考核结果客观、准确,使考核工作简单、快捷。并要求界面要简单明了,易于操作,服务器程序利于维护。 三、总体设计 (一)处理流程 下面将使用(结构化设计)面向数据流的方法对北京督察局公务员量化测评系统的处理

在线交易二手市场系统概要设计说明书

在线交易二手市场系统概要设计说明书概要设计说明书 信息与电气工程学院 软工1401 ** 201422******

1.引言 1.1编写目的 此概要设计说明书实现一个简易的基于校园网在线交易二手市场系统,对交易管理系统的总体设计、接口设计、界面总体设计、系统出错处理设计以及系统安全数据进行了说明,在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。 1.2背景 A.待开发软件系统名称为: 在线交易二手市场; B.任务提出者:** 开发者:** C.使用用户能在校园网上进行交易的系统。 D. 按照《在线交易二手市场系统需求分析说明书》为基础来具体细化系统所具备的所有功能及功能的实现方法和接口。 1.3 开发环境 Visual Studio 2010 Mircosoft sql server 2008 Express

PowerDesigner 15.1 1.4定义 本系统:基于校园网的在线交易二手市场系统设计与实现 1.5参考资料 《基于校园网在线交易二手市场需求分析说明书》 《项目计划表》 《校园网在线交易二手市场系统_数据库模型》 2.总体设计 2.1设计目标 基于校园网的在线交易二手市场主要实现以下目标: ⑴为师生提供展示商品及表现学校形象的平台。 ⑵为用户提供商品信息查看、在线商品订购、商品浏览等功能。 ⑶采用动态网页技术,使页面中展示的商品信息更具时效性、先进性。 ⑷提供客户互评及客户给商品评论功能,收集用户对商品的意见及看法。 ⑸提供后台管理页面,简化了用户信息、商品信息、订单信息等系统数据的维护操作。 2.2运行环境

学生宿舍管理系统

数据库设计 题目:学生宿舍管理系统的设计与开发学院:信息工程学院 专业:计算机科学与技术 完成时间:

目录 摘要……………………………………………………………………………… 1.引言……………………………………………………………………… 1.1 开发背景与现状…………………………………………………… 1.2开发设计的意义……………………………………………………… 1.3开发工具………………………………………………………… 1.3.2 SQL Server 2000简介…………………………………………… 2系统分析……………………………………………………………… 2.1 可行性分析…………………………………………………… 2.2 系统需求分析…………………………………… 2.3 系统数据流图…………………………………………………………………3总体设计……………………………… 3.1 系统设计目标………………………………………………………………… 3.2 系统总体功能…………………………………………………… 3.3 系统结构图………………………………………… 4 详细设计………………………………………………………… 4.1 数据库设计…………………………………… 4.1.1数据库概念结构设计…………………………………………… 4.1.2数据库逻辑结构设计……………………………………………… 4.2 模块设计………………………………………………………… 4.2.1 管理员模块设计………………………………………… 4.2.2 寝室长与室员模块设计……………………………………………… 5.面板设计 6.致谢与心得

概要设计说明书---案例

<网上书店> 概要设计说明书 作者:XXXXXXXXXXX 完成日期:XXXX年4月XX日签收人:XXXXXX 签收日期:XXXX年X月XX日修改情况记录:

目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (1) 1.4 参考资料 (2) 2 总体设计 (2) 2.1 需求规定 (2) 2.2 运行环境 (3) 2.3 基本设计概念和处理流程 (3) 2.4 结构 (4) 2.5 功能需求与程序的关系 (8) 2.6 人工处理过程 (9) 2.7 尚未解决的问题 (9) 3 接口设计 (10) 3.1 用户接口 (10) 3.2 外部接口 (10) 3.3 内部接口 (10) 4 运行设计 (10) 4.1 运行模块组合 (10) 4.2 运行控制 (10) 4.3 运行时间 (11) 5 系统数据结构设计 (11) 5.1 逻辑结构设计要点 (11) 5.2 物理结构设计要点 (11) 6 系统出错处理设计 (12) 6.1 出错信息 (12) 6.2 补救措施 (12) 6.3 系统维护设计 (12) 7 阶段小结 (12)

1 引言 1.1 编写目的 服务于书店的网络化运营,管理用户购买以及其它服务、管理各类图书信息以及图书销售中的各个环节,最终用户为使用本网上书店的各类用户以及网上书店的系统管理人员和维护人员。 1.2 范围 说明: a.待开发的软件系统的名称:XXXX网上书店 b.任务提出者:刘俊铖、马俊 开发者:马俊、张倩、刘俊铖、张瑞鑫、唐志军、冯庆丰 用户:欲使自己书店网络化运营的各类书店。 使用本软件的单位:待定 1.3 定义 UML:Unified Modeling Language , 统一建模语言。 类图(class diagram):表述系统中各个对象的类型及其间存在的各种静态关系。静态关系包括关联和子类型两种。 交互图(interactive diagram):是表述各组对象如何依某种行为进行协作的模型。包括顺序图和协作图。 可修改性:容许对系统进行修改而不增加原系统的复杂性。 有效性:软件系统能有效地利用计算机的时间资源与空间资源的能力。 可靠性:能够防止因概念、设计和结构等方面的不完善造成的软件系统 失效,具有挽回因操作不当造成软件系统失效的能力。

宿舍管理信息系统课设报告

宿舍管理信息系统课设报告

目录 第1章寝室管理信息系统概述..................... - 2 - 1.1宿舍管理信息系统简介.................... - 2 - 1.2宿舍管理信息系统功能描述............ - 2 -第2章需求分析............................................. - 4 - 2.1 系统目标........................................... - 4 - 2.2 业务流程........................................... - 4 - 2.3 数据流程........................................... - 5 - 2.4 数据字典........................................... - 6 - 2.4.1 数据元素定义....................... - 7 - 2.4.2 数据流................................... - 8 - 2.4.3 处理功能............................... - 9 - 2.4.4 数据存储............................. - 10 - 2.3.5 外部项................................. - 11 -第3章系统设计........................................... - 12 - 3.1系统功能.......................................... - 12 - 3.2 系统结构......................................... - 13 -第4章数据库设计....................................... - 13 - 4.1 E-R图.............................................. - 13 - 4.2 数据库详细设计............................. - 14 - 4.2.1 系统主控平台..................... - 14 -

超详细的概要说明书系统概要设计说明书

1引言2 1.1编写目的 (2) 1.2参考资料 (2) 2总体设计 (2) 2.1需求规定 (2) 2.2运行环境 (2) 2.3系统部署图 (2) 2.4基本设计概念和类图 (3) 2.5结构 (4) 2.6功能模型描述 (9) 2.6.1招聘管理 (9) 2.6.2企业结构管理 (21) 2.6.3行政级别管理 (29) 2.6.4企业架构展示 (32) 2.6.5人事档案管理 (33) 2.6.6人事基础数据维护 (73) 2.6.7权限管理 (82) 2.7人工处理过程 (83) 2.8尚未问决的问题 (83) 3接口设计 (83) 3.1用户接口 (83) 3.2外部接口 (83) 3.3内部接口 (83) 4系统数据结构设计 (84) 4.1逻辑结构设计要点 (84) 5数据结构与程序关系 (85) 5.1表结构与数据结构图 (85) 5.1.1数据结构图 (85) 5.1.2表汇总 (87) 5.2数据结构与程序关系表........................................................... 错误!未定义书签。6系统出错处理设计.. (98) 6.1出错信息 (98) 6.2补救措施 (99) 6.3系统维护设计 (99)

概要详细设计说明书 1引言 1.1编写目的 本概要设计说明书跟据《人力资源管理系统需求规格说明书》编写,描述了系统的概要设计,并为下一步的“系统详细设计说明书”的编写提供依据,为系统测试人员提供测试依据。本文档的预期读者为:项目经理、系统分析员、测试经理、项目组长、系统开发人员。 1.2参考资料 《人力资源管理系统需求规格说明书》 2总体设计 2.1需求规定 本系统的主要的输入输出项目、处理的功能性能要求参照《人力资源管理系统需求规格说明书》。 2.2运行环境 软件运行环境 Windows 2000/XP/2003 Server操作系统; MS SQL Server 2000; Tomcat 5.0; Jdk 1.4; 硬件运行环境 Intel Pentium 2GHz或以上的CPU; 内存512MB,建议使用1GB内存; 硬盘至少有1GB可用空间; CD-ROM驱动器; 2.3系统部署图 用图例表示出系统实施运行中使用的服务器名称,Internet和各服务器之间的实施运作。

概要设计的写法

概要设计的写法 做软件到一定层次了,就要考虑到设计了,设计了很久,就是不系统,系统的设计需要一个记录,记录就用文档,那么对项目所有包括技术上的设计都记录下来,我们就可以理解为软件的概要设计了。在需求明确、准备开始编码之前,要做概要设计,而详细设计可能大部分公司没有做,有做的也大部分是和编码同步进行,或者在编码之后。因此,对大部分的公司来说,概要设计文档是唯一的设计文档,对后面的开发、测试、实施、维护工作起到关键性的影响。 概要设计写什么?概要设计怎么做?如何判断设计的模块是完 整的?为什么说设计阶段过于重视业务流程是个误区?以需 求分析文档还是以概要设计文档来评估开发工作量、指导开发计划 准确?结构化好还是面向对象好?以上问题的答案请在文章 中找。 二、概要设计的目的? 将软件系统需求转换为未来系统的设计;逐步开发强壮的系统构 架;使设计适合于实施环境,为提高性能而进行设计;结构 应该被分解为模块和库。 三、概要设计的任务? 制定规范:代码体系、接口规约、命名规则。这是项目小组今后共 同作战的基础,有了开发规范和程序模块之间和项目成员彼此之间 的接口规则、方式方法,大家就有了共同的工作语言、共同的工作 平台,使整个软件开发工作可以协调有序地进行。总体结构设 计:功能(加工)->模块:每个功能用那些模块实现,保证每 个功能都有相应的模块来实现;模块层次结构:某个角度的软件 框架视图;模块间的调用关系:模块间的接口的总体描述;模 块间的接口:传递的信息及其结构;处理方式设计:满足功能 和性能的算法用户界面设计;数据结构设计:详细的数 据结构:表、索引、文件;算法相关逻辑数据结构及其操作;上 述操作的程序模块说明(在前台?在后台?用视图?用过程?······)接口控制表的数据结构和使用规则其他性能设计。 四、概要设计写什么?

学生宿舍管理系统设计方案

图3.1 系统功能模块图 在整体设计中,我们将宿舍管理系统分为八个大的模块:系统管理模块、公寓管理模块、学生管理模块、信息查询模块、出入登记模块、信息修改模块、报表管理模块、关于模块。每个模块将实现不同的功能。下面将具体进行介绍。 3.1.1 系统管理模块 系统管理模块包括:超级用户登录、普通用户登录、用户密码修改、用户管理、退出系统五个部分。 1.超级用户登录:实现系统管理人员登录。 2.普通用户登录:实现一般管理人员登录。 3.用户管理:实现系统管理人员授予或取消一般用户登录该系统的用户名和密码。 4.密码修改:实现所用用户的密码更改功能。 5.退出系统:实现正常退出宿舍管理系统。 3.1.2 公寓管理模块 公寓管理模块包括:楼房管理、宿舍管理、员工管理三个大的部分。 1.楼房管理:登记学校所有住宿楼情况。 2.宿舍管理:登记学校所有宿舍的情况。 3.员工原理:实现楼房管理人员的添加功能。 3.1.3 学生管理模块 学生管理模块包括:学生基本信息录入、学生财物登记、学生学期注册、学生离校管理四项功能. 1.学生基本信息录入:实现学生基本信息情况的登记及宿舍的分配功能。 2.学生财物登记:登记学生在校期间所拥有的公共及私有贵重物品情况。

3.学生学期注册管理:登记学生在校期间每学期的宿舍缴费情况。 4.学生离校管理:实现学生毕业离校处理,注销该学生信息。 3.1.4 信息查询模块 信息查询模块基本上包括:按学号进行查询、按姓名进行查询、按班级查询、按寝室号查询、每栋楼房住宿情况查询五个部分。 1.按学号进行查询:实现每个学生基本信息情况的查询功能。 2.按姓名查询:通过学生姓名查询学生基本信息情况。 3.按班级查询:通过班级查询某班级学生住宿情况及该班级学生信息。 4.按寝室号查询:查看每个宿舍所住学生信息情况。 5.楼房住宿情况查询:查询每栋楼房的所有宿舍的住宿情况及宿舍楼所住学生统计情况。 3.1.5 出入登记模块 出入登记模块包括:进楼物品登记、出楼物品登记、人员来访登记、结束访问登记四个功能模块。 1.进楼物品登记:详细登记某学生搬入宿舍楼的物品情况。 2.出楼物品登记:详细登记某学生搬出宿舍楼的物品情况。 3.人员来访登记:详细登记进入宿舍楼的外来人员情况。 4.结束访问登记:详细登记外来人员的离开情况。 3.1.6 信息修改模块 信息修改模块包括:学生基本信息修改、员工基本信息修改、个人财物信息修改三个大的功能。 1.学生基本信息修改:实现系统管理人员对学生基本信息情况所作的添加、修改、删除。 2.员工信息修改:实现系统管理人员对楼房员工的修改、删除功能。

人力资源管理系统概要设计说明书

ERP人力资源管理系统概要设计 1引言 1.1 编写目的 人力资源管理系统(HRMS),包括人事日常事务、薪酬、招聘、培训、考核以及人力资源的管理,也指组织或社会团体运用现代化的科学方法,对企业的人力进行合理的组织、培训和调配,同时对人的思想、心理和行为进行恰当的诱导、控制和协调,充分发挥员工的主观能动性,用以提高企业人力资源管理水平,使人力资源更有效的服务于组织或团体目标。 本文档预期读者为本系统开发小组的组员,文档用于人力资源管理系统设计的大纲说明,概括了该系统的各个模块的需求规定,设计构思,系统流程,功能分配,数据结构设计,接口设计,运行设计,信息结构设计,出错处理和维护等方面的内容,使本系统开发小组的组员们能大致构建一个系统框架,为详细设计提供基础。 在下一阶段的详细设计中,程序设计员参考本概要设计说明书,在概要设计对人力资源管理系统所做的模块结构设计的基础上,对系统进行详细设计。在以后的软件测试以及软件维护阶段参考本说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。 1.2 背景 本系统名称为人力资源管理系统,提出者为黄永儒,开发者为黄永儒,黄敏,詹萍,预期用户为需要人力资源管理的小型企业。 人力资源管理系统将由两部分组成:置于管理部门的前台客户程序,以及置于公司的数据库服务器。本系统与其他系统的关系如下: 1.3 定义 SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。 SQL:Structured Query Language(结构化查询语言)一种用于访问查询数据库的语言。 事务流:数据进入模块后可能有多种路径进行处理。 主键:数据库表中的关键域。值互不相同。 外部主键:数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1.4 参考资料

相关文档
最新文档