当前位置:文档之家› 软件工程 教材管理系统

软件工程 教材管理系统

软件工程 教材管理系统
软件工程 教材管理系统

软件学院

课程设计报告书

课程名称软件工程

设计题目教材管理系统

专业班级

学号

姓名

指导教师

2011年12月

目录

1.设计时间 (3)

2. 设计目的 (3)

3.设计任务 (3)

4.设计内容 (3)

4.1设计内容概述 (3)

4.2组织机构介绍 (4)

4.2.1现业务流程介绍与分析 (4)

4.2.2现业务流程描述 (4)

4.3 新业务流程介绍与分析 (5)

4.3.1新业务流程介绍 (6)

4.3.2新业务流程描述 (6)

5. 需求分析 (7)

5.1 总体目标 (7)

5.2 具体目标 (7)

5.2.1系统数据建模(ER图) (7)

5.2.2系统功能建模(数据流程图) (10)

5.2.3数据字典 (11)

6. 总体设计 (13)

6.1总体设计HIPO技术 (13)

6.2系统层次图 (13)

6.3数据库设计 (14)

7. 详细设计 (15)

7.1模块详细设计 (15)

7.1.1模块定义 (15)

7.1.2输入项目 (15)

7.1.3输出项目 (15)

7.2程序过程设计 (15)

7.3测试要点 (17)

8.程序源码 (18)

9.程序运行与调试 (20)

10.总结与展望 (22)

参考文献 (23)

成绩评定 (23)

1.设计时间

2011年12月26日-12月28日

2.设计时间

《软件工程课程设计》的目的是使学生掌握软件工程的基本原理和基本方法,充分理解和掌握软件工程学的概念、原理、方法和技术。

3.设计任务

本课程设计要求学生运用软件工程的思想,严格按照软件生命周期各阶段的目的和任务,完成对系统的分析和设计。

4.设计时间

4.1设计内容概述

1.根据教务科的课程清单以及各院系的教材选定任务单,进行教材的信息登记,即对于无记录的新教材进行基本信息录入,并将新教材适用的专业信息录入到各专业年级所需教材信息库中;对于已有记录的教材只需将对应教材编号录入到各专业年级所需教材信息库中。

2.各班学生在网上根据各专业本学期的所用教材选定教材,填写学生选定表;教师也选所需的教学用书或自购教材,填写教师选定表;选完教材后,产生各专业本学期所需每种教材的数量,即形成新的各专业所需教材信息库,并且生成学生订购登记表、班级订购登记表和教师订购登记表给学生和教师。

3.根据各专业所需教材信息库、教材库存簿,生成订书单,登记教材订购信息到教材订购登记库中,并将订书单发给书商。

4.书商发货的同时附有发书清单,由管理员根据教材在库中的实际摆放在发书清单上批注架号,入库管理员根据发书清单和登记有历史订书信息的教材订购登记库对教材验收入库,形成入库登记薄和新的教材库存薄,并打印此次入库的入库结算单报财务处与书店结算。

5.各班负责人持班级订购登记表交纳教材费;教师持教师订购登记表交纳教材费,如教师订购登记表备注为教学用书则不用交钱。交钱后,班级和教师订购登记表要盖章证明已交纳完毕。

6.各班负责人和教师持盖章后的订购登记表到教材科,由管理员进行教材出库,打印出教材出库清单给取书员,并登记出库信息,修改教材库存簿。

4.2组织机构介绍

组织机构介绍如图1-1所示:

图4-1组织结构图

4.2.1现业务流程介绍与分析

现在,对一所综合性院校来说,专业门类多,课程门类广,教材用书种类多,数量大,随着各校规模的迅速扩大,这种情况更加明显。各院校都设有专门机构负责该项工作,通常是教材科,其业务不仅涉及出版部门,而且要面对全校各系、部的授课教师,各班级的学生,涉及人员广,工作量大。传统的人工管理方法存在诸多弊端,效率低,易出错,经常出现供书不及时、书库缺书、用量与供应量脱节等现象。原因固然是多方面的,但其中管理方面是主要因素。在信息时代的今天,计算机在事务管理方面的应用已经相当广泛,但目前很多高校还停留在人工管理的水平上,显然不适应时代发展的要求。因此,高校教材管理人员目前迫切需要一套方便、高效的计算机化的管理信息系统来代替他们繁琐、低效的传统手工管理方式,并最终实现教材管理的全面自动化。

4.2.2现业务流程描述

1.教材科根据从教务处教务科发来的教学计划报表和各院系的教材选定任务单,核实库存,粗略计算所要订购的教材数量(此部分手工完成),如库存小于需求,则进行订书,打印出订书单,发给书店。书店根据订书单发书给教材科,并附带有发书清单。

2.教材科的教材管理员对教材进行本上手工的入库登记与验收。

3.在教材管理员对新进教材进行教材编码和批注架号后(架号描述的是教材在库房中具体

学校

校长办公室

财务处

教务处

学生处

后勤

教材科

的摆放位置),将这两个编号都批注在发书清单上,课程清单上只批注编号。教材管理员根据批注后的发书清单对教材进行计算机上的入库,从而形成新的库存教材簿。

现业务流程图如图1-2所示:

图4-2现业务流程图

教务科

教学计划报表

教研室

教材选定任务单

订书单

书商

发书清单

教材信息录入

核实库存计算订购数量

各班级

教材转帐凭证

收银员

入库登记与验收

教材库存簿

综合科

课程清单(已批

注教材编号)

收款

教材销售发票

发书清单(批

有教材编号与架号) 管理员

批注教材编号

课程清单

教材出库

教材库存薄

教材转帐凭证

教材销售发票(签字盖章后)

取书

取书员

负责人

4.3 新业务流程介绍与分析

4.3.1新业务流程介绍

教材管理对各个学校而言,都是一项复杂、烦琐的工作, 是高校教务管理中的一个重要环节, 由于我校专业设置门类多,各专业每期开设课程种类多,其业务不仅涉及出版部门,而且要面对全校各系的授课教师,各班级的学生,教材科涉及管理的入出库教材种类非常多,涉及人员广,工作量大,再者是近年来,我国高等教育规模的不断扩大,学校学生人数迅速增加,使教材管理工作更加繁重不堪。因此,一套好的教材管理软件,不但能大大降低工作人员的劳动强度,还能提高学校的管理效率和教学水平。

4.3.2新业务流程描述

1.根据教务科的课程清单以及各院系的教材选定任务单,进行教材的信息登记,即对于无记录的新教材进行基本信息录入,并将新教材适用的专业信息录入到各专业年级所需教材信息库中;对于已有记录的教材只需将对应教材编号录入到各专业年级所需教材信息库中。

2.各班学生在网上根据各专业本学期的所用教材选定教材,填写学生选定表;教师也选所需的教学用书或自购教材,填写教师选定表;选完教材后,产生各专业本学期所需每种教材的数量,即形成新的各专业所需教材信息库,并且生成学生订购登记表、班级订购登记表和教师订购登记表给学生和教师。

3.根据各专业所需教材信息库、教材库存簿,生成订书单,登记教材订购信息到教材订购登记库中,并将订书单发给书商。

4.书商发货的同时附有发书清单,由管理员根据教材在库中的实际摆放在发书清单上批注架号,入库管理员根据发书清单和登记有历史订书信息的教材订购登记库对教材验收入库,形成入库登记薄和新的教材库存薄,并打印此次入库的入库结算单报财务处与书店结算。

5.各班负责人持班级订购登记表交纳教材费;教师持教师订购登记表交纳教材费,如教师订购登记表备注为教学用书则不用交钱。交钱后,班级和教师订购登记表要盖章证明已交纳完毕。

6.各班负责人和教师持盖章后的订购登记表到教材科,由管理员进行教材出库,打印出教材出库清单给取书员,并登记出库信息,修改教材库存簿。

7.取书员验证盖章后的班级或教师登记表后,根据教材出库清单从库中取书。取书后给各班负责人和教师教材销售发票。

5.需求分析

5.1 总体目标

该教材管理系统利用网络进行教材的选定,自动生成订书单,力求达到零库存,并且所用的各种原始表可利用校园局域网直接从网上获得,订购教材之前先对教材进行编号,而不是教材发来以后才进行编号,减少了手工作业,计算机化程度高,计算机上教材的入库和出库是由一位科员操作完成的,而现在可把教材的入库和出库改为两位科员操作,这样在每学期发放教材的高峰期可减短时间;并且出库时用到学生和教师订购登记库,也减短了出库时间。整个系统应当操作简便,界面友好,维护简便。数据库要求运行稳定,执行速度快,数据安全性高。软件系统本身运行对计算机硬件平台和操作系统平台要求适中。

5.2 具体目标

减少了手工作业,使计算机成为实现功能是主体,充分发挥应有的高效率。

在计算教材订购数量时,根据教学计划报表与教材选定任务单对照库存并进行精细计算,数据准确,学生可以购买需要的教材,老师也可以购买零散教材,订购数据准确,减少了库存上的压力;计算机上教材的入库和出库是由多位管理员操作完成的,即使在每学期开学教材入库和出库的高峰期也能应变自如。教材科人员处理订书领书操作,而不能进入到系统管理的模块中;学生教师可以查询教材信息,不能进入其它任何模块;系统管理员在后台对系统进行用户管理,教材信息管理,并展开系统的正常运行维护工作,但不能进入教材科人员操作模块。除普通的学生教师等查询用户外,每个角色操作都通过密码验证和用户类型选择后登录。通过系统管理员才可以修改密码。工作完成后,通过各自专门的出口退出登录状态。

5.2.1系统数据建模(ER图)

各ER图如图所示:

图5-2-1为班级实体ER图;

图5-2-2为学生实体ER图;

图5-2-3为教材实体ER图;

图5-2-4为仓库实体ER图;

图5-2-5为书商实体ER图;

图5-2-6为整体ER图。

图5-2-1班级实体ER图

图5-2-2学生实体ER图

图5-2-3教材实体ER图图5-2-4仓库实体ER图图5-2-5书商实体ER图

5-2-6 整体ER图5.2.2系统功能建模(数据流程图)

数据流程图如图2-2-7所示:

图5-2-7 教材管理系统顶层DFD

5.2.3数据字典

数据字典如下表5-2-8、5-2-9、5-2-10所示:

表5-2-8数据流的定义

表5-2-9数据存储的定义

名字:出库信息库

别名:

描述:教材出库的信息

定义:出库信息库=出库教材编号+出库教材数量

位置:班级选定表

教师选定表名字:教材订购登记库

别名:

描述:教材订购信息存储的单位

定义:教材订购登记库=教材编号+订购数量+专业年级

位置:教材信息登记管理

名字:教材库存簿

别名:

描述:记录教材库存数量

定义:教材库存簿=教材编号+每种教材数量

位置:名字:教材信息库

别名:

描述:记录各专业教材信息情况

定义:教材信息库=专业年级+教材编号+每种教材信息

位置:

名字:学生选定表

别名:学生选择教材信息

描述:学生选择教材种类、数量的统计表

定义:学生选定表=教材编号+教材数量+教材价格+教材版本位置:学生订购登记表

班级订购登记表名字:教师选定表

别名:教师选择教材信息

描述:教师选择教材种类、数量的统计表

定义:教师选定表=教材编号+教材数量+教材价格+教材版本位置:教师订购登记表

名字:课程清单

别名:

描述:课程的类别选择

定义:课程清单=课程名+课程编号

位置:名字:发书清单

别名:发货信息

描述:注明发货的数量书籍种类的标准

定义:发书清单=教材编号+数量位置:教材订购登记表

名字:学生购书登记库

别名:

描述:是学生订购教材的信息的集合

定义:学生购书登记库=学号+姓名+教材编号+教材数量

位置:学生选定表

教师选定表名字:教师购书登记库

别名:

描述:是教师订购教材信息的集合

定义:教师购书登记库=教师姓名+教材编号+教材数量

数量+教材价格+教材版本

位置:教师订购登记表

名字:所订教材信息

别名:

描述:已经订购的教材的所有信息

定义:所订教材信息=教材编号+教材数量+出版社+价格+名称位置:

名字:教材编号

别名:

描述:唯一地标示库存清单中的一个特定教材的关键域

定义:教材编号=8{字符}8

位置:学生选定表

教师选定表名字:架号

别名:

描述:由管理员根据教材在库中的实际摆放在发书清单上批注架号定义:架号=8{数字}8

位置:发书清单

名字:班级编号

别名:

描述:班级特定唯一的数字号码定义:班级编号=8{数字}8

位置:各专业所需教材信息库名字:所剩册数

别名:

描述:教材剩余的册数

定义:所剩册数=8{数字}8 位置:教材订购登记表

表5-2-10数据元素的定义

6.总体设计

6.1总体设计HIPO技术

它是表示软件系统结构的工具,可以描述每个模块输入/输出数据、处理功能及模块调用的详细情况--IPO图。HIPO图以模块分解的层次性以及模块内部输入、处理、输出三大基本部分为基础建立的。HIPO图的H图:用于描述软件的层次结构,矩形框表示一个模块,矩形框之间的直线表示模块之间的调用关系,同结构图一样未指明调用顺序。IPO图:H图只说明了软件系统由那些模块组成及其控制层次结构,并未说明模块间的信息传递及模块内部的处理。因此对一些重要模块还必须根据数据流图、数据字典及H图绘制具体的IPO图。

6.2系统层次图

系统层次图如图3-1所示:

教材管理

系统

教材信息登记管理1.0 教材

选定

管理

2.0

教材

入库

管理

3.0

教材

出库

管理

4.0

取书

5.0

学生购书登记2.1

2.2

2.3

3.1

查找

历史

订购

信息

3.2

4.1

4.2

打印

教材

出库

清单

4.3

验证

班级

登记

5.1

验证

班级

登记

5.2

图6-1系统层次图

6.3数据库设计

数据库设计表如表6-2、6-3、6-4、6-5所示:

表6-2教材信息表

Jc_info

列名数据类型长度允许空文字描述Jcbh Char 5 教材编号Jh Char 5 架号

Sscs Int 4 所剩册数Jcmc Int 10 教材名称Jcjg Float 8 教材价格

表6-3学生信息表

Stu_info

列名数据类型长度允许空文字描述Name Char 10 姓名

No Int 10 学号

Grade Int 4 年级

Xk Char 8 学科

Jfqk Char 4 缴费情况Age Int 4 年龄

表6-4仓库信息表

Ck_info

列名数据类型长度允许空文字描述Jcbh Char 5 教材编号Ckh Int 4 仓库号

Bz Char 10 备注

Rksj Int 10 入库时间Sl Int 10 数量

表6-5书商信息表

Ss_info

列名数据类型长度允许空文字描述Ssname Char 8 名称Address Char 10 地址

Tel Int 10 联系电话

7.详细设计

教材管理对各个学校而言,都是一项复杂、烦琐的工作, 是高校教务管理中的一个重要环节, 由于我校专业设置门类多,各专业每期开设课程种类多,其业务不仅涉及出版部门,而且要面对全校各系的授课教师,各班级的学生,教材科涉及管理的入出库教材种类非常多,涉及人员广,工作量大,再者是近年来,我国高等教育规模的不断扩大,学校学生人数迅速增加,使教材管理工作更加繁重不堪。因此,一套好的教材管理软件,不但能大大降低工作人员的劳动强度,还能提高学校的管理效率和教学水平

7.1模块详细设计

7.1.1模块定义

模块有:教材信息登记管理、教材选定管理、教材入库管理、教材出库管理、取书、学生购书登记、教师购书登记、打印报表、教材验收入库、查找历史订购信息、班级教材出库、教师教材出库、打印教材出库清单、验证班级登记表、验证班级登记表。

7.1.2输入项目

输入项包括:教材选定任务单、学生选定表、教师选定表、发书清单、课程清单。

7.1.3输出项目

输出项包括:教材选定任务单、学生选定表、教师选定表、发书清单、课程清单。

7.2程序过程设计

程序设计过程如下图7-2-1、7-2-2、7-2-3所示:

图7-2-1为教材入库流程图;

图7-2-2为教材出库流程图;

图7-2-3为教材查询程序流程图。

图7-2-1教材入库程序流程图图7-2-2教材出库程序流程图

7.3测试要点

我们现在已经知道该程序应该具有的功能,所以可以通过测试来检验是否每个功能都能正常使用,可以用黑盒测试或白盒测试来实现,黑盒测试法把程序看做一个黑盒子,完全不考虑程序的内部结构和处理过程,白盒测试也黑盒测试相反;我们首先要进行模块测试,然后进行子系统测试;本程序中我们主要测试教材的选定是否正确而且有效率,在教材的入库模块中应该注意的是入库的效率和精确度,测试是否会发生教材数量名称编号上的冗余,入库时应该注意的是出库的顺序是否正确,数量是否合理,当库存不够时是否会选择下一条执行,同时也要注意出库的效率,毕竟人数众多,速度才是王道。

查询

开始

选择条件

教材信息 学生信息

查询条件选择

教材编号

教材价格

学科

学号查

输出结果 结束

图7-2-3教材查询程序流程图

8.程序源码

订书模块:

string sql_dingshu = "insert into dingshu"

+"(number,time,name,class,department,xnd,jiaocaike,bookname)"

+"values('" + number + "','" + time + "','" + name + "','" + classname + "','" + department + "','" + xnd + "','" + jiaocaike + "','" + bookname + "')";

db.DataCom(sql_dingshu);

string sql_lingshu = "insert into lingshu"

+ "(number,class,department,xnd,jiaocaike,bookname,tag)"

+ "values('" + number + "','" + classname + "','" + department + "','" + xnd + "','" + jiaocaike + "','" + bookname + "','" + tag + "')";

db.DataCom(sql_lingshu);

Response.Redirect("st_dingshu.aspx");

领书模块:

if (GridView1.SelectedIndex == -1 && GridView2.SelectedIndex == -1){

Response.Write(""); return; }

string ID1; if (GridView1.Visible == true) {

ID1 = GridView1.SelectedDataKey.V alue.ToString(); } else

{ D1 = GridView2.SelectedDataKey.V alue.ToString(); }

string sql_1="select tag from lingshu where tag='"+true+"' and ls_ID='"+ID1+"'";

if (Convert.ToBoolean(db.rowFirst(sql_1))){

Response.Write(""); return; }

string sql="update lingshu set time='"+DateTime.Now+"',name='"+name+"',tag='"+true+"' where ls_ID='"+ID1+"'";

db.DataCom(sql);

零售模块:

Label4.Visible = false; database db = new database(); GridView1.Visible = true;

string number = "select number from number"; object test = db.rowFirst(number);

decimal test_de = Convert.ToDecimal(test);

string price = "select price from jiaocai where bookname='"+DropDownList1.Text+"'";

Label1.Text = db.rowFirst(price).ToString(); pirce_de = Convert.ToDecimal(Label1.Text);

用户管理模块:

用户管理:(用户等级:"2"表示教材课用户,"1"表示系统管理员)

CellPadding="3" DataSourceID="SqlDataSource1"

GridLines="Horizontal" OnRowDeleting="GridView1_RowDeleting" DataKeyNames="name" Font-Size="Small" PageSize="5" BackColor="White" BorderColor="#E7E7FF" BorderStyle="None" BorderWidth="1px">

ConnectionString="<%$ ConnectionStrings:SQLConnectionString %>"

SelectCommand="SELECT [user_ID], [name], [password], [leave] FROM [users]" >

ConnectionString="<%$ ConnectionStrings:SQLConnectionString %>"

SelectCommand="SELECT * FROM [class]">

插入用户:

string sql = "insert into users" + "(name,password,leave)" + "values('" + TextBox4.Text + "','" + TextBox5.Text + "','" + Convert.ToInt32(TextBox6.Text) + "')"; db.DataCom(sql);

修改:string key = GridView1.SelectedDataKey.Value.ToString();

string sql = "update users set password='" + TextBox5.Text + "',leave='" + Convert.ToInt32(TextBox6.Text) + "' where name='" + key + "'"; db.DataCom(sql);

删除:string sqlstr = "delete users where name= ' " +

GridView1.DataKeys[e.RowIndex].Value.ToString() + " ' "; db.DataCom(sqlstr);

(1)网吧管理系统需求分析

需求规格说明书 项目名称:上机管理系统 项目组长:何燕 项目组成员:马子云赵静李泉张申申 2012年3月1日

1.引言 (2) 1.1编写目的 (2) 1.2项目背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2.任务概述 (3) 2.1目标 (3) 2.2运行环境 (3) 2.3条件与限制 (3) 3.数据描述 (4) 3.1静态数据 (4) 3.2动态数据 (4) 3.3数据库介绍 (9) 3.4数据词典 (9) 3.5数据采集 (10) 4.功能需求 (12) 4.1功能划分 (12) 4.2功能描述 (12) 1.引言 1.1编写目的 本文档是上机管理系统前期开发阶段针对用户所进行的需求分析,在本文档中我们通过对上机管理系统中的三种不同用户进行了详细而具体的需求分析,通过该文档读者可以了解该系统的所有功能以及用户的具体权限。 在进行系统的设计前,我们一组的成员通过自己平时上机操作的经验和要求把该上机管理系统分为了三个模块:管理员模块,普通上机人员模块,会员上机管理模块,相应的这三

大模块对应了不同的三类用户,每类用户又具有自己的不同的权限。这些内容在该文档中都有相应的说明。 由于该系统还处于初步设计阶段,本文档只是对其的一些功能以及人员分工情况做以说明。所以本文档只是对系统的需求做出说明,并不涉及具体的实现过程。 由于这学期正在学习项目设计的有关课程,我们组会在相应的课程学习中逐渐完善上机系统的各项功能。结合数据库的特点,软件工程的相关要求开发出功能完善,界面友好的上机管理系统。既方便用户的使用,又节省管理人员的各方面的资源。 1.2项目背景 a.项目的委托单位:2010年度学期第一项目小组 1.3定义 SQL:Structured Query Language 结构化语言 会员:网吧管理系统中的参与者,注册后享有上网等权限 管理员:网吧系统中的参与者,注册后享有管理网吧系统等权限 上网日志:网吧管理系统中记录的计算机的使用情况 1.4参考资料 1.《软件工程实践指导书》——殷人昆清华大学出版社 2.《统一软件开发过程》,——Ivar Jacobson,James Rumbaugh,Grady Booch 著,周伯生译,机械工业出版社 3.《UML用户指南》,——Grady Booch,Ivar Jacobson,James Rumbaugh著,邵维忠等译,机械工业出版社 4.《C#数据库开发实例精粹》——郭瑞军、唐邦民、谢晗昕等编著,电子工业出版社 5.《SQL Server实用基础教程》——郭东恩主编,航空工业出版社 6.《C# Winform 实践开发教程》——钱哨,中国水电水利出版社

软件工程职工信息管理系统文档

目录 1可行性研究报告 (2) 1.1可行性研究分析 (2) 1.2处理流程和业务流程 (3) 1.3可行性分析 (5) 2 需求分析 (7) 2.1需求概述 (7) 2.2功能性需求 (7) 2.3非功能性需求 (8) 3 概要设计 (9) 3.1总体设计 (9) 3.2接口设计 (11) 3.3系统出错处理设计 (12) 4详细设计 (13) 4.1连接数据库设计说明 (13) 4.2用户登录设计说明 (14) 5系统实现 (16) 5.1主要模块的设计说明和程序代码 (16) 6测试 (31) 6.1测试概要 (31) 6.2测试结果及发现 (32) 7总结 (35) 1小组总结 (35) 2个人总结 (35)

1 可行性研究报告 本项目开发计划旨在明确规范开发过程,保证项目质量,统一小组成员对项目的理解,并对其开发工作提供指导;同时还作为项目通过评审的依据。并说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性,评述为了合理地达到开发目标可供选择的各种可能实施方案,说明并论证所选定实施方案的理由。 1.1可行性研究分析 要求 A、功能: 1)用户: 查询 登录系统前台,系统根据输入的用户名自动查询数据库,并显示在我的资料页面中。 注册 用户进入系统可注册新用户,系统将自动将输入的数据存入数据库中。 退出系统 用户操作完成后可点击“退出”按钮退出系统。 2)管理员 管理员可登录系统后台,可查看所有职工的个人资料信息,可对职工的个人资料进行增、删、改、查,可修改管理员密码。操作完成,可退出后台。 目标 尽量做到人力与系统使用的高效和方便,功能尽可能齐全,设备费用的减少,采用现代程序设计技术,人员利用率尽可能提高。

网吧管理系统资料

可行性研究报告 1.引言 1.1编写目的 可行性分析报告是为“网吧管理系统”开发的可能性、可行性、必要性提供论据,为开发人员进行系统总体规划设计及具体实施开发工程提供必要的参考资料,在系统开发完成后期为系统的测试、验收提供帮助。其编写过程由此项目开发的学生完成。预期读者是从事“网吧管理系统”开发的相关人员。 1.2项目背景 经过一段时间的调查我们发现周边网吧的管理系统不尽相同,而其实现的功能都基本相同。大多数网吧的管理系统仅仅实现了计时收费的目的。所以我们觉得现在大多数网吧的管理系统功能还不够完善,做得还不够人性化。因此我们想尝试改进现有的网吧管理系统,使其功能更人性化,提供的服务更齐全,以改变现状。 1.3项目的目前研究现状 此项目现阶段还处于可行性分析阶段,具体实施将等到所学知识的进一步健全以及对项目有进一步的认识 1.4参考资料(作者、标题、出版单位、发表日期、编号、页号) 《软件工程》高等教育出版社史济民等 《数据库系统教程》高等教育出版社施伯乐等 《Java面向对象编程》电子工业出版社孙卫琴 《Java编程思想》机械工业出版社Bruce Exkel等

2.系统的技术可行性 2.1系统的简要描述 2.1.1功能 网吧管理帮助网吧管理员管理网吧管理员可以通过该系统对上网人员(会员、非会员)记时收费、充值,对出售的食品饮料等计费,对网吧内的各台机器进行控制,以及提供一些特殊的服务(如在节假日对上网费打折等等) 而被控制端有登陆、登离、呼叫网管、修改密码、买东西、查看个人信息(余额、姓名等等) 2.1.2特点 由于上网顾客需要食品和饮料,而大多数网吧内也有这些商品出售,但往往是买一次东西结算一次,搞得网管十分头疼,而且效率也不高。上网顾客往往对这样的购物方式也不满意,他们希望可以不用离开座位就可以获得所需的商品。为了解决这个问题,我们将在网吧管理系统中添加了购物系统。在购物系统中,上网人员可以看到各种商品及其价格,点击购买后网管可以在服务器端看到顾客的请求,并将所需商品送给顾客,而计费系统会自动将商品的费用添加进计费系统中。我们还将添加网管呼叫系统,以进一步完善网吧管理系统的功能,顾客在需要网管时可以点击呼叫网管,这样既不用费力地叫网管,又保持了安静,为上网创造良好的环境。在我们的网吧管理系统中,我们还将添加特殊服务一项,网管可以根据需要调整上网费用,在节假日等时期搞优惠招揽顾客,当顾客结束本次上网时,计费系统会将本次上网费与商品费用一起计算,这样就节省了时间,提高了工作效率。

银行管理系统—软件工程

银行存储管理系统设计 专业:信息与计算科学 课程:软件工程 一、问题定义

银行存储管理系统工作繁琐,包含大量数据信息数据,因此就需要一个完善的银行管理系统来实现这些数据的有效管理。但是,随着经济和科学技术的飞速发展,传统的银行存储管理系统已经不能满足广大客户的需求,也不能及时跟上计算机网络发展的步调,故而我们急需开发一个高效、安全、便捷、互联的银行存储管理系统,该系统采用模块化程序设计方法,既便于系统功能的各种组合和修改,又便于未参与开发的技术维护人员补充、维护。系统分为三大模块,分别为存款模块、取款模块、用户管理模块,用来实现用户的开户、销户、存款以及取款等业务。该系统在功能上不断完善和加强,也使得存储管理规范化、程序化、科学化,满足了客户的需求。 二、可行性研究 1、对现有系统的分析 当前大多数系统所思用的银行存储系统办理业务时手续繁多,例如要填写存取款表,然后再交由业务员输入资料,最后还要在存取款单上签名确认,人工业务操作过多,需要大量的业务工作人员,同时严重影响了工作效率,以致客户在等待办理手续的搞到不耐烦,且出错率高。 2、系统可行性研究 2.1、技术可行性: 技术可行性包括以下几个方面:硬件,系统软件,应用软件,技术人员。针对这四个方面可行性都是没有问题的,本系统采用java编程语言和Access数据库。目前,数据库产品较多,每种产品都具有各自的特点和适用范围,因此,在选择数据库时,应考虑数据库应用的特点及适用范围,选择最合适的。 2.2、经济可行性: 本银行管理系统能使银行业务员便捷的处理银行信息数据;能够促进银行的体制改革,提高工作效率,减少手工工作人员及费用等,这些都是使用系统所带来的间接收益。同时也促进了银行信息化的进程,提高银行的管理效率。 2.3、操作可行性: 本银行管理系统的操作简单,且界面友好,系统的操作流程是银行业务员所熟悉的。系统能够实现其各个功能,在当前操作环境下也能够很好的运行。 3、开发的新系统

教务管理系统操作手册43908

正方现代教务管理系统WEB端教师用户手册 杭州正方电子工程有限公司

目录 一、系统登录 打开IE浏览器,输入WEB服务器地址(210.33.176.200)或从教务处主页登录“正方教务管理系统”,进入用户登录界面。输入用户名及口令(与原系统相同),选择“教师”角色,

按“登录”。(请各位老师不要忘记关闭所有开启的窗口,以防他人进入,造成不良后果!) 二、信息维护 信息维护内容包括:个人简历、密码修改、全校性公选课申请、公选课教材指定、教学日历、临时调、停(补)课申请。 2.1教师个人简历维护 点击“信息维护”->“个人简历”,维护性别、联系电话、E-MAIL、教师简介等内容; 2.2密码修改 为防止登录信息泄密,请各位教师尽快更改原始密码,点击“信息维护”->“密码修改”,修改自己的原始密码和登陆名。

2.3全校性公选课申请 点击“信息维护”->“全校性公选课申请”。 1、依次选择开课学年学期、课程名称、课程性质、课程类别、课程归属、考核方式、上课校区、场地要求; 2、输入周学时、起止周(格式如01-16)、学分、容量; 3、设置面向对象、禁选对象:选择年级、或学院、或专业(若面向2001级的只选年级2001),点击添加对象; 4、录入课程简介(250字以内)、申请说明(150字以内); 5、点击“保存”完成申请。 6、点击“打印”输出到EXCEL,打印后交院系签字审核。

2.4公选课教材指定 担任全校性公选课开课任务的老师可点击“信息维护”->“公选课教材指定”指定公选课教材,但必须录入教材名称、教材作者、出版社及教材版别。 2.5教学日历 选择学年,学期以及课程名称,录入周次,选择授课形式,录入教学内容;录入完毕后按保存按钮。若有多个相同教学班的,可点击“拷贝来自”,复制相同的日历再保存。教学日历可以根据不同的系统设置显示不同的两种格式,可以满足不同学校的要求。 格式一

Java网吧管理系统报告

沈阳工程学院 课程设计 设计题目:网吧管理系统 系别信息学院班级软件本121 学生姓名聂恒阳王益峰 学号19 16 指导教师孙宪丽、李波职称副教授、讲师起止日期:2014年3月3日起——至2014年3月7日止

沈阳工程学院 课程设计任务书 课程设计题目:网吧管理系统 系别信息学院班级软件本121 学生姓名聂恒阳王益峰 学号19 16 指导教师孙宪丽、李波职称副教授、讲师 课程设计进行地点:实训F 任务下达时间:2014 年 3 月 3 日 起止日期:2014年3月3日起——至2014年3月7日止 教研室主任2014年月日批准

面向对象程序设计课程设计成绩评定表系(部):信息学院班级:软件本121 学生姓名:聂恒阳 指导教师评审意见 评价内容具体要求权重评分 加权 分 调研论证能独立查阅文献,收集资料;能制定课程设计方案 和日程安排。 0.1 5 4 3 2 工作能力态度工作态度认真,遵守纪律,出勤情况是否良好,能 够独立完成设计工作, 0.2 5 4 3 2 工作量按期圆满完成规定的设计任务,工作量饱满,难度 适宜。 0.2 5 4 3 2 说明书的质量 说明书立论正确,论述充分,结论严谨合理,文字 通顺,技术用语准确,符号统一,编号齐全,图表 完备,书写工整规范。 0.5 5 4 3 2 指导教师评审成绩 (加权分合计乘以12) 分加权分合计 指导教师签名:年月日 评阅教师评审意见 评价内容具体要求权重评分 加权 分 查阅 文献 查阅文献有一定广泛性;有综合归纳资料的能力0.2 5 4 3 2 工作 量 工作量饱满,难度适中。0.5 5 4 3 2 说明书的质量说明书立论正确,论述充分,结论严谨合理,文字 通顺,技术用语准确,符号统一,编号齐全,图表 完备,书写工整规范。 0.3 5 4 3 2 评阅教师评审成绩 (加权分合计乘以8) 分加权分合计 评阅教师签名:年月日课程设计总评成绩分

软件工程-图书管理系统

淮海工学院计算机科学系实验报告书 课程名:《软件工程》 题目:结构化分析实验 班级:软件122 学号: 姓名:

结构化分析实验报告要求 1目的与要求: 1)系统学习和理解结构化软件工程分析阶段的基本概念、原理、技术和方法; 2)熟练掌握分析阶段各种建模工具,如数据流图、E-R图、状态图等基本含义和应用方法; 3)通过理论学习和试验要逐步提高运用软件工程基本理论、技术和方法解决实际问题的能力; 4)请借阅有关Microsoft Office Visio 系统,预习系统有关的结构化分析建模工具和使用方法; 5)按照实验题目要求独立完成实验容,如发现拷贝、抄袭者严肃处理; 6)认真书写实验报告,并于本周5前按时提交,不得延误。电子报告由学习委员打包全部提交,纸质报告每班5份,由学习委员合理安排。 2 实验容或题目 1.上网查询相关软件工程及其环境,了解有关软件工程环境(software development environment)、集成化软件工程环境的基本工具配置。(:.51cmm.; https://www.doczj.com/doc/7e6440762.html,/ ; .sercenter.; https://www.doczj.com/doc/7e6440762.html, ;https://www.doczj.com/doc/7e6440762.html,/ ; https://www.doczj.com/doc/7e6440762.html, ;.standar https://www.doczj.com/doc/7e6440762.html, ; 2.下载有关软件工程标准,如国际ISO9000-3、国家GB8567-1988、2006和行业标准等,打 包存储到自己的U盘上,重点阅读和理解软件各个阶段标准文档的编写指南; 3.运行和了解Visio绘图工具的基本功能,并熟练掌握各种分析建模工具的操作使用方法, 如数据流图、E-R图、状态图等。 4.根据自己的知识兴趣自选一小项目(如图书管理、成绩管理、学籍管理等系统)或选择一 作业题(小题目)进行系统分析,然后建立系统的功能模型、数据模型和行为模型,并细 化到合理的层次和程度。要求在上机前画好系统的三个模型。注意:选题应根据自己的兴 趣选择,且本学期所有实验均以此题目做实验,选题原则突出简单、实用。 3 实验步骤与源程序 图书管理系统 (1)系统概述 1)系统开发背景 为了广大学生学习,开阔学生的视野,大部分学校都设立了图书馆。学生可以根据自己的兴趣爱好,到图书馆借阅自己喜欢的图书,由于图书馆的图书数量众多,利用手工操作管理图书的不仅仅会耗费学生和工作人员大量的时间和精力,效率以及准确性也很低。如何让图书管理更方便更高效,已成为一个重要的问题。

教务管理系统需求规格说明书.doc

教务管理系统需求规格说明书 1.引言 ?编写目的 二十一世纪是信息的社会,传统的教务管理模式,已经不适应信息时代的要求,迫使人们起用新的管理方法来管理。 科学技术日新月异的进步,让人类生活发生了巨大的变化,计算机技术的飞速发展,使各行各业在计算机技术应用方面得到了广泛的普及和使用。信息化时代的到来成为不可抗拒的潮流,人类文明正在进入一个崭新的时代。因此,教务管理系统也以方便、快捷、费用低的优点正慢慢地进入人们的生活,将传统的教务管理方式彻底的解脱出来,提高效率,减轻工人人员以往繁忙的工作,减小出错的概率,从而使人们有更多时间来学习和享受生活。 ?背景说明 ●该产品的名称为教务管理系统 ●系统设计的目标:出于本系统实学校学生管理的一个综合性的系统,本系 统得设计目标将最终定位于完成以上所诉的系统主要业务的基本模型上。 ●本系统管理的对象单一,都是在校学生,且每个数据内容具有较强的关联 性,涉及的计算过程不是很复杂。因此,比较适合采用数据库管理。在技 术难度方面,由于有指导老师的指导和相关参考文献,特别是网上资料, 特别是参考其它程序的功能,因此完全可以实现。 ●需求如下: 1.要求有良好的人机界面; 2.要求有良好的权限管理; 3.原始数据修改简单方便,支持多条件修改; 4.方便的数据查询,支持多条件查询; 5.在相应得权限下,删除数据简单方便,数据稳定性好; 6.计算机自动完成,尽量减少人工干预; 7.在相应的权限下,进行数据查询,插入,更改等基本操作。 8.能较好的支持中文数据,良好的国际化界面; ●参考资料 该项目参考资料大多来自书本《软件工程》和一些网上资料。2.概述 ?功能概述 1)系统登陆界面

软件工程图书管理系统资料

软件工程实验报告题目:图书管理系统 班级:姓名:学号:2014250 班级:姓名:学号:2014250 班级:姓名:学号:2014250 完成日期:2016 年12 月15 日

摘要 随着知识化和信息化新经济时代的到来,作为信息技术龙头的计算机及软件技术突飞猛进,UML成为一种不可或缺的工具。UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。用现有的知识,按照软件工程思想和系统的开发步骤,以图书管理的应用需求为背景,分析设计了图书管理系统,并利用Rational Rose对系统进行建模,完成用例图和类图的构建,为后期的程序设计提供标准。 根据建模需求分析,总结出本系统的参与者有借阅者和图书管理员两类。根据其职能不同,借阅者只能使用该系统借书、预订书刊以及还书。图书管理员则可使用系统进行图书馆业务的管理工作,如借阅者,书刊等的信息维护。系统可实现书籍信息的添加、修改、删除等功能,这就保证了数据库信息的一致性和统一性、安全性。 该系统以面向对象理论和数据库管理信息系统开发相关知识为依据,介绍了设计开发中的模块设计和数据与程序的连接,使SQL server 2008与Visual Studio 2010得到了有效的结合。 关键词:图书管理系统;UML;Rational Rose;面向对象

目录 1 需求分析 ............................................................................................ 错误!未定义书签。 1.1 开发背景及意义 (4) 1.2 功能需求 (4) 2 系统建模 (8) 2.1 创建系统用例模型 (8) 2.1.1 确定参与者 (8) 2.1.2 参与者的用例图 .............................................................. 错误!未定义书签。 2.2 系统的时序图 ............................................................................ 错误!未定义书签。 2.2.1 确定系统参与者的属性 .................................................. 错误!未定义书签。 2.2.2 确定系统主要业务实体类 .............................................. 错误!未定义书签。 2.2.3 确定系统类之间的关系 .................................................. 错误!未定义书签。 2.3 系统的协作图 .......................................................................... 错误!未定义书签。 2.3.1 创建序列图和协作图 ...................................................... 错误!未定义书签。 2.3.2 创建状态图 ...................................................................... 错误!未定义书签。 2.3.2 创建活动图 ...................................................................... 错误!未定义书签。 2.4 创建系统的部署摸型 .............................................................. 错误!未定义书签。

教务管理系统软件需求分析报告

软件需求分析报告 教务管理系统 学生姓名__ __ 学号 专业班级 院(系) 指导教师 完成时间 成绩

前言 项目小组分工: 需求分析、文档的整理及后期的功能测试。 教务管理系统的建模实现。 伴随着高校信息化建设的日益完善,高等学校的教务管理系统在高校管理中越来越受到老师和学生的青睐。高等学校的教学管理系统功能全面、操作简单快捷,可以为学生和老师建立电子档案,并且便于实时修改、保存和查看,实现了无纸化存档,为学校节省了大量的资金和空间。学生可以通过教务管理系统方便快捷地查询自己的个人信息,进行网上查询课表、成绩以及报考的事宜。因此结合现有教务系统的优点,制作此教务管理系统。

目录 一、项目前景文档 (1) 1.业务需求 (1) 1.1 业务背景 (1) 1.2 业务目标和成功条件 (1) 1.2.1 业务目标(Business Objective,BO) (1) 1.2.2 业务成功条件(Success Crite,SC) (1) 1.3 业务风险(Risk,RI) (2) 2. 解决方案的背景 (2) 2.1 前景陈述 (2) 2.2 主要的系统特征(Feature) (2) 2.3 假设(Assumption)和依赖(Dependency)条件 (3) 3.项目范围和限制 (3) 3.1 初始和后继版本的范围 (3) 3.2 限制和排除条件 (4) 4.业务环境 (4) 4.1涉众档案 (4) 4.2项目的优先级 (5) 4.3运行环境(Operating Environment OE) (6) 二、软件需求规格说明书 (6)

1. 引言 (6) 1.1概述 (6) 1.2背景 (7) 1.3定义 (7) 1.4参考资料 (8) 2. 任务概述 (8) 2.1目标 (8) 2.2运行环境(Operating Environment,OE) (8) 2.3假定(Assumption)和约束(Constraint) (9) 3. 需求规定 (9) 3.1.对功能的规定 (9) 3.1.1.用户需求 (9) 3.1.2.系统需求 (19) 3.2.非功能性需求 (30) 性能需求(Performance) (30) 安全设施需求(SAfety) (31) 安全性需求(Security) (31) 软件质量属性 (31) 3.3.外部接口需求 (31) 用户界面(User Interfaces,UI) (31) 硬件接口(Hardware Interfaces,HI) (31) 软件接口(Software Interfaces,SI) (32)

软件工程网吧管理系统-综合报告

摘要 随着信息管理系统的不断发展,网吧计费管理系统已广泛地被各个网吧采用,以方便对网吧的管理。他可以让网吧可少些网管,就能管理的菁菁有条,最重要的是能给网吧带来利润,能准确的计费。它的融入和发展,彻底改变了传统网吧管理的理念,依靠日益发展的管理信息系统技术,网吧计费管理系统也越发完善,逐步以计算机智能信息管理取代了人工信息整理的烦琐工作。 随着我国信息产业的发展和电脑的普及,网吧越来越成为人们获取外部信息的主流,网吧管理是当代社会这一市场需要应运而生的。本系统是为网吧物业管理部门日常管理工作信息化,范化而开发的软件。它以网吧管理部门为服务中心,以上网吧上网人员为服务对象。通过实施各种服务项目,全面地反映了在网吧经营管理活动中,网管员与上网人员之间各种业务费用往来。使各项业务的办理迅速、准确,极大的提高了网吧管理的工作效率。 关键词:网吧管理网吧计费软件

目录 】 1设计内容和要求 (1) 设计内容 (1) 设计要求 (1) 2可行性分析 (3) 简要描述 (3) 技术方面可行性 (3) 社会方面可行性 (3) 3 系统需求分析 (4) ~ 需求分析的定义 (4) 需求分析的任务 (4) 需求分析的过程 (4) 数据流图 (5) 数据字典 (8) 4总体设计 (9) 用户管理模块设计 (9) 远程监管模块设计 (10) , 计费模块设计 (11) 数据库设计 (12) 5详细设计 (13) 系统分析 (13) 系统流程图 (13) 总结 (16) 致谢 (17) 参考文献 (18) 、

1 设计内容和要求 本课程设计是在学完《软件工程》课程后的一次全面的综合训练,通过课程设计,更好地从工程化角度掌握软件工程的基本原理、概念和技术方法,培养从事大型软件系统开发、测试与管理的能力,为今后的计算机应用打下一定基础。 1.1设计内容 本文主要阐述了一套基于C/S结构的网吧计费管理软件的设计与开发,本系实现了分毫不差地记录顾客上机的时间、费用以及付费方式;可以随时了解营业情况:上机人数、营业额、营业流水帐;随时更改收费标准、押金设置、最低消费金额,做日统计和月统计;迅速交接班;条码卡输入,防止作弊和出错的可能;多项措施保证数据的安全:掉电时能保护营业数据;可为顾客设立帐户,争取客源,保证稳定的收益,加快资金的回笼;记录上网顾客资料,符合公安局要求等功能,使之成为可运行的程序的这个过程进行了简单的描述。 设计要求 本课程设计的基本步骤与要求是: 1) 软件可行性研究报告 完成软件功能的概要介绍、述语定义、技术可行性论证、经济可行性论证、方案可行性论证等,完成可行性研究报告。 2) 软件需求分析报告 根据需求陈述,确定软件详细的功能介绍(功能性与非功能性)。分析软件的数据要求,对软件全部输入输出数据进行说明(数据用途、性质、结构、精度、格式、特殊要求等),画出软件的数据流图,并对数据流图进行说明(数据流的数据词典、加工的数据词典、外部接口的数据词典等),完成需求分析报告。 3) 软件总体设计报告

软件工程仓库管理系统

软件设计书 仓库管理系统 系别:应用数学系 专业:信息与计算科学 班级:1204 学号:2012060437 姓名:闫丹爱

第一章可行性研究报告 1.1引言 1.1.1目的 本软件是用来有效的管理超市仓库货物数量及种类,以方便超市工作人员可以全面的了解超市仓库库存货物数量和种类来方便高效的管理超市仓库。 该项目可行性研究报告也是对超市仓库管理系统的全面考虑,是项目分析员进行进一步工作的前提,是软件开发人员成功的开发项目的前提.此分析研究报告可以使软件开发团体尽可能早的估计研制课题的可行性,可以在定义阶段较早的认识到系统方案的缺陷,可以节省时间、财力和精力,并且避免了专业方面的困难.及早地预测项目的可行性,在可行的前提下获得最好的实施方案。 1.1.2背景 随着社会的不断发展,物质的不断丰富,为了满足人们的需求,超市的货物也是越来越丰富。为了方便超市管理人员及时有效的了解仓库情况,更好的管理超市货物,提高管理效率,从而提出本软件。 1.2.要求和目标 1.2.1基本要求 ·功能:具有一定权限的管理人员可以对货物的售出和补充,以及新增加的商品和种类及时的进行修改,同时还具有缺货提示功能。 ·性能:详实有效的罗列出商品货物的数量和种类,来方便超市管理人员。 ·输入:具有一定权限的管理人员对货物数量种类进行修改。 ·输出:查询结果。 系统功能模块图1-1, 图1-1系统功能模块图 录入货物信息、更新 查看管理人员

功能模块及流图的简要描述:首先超市管理人员需要登录系统,如果登陆成功则以进入系统进行操作,否则会提示错误,要求重新登录。登录成功后,管理人员可以根据自己的需要进行操作。当添加货物种类,更改货物数量,都需要管理人员登录系统后才能操作。当货物数量较少时,系统会自动提示管理人员要进货了。本系统还可以管理管理人员的登录,即可以对有权限操作该系统的人员进行增、删、改功能。 ·在安全与保密方面的要求:对于有权限的人员才可以进行对系统的操作。 1.2.2开发目标 ①方便使用者对仓库货物的查询、删除、更新,减少人力和设备的需求。 ②方便了解进出仓库货物情况。 ③及时为用户发出缺货提示。 ④提高工作的效率。 ⑤降低仓库管理及维护费用。 1.2.3具备条件 ①开发条件:计算机实验室所提供的环境即可。 ②开发时间:开发的全过程必须在3个月内完成。 ③开发所需的经费:无。 ④运行的系统:Window 7以上版本即可 ⑤数据库:sqlserver 2000或者sqlsever 2005 1.3.社会因素方面的可行性 1.3.1法律方面的可行性 该系统的开发和研制,将不会侵犯他人、集体和国家的利益,不会违犯国家政策和法律。 1.3.2使用方面的可行性 该系统操做简单,不需要专业培训,一般人员即可胜任。 1.4.结论 综上所述,该项目应立即开始进行研发。从人力资源优化角度来说,可以充分利用人力资源。从经济利益的角度来看,即时开发完成即可用,可以立即赢利。但系统仍旧有些不足,例如修改方面还需人工手动修改数量等。在系统的交付使用中如有不足还望指出,以便改进。 第二章仓库管理系统需求分析 本系统的主要需求者是超市后台管理员。 2.1.本项目概述 本项目所开发的超市仓库管理系统完成超市管理员对货物的管理,减少数据漏掉的情况,更方便管理人员的浏览和操作,节省了人力物力。 2.2.系统一般性描述 由于本系统的数据还算不上大型的。所以数据库服务器与web服务器共用同一台计算机。系统中的货物信息和管理员信息都存放在sqlserver 数据库中。 2.2.1系统的用例图‘图2-1系统用例图’,用例图说明:

教务管理系统运行环境介绍和设置方法

教务管理系统运行环境介绍和设置方法 一、运行环境要求: 1、操作系统:Windows 2、IE内核:兼容IE9.0及以下版本 3、浏览器:360浏览器或带有兼容模式浏览器 二、浏览器相关设置说明 1、IE内核版本过高,导致无法正常显示。 IE内核版本查看方法,如下图所示: 微软IE浏览器不支持从高版本直接降级至低版本,可以通过完全卸载软件后再重新安装IE软件的方法。 具体步骤如下: (1)控制面板→程序→启用和关闭 Windows 功能→去掉 IE10 的勾。 (2)控制面板→程序→程序和功能→已安装更新→卸载 IE10。

如下图所示: (3)重启,并删除 C:\Program Files\Internet Explorer 文件夹和 C:\Program Files(x86)\Internet Explorer 文件夹。 (4)搜索并下载安装 IE9 即可。 2、进入系统后出现“不能创建对象”提示 如下图所示: 解决方法:请下载360浏览器(或具有兼容模式浏览器),并打开任意网站页面(不要停留在360默认打开的导航页面上)后,在地址栏中有个“闪电图标”此模式为“极速模式”,点击极速模式图标将浏览模式更改为“兼容模式”即可。 如下图所示:

3、打印功能设置说明 点击“打印按钮”后,无法正常打印,并出现错误信息提示窗口。 如下图所示: 解决方法: 步骤1:下载安装版Microsoft office进行安装;使用绿色版 office软件,点击打印按钮后系统会报错。 步骤2:选择安全选项卡----Internet----自定义级别,将“对 未标记为可安全执行脚本的ActiveX控件初始化并执行脚本(不安 全)”选项状态变为启用(不安全)

网吧管理系统

信息工程学院 课程设计报告 课程名称:软件建模与分析 设计题目:网吧管理系统 学生:浩 学号: 2015112149 专业班级: 15级软件工程(1)班 指导老师:邱慧丽 时间: 2017.05.08-2017.06.18

目录1引言 1.1问题提出的背景 1.2现状及研究意义 2系统概述 2.1系统需求分析 2.2系统的主要功能 3 UML建模 2.1分析问题领域 4.1.1用例图 2.3设计静态结构模型 4.2.1类图 4.2.2对象图 2.4设计动态行为模型 4.3.1顺序图 4.3.2状态图 4.3.3活动图 4 总结

1.引言 1.1问题提出的背景 需求分析 需求分析分为三个部分:需求的文字表述、数据流图、数据字典。一、需求分析 第一部分调查用户需求 在对网吧管理系统进行实质性分析设计前,我们对用户需求的做了以下几个方面进行了调查。 用户的需求可分为三个方面:一方面是网吧工作人员通过网吧管理系统来管理网吧的各种设备,来方便用户上网,网吧的管理,软硬件的更新;二方面是用户能通过该系统来搜索自己需要用到的软件;三方面是对网吧数据库管理的需求,数据库在DBMS中扮演着极其重要的角色,所以能对系统数据库进行安全和全面地管理也成为了网吧管理者的一个重要需求。这三个方面形成了网吧管理系统的一个有机工作整体,采用计算机平台进行自动化信息处理,可更高效的维护和更新网吧的软硬件设备,为用户提供更好的服务,对网吧的工作人员更好的管理。 在软、硬件方面对系统的需求,软件要求易学,界面友好,容易掌握,可以很简单方便的管理网吧各种软硬件信息。硬件需求的配置要求不能太高,这样可以很好的适应当前的大中型网吧。 本系统开发的总的设计目标是实现网吧管理的系统化、规化和自动化,实现对网吧软硬件的集中统一的管理。本系统主要实现对网

图书馆管理系统软件工程

《软件工程》课程设计 图书馆管理系统设计 姓名:x 学号:xx 指导教师:x 学科专业:x

图书管理系统 一、可行性研究分析 1.1 引言 1.1.1 目的 图书管理工作面对大量的可模块化处理的信息,是当今信息革命的一个重要阵地。为 此,我们设计图书管理信息系统就是采用现代化的信息管理方式代替手工管理方式,提高 图书管理工作效率,做到信息的规范管理,科学统计和快速查询,让图书馆更好的为学校 服务。 从以前的手工管理的记录中我们可以发现这样的问题: 1.检索速度慢、效率低 因为图书馆的藏书种类多、数量多,将藏书准确地分门别类,快速检索,手工进行非 常困难,往往是终于查到了书的信息,但馆中没有此书或已被别人借走。图书馆的规模越 大,这个问题就越突出。 2.借书、还书工作量大 借书、还书频率越大,说明图书馆的作用越大,然而随之而来的大量的借书、还书登记、实存图书的更新以及借出图书超期、遗失等的处理,其工作量之大,往往是人工操 作所难以胜任的,而且经常会出现差错。 3.图书统计工作难,藏书更新不能及时完成 图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新,然而由于藏 书数量及图书种类越来越多,加上自然损耗,人为破坏,使图书的统计工作难以及时完成,藏书的更新也就很难有针对性地进行,藏书的知识结构得不到良好地控制。 1.1.2 背景 A 开发软件系统的名称是:图书馆管理系统 B 开发本项目的提出者:xx 开发者:xx 1.1.3 参考资料 1、《中华人民共和国著作权法》、《计算机保护条例》 2、参考文献 [1]. 张海藩. 软件工程导论(第五版). 北京:清华大学出版社,2008.2 [2]. 张荣梅,梁晓林,赵宝琴. Visual C++实用教程. 北京:中国铁道出版社,2008.9 3.、网络资源

教务管理系统测试计划

软件测试计划说明书 §1.引言 1.1.编写目的 本计划是教务管理系统的总体测试计划。目的是说明各种测试阶段任务、人员分配和时间安排、工作规范等。也是为以后的测试设计、测试开发、测试执行、测试评估有所标准。 1.2.项目背景 a.本项目的名称为教务管理系统; b.本项目是由计算机科学与技术学院08计11班郭琼、王娟、何婷婷、李姣、金欢欢、褚强、孙超为了进行软件测试实训而进行开发的。 1.3.定义 1.3.1.测试用例中的编号 功能名+界面名(每个字第一个汉语拼音大写)+编号 例如:登录第一个用例 DL 0001 1.3. 2.测试用例文件名命名规则 模块名+测试用例 例如:学生模块学生测试用例 1.3.3.黑盒测试 黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。 1.3.4.白盒测试 白盒测试也称结构测试或逻辑驱动测试,它是按照程序内部的结构测试程序,通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序

中的每条通路是否都能按预定要求正确工作。这一方法是把测试对象看作一个打开的盒子,测试人员依据程序内部逻辑结构相关信息,设计或选择测试用例,对程序所有逻辑路径进行测试,通过在不同点检查程序的状态,确定实际的状态是否与预期的状态一致。 1.3.5.静态测试 静态方法是指不运行被测程序本身,仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。静态方法通过程序静态特性的分析,找出欠缺和可疑之处,例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错,并为测试用例选取提供指导 1.3.6.动态测试 动态方法是指通过运行被测程序,检查运行结果与预期结果的差异,并分析运行效率和健壮性等性能,这种方法由三部分组成:构造测试实例、执行程序、分析程序的输出结果。 1.3.7. 组件功能测试 组建功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。 1.3.8.业务测试 业务测试,在单元测试的基础上,将所有业务流程的模块按照设计要求(如根据结构图〕组装成为子系统或系统,进行测试。 1.3.9.压力、容量、性能测试 就是将业务测试完后的系统进行进一步的业务流程测试,例如:在线人数和系统反包括:各个功能点是否以实现,业务流程是否正确。 2.1.2.产品规定的操作和运行稳定。 例如:进行一些评判学生成绩的数据库操作时,数据库会不会正常运行。 2.1. 3.Bug数和缺陷率控制在可接收的范围之内。 例如:估计总代码行数为6000行缺陷数为30个,

网吧管理系统

网吧管理系统

信息工程学院 课程设计报告 课程名称:软件建模与分析 设计题目:网吧管理系统 学生姓名:张浩 学号: 112149 专业班级: 15级软件工程(1)班指导老师:邱慧丽 时间: .05.08- .06.18

目录1引言 1.1问题提出的背景 1.2现状及研究意义 2系统概述 2.1系统需求分析 2.2系统的主要功能 3 UML建模 2.1分析问题领域 4.1.1用例图 2.3设计静态结构模型 4.2.1类图 4.2.2对象图 2.4设计动态行为模型 4.3.1顺序图 4.3.2状态图 4.3.3活动图 4 总结

1.引言 1.1问题提出的背景 需求分析 需求分析分为三个部分:需求的文字表述、数据流图、数据字典。 一、需求分析 第一部分调查用户需求 在对网吧管理系统进行实质性分析设计前,我们对用户需求的做了以下几个方面进行了调查。 用户的需求可分为三个方面:一方面是网吧工作人员经过网吧管理系统来管理网吧的各种设备,来方便用户上网,网吧的管理,软硬件的更新;二方面是用户能经过该系统来搜索自己需要用到的软件;三方面是对网吧数据库管理的需求,数据库在DBMS中扮演着极其重要的角色,因此能对系统数据库进行安全和全面地管理也成为了网吧管理者的一个重要需求。这三个方面形成了网吧管理系统的一个有机工作整体,采用计算机平台进行自动化信息处理,可更高效的维护和更新网吧的软硬件设备,为用户提供更好的服务,对网吧的工作人员更好的管理。 在软、硬件方面对系统的需求,软件要求易学,界面友好,容易掌握,能够很简单方便的管理网吧各种软硬件信息。硬件需求的配置要求不能太高,这样能够很好的适应当前的大中型网吧。 本系统开发的总的设计目标是实现网吧管理的系统化、规范化和

软件工程---学生成绩管理系统

软件工程课程设计报告 题目:_____学生成绩管理系统____ 专业班级:___ 计算机系计科102班___ 姓名:__________ __________ 学号:_______ ______ 同组姓名:______ _________ __________ 成绩评定 指导教师:年月日

目录 第1章绪论 (2) 第2章系统分析 (3) 2.1 系统目标 (3) 2.2 功能要求 (3) 2.3 可行性研究方法 (3) 2.4 系统可行性分析 (3) 第3章需求分析 (4) 3.1 引言 (4) 3.2 任务概述 (4) 3.2.1 编写目的 (4) 3.2.2 背景 (4) 3.3 功能需求 (4) 3.3.1 管理功能部分 (4) 3.3.1.1 管理员功能 (4) 3.3.1.2 学生功能 (4) 3.4 数据流图 (5) 3.5 学生成绩管理系统逻辑结构图 (5) 3.6 用例 (5) 第4章概要设计 (8) 4.1设计目标 (8) 4.2 编写目的 (8) 4.3 任务概述 (8) 4.4 总体设计 (9) 4.4.1 系统设计思想 (9) 4.4.2 学生成绩管理系统顺序图 (10) 4.5 接口设计 (11) 第5章详细设计 (12) 5.1 根本任务 (12) 5.2 程序流程图 (12) 5.3 详细设计说明 (14) 第六章软件测试 (16) 第七章实验结果截图显示 (18) 第八章程序源代码 (20) 第九章实验总结 (27) 第十章参考文献 (27)

第1章绪论 随着互联网的发展,利用INTERNET 技术来实现“无纸办公”这个概念已经深入人心,校园网作为学校信息化建设的一个平台在完成资源共享、互联网访问、教务管理、电子备课等方面发挥了重要作用。服务教学、提高教学水平和教学结果查询是校园网建设的核心目标和核心价值,本系统立足于校园实际,争取做出一个方便快捷的成绩管理系统,实现成绩信息的管理。该项目主要是服务于学生成绩管理方面,进一步方便教师的工作和学生的成绩查询,从而从侧面达到提高学校的管理质量。它具有使用范围广,实用性强,使用简单,所花经费少等优点。 主要功能有两个方面: 管理员,登陆,进入系统,可以进行管理员操作,进行学生信息及成绩信息的编辑、查询、删除、修改、添加、排序等操作。 学生,登陆,进入系统,可以进行查询等操作。 软件系统目标: (1)本系统具有很强的可靠行,可以对录入的学生信息进行效验,对数据进行修改、删除,规定各种权限。 (2)本系统中的模块具有很强的可续性,可以方便管理人员的修改与维护。 (3)本系统操作方便、灵活、简单。 (4)本系统可高效、快速的查询到学生的基本信息。

相关主题
文本预览
相关文档 最新文档