软件工程综合实验报告(考勤管理系统)

软件工程综合实验报告(考勤管理系统)
软件工程综合实验报告(考勤管理系统)

宿迁学院三系综合性实验

实验报告

课程名称软件工程

实验学期 2008 至 2009 学年第二学期学生所在系部计算机系

年级 2 专业班级

学生姓名学号

任课教师郭红

实验成绩

计算机系制

图1 顶层数据流图

图2 0层数据流图

1.3 E-R图

图3 超级用户E-R图

图4 用户E-R图

图5 部门E-R图

图6 总体E-R

2.软件设计

2.1 总体设计

本系统的初步结构图如下所示:

关于图中的标号,分别表示为:

a、登录信息

b、不合格登录信息

c、不合格签到信息

d、签到信息

e、不合格签离信息

f、签离信息

g、不合格删除条件

h、删除条件

i、查询条件 k、不合格查询条件

m、合格登录信息 n、程序主界面信息 l、删除成功信息 j、合格删除条件 o、查询结果

p、合格查询条件 q、合格签到信息 r、签到成功返回结果 s、签离成功返回结果

t、合格签离信息

优化后的结构图为:

其中编号的具体内容为:

1、合格的登录信息

2、程序主界面

3、签到成功的返回信息

4、合格的签到信息

5、签离成功的返回信息

6、合格的签离信息

7、合格的删除条件

8、删除成功信息 9、合格的查询条件 10、查询结果

2.2 数据库设计

本系统设计到普通用户,也就是员工,和超级用户两类用户。超级用户可以管理员工的签到签离操作,也可以查询员工的个人情况和出勤情况。员工只需要告诉超级员工自己的部门和编号就可以完成签到和签离操作。根据实际应用的需要,最大限度的提高系统的性能,本系统涉及5张表,分别是超级用户表、普通用户表、部门表、考勤表和考勤历史表。

2.2.1表结构分别如下:

表1 部门表结构

名称字段类型为空性备注

是否迟到Wlate Bit Not null 1 迟到,0 未迟到

是否早退Wearly Bit Not null 1 早退,0 未早退

是否缺勤WOut Bit Not null 1 缺勤,0未缺勤

2.2.2 这个表之间一定存在这某种相互制约的关系,下图为各表之间的关系图:

2.2.3 用到的比较重要的存储过程、触发器以及索引。

在主界面,当用户选择签到点击“确定”按钮后,执行将数据插入到考勤表中的存储过程wat_insert代码为:

use ygkq

go

create proc wat_insert

@num varchar(10),@gtime datetime

as

insert into worker_attend(num,gtime)

values(@num,@gtime)

Go

当用户选择签离,并且点击确认按钮后,执行将该员工的信息插入到考勤表中的存储过程otime_insert代码为:

use ygkq

go

create proc otime_insert

@num varchar(10),@otime varchar(50)

as

update worker_attend

set otime=@otime

where num=@num

Go

2.3 详细设计

本系统是用delphi制作完成的。具体实现如下

A、超级用户需要先输入自己的用户名和密码,等待系统验证通过后才能登录系统主界面。

超级用户的用户名和密码是存放在数据库中的一个表中的。所以运行本程序时要先连接数据库。

B、在系统主界面超级用户可以实现普通用户签到操作和签离操作,可以对普通用户的出

勤情况进行修改和查询。超级用户对普通用户进行签到操作时,要先输入该员工的部门编号,然后输入该员工的编号。点击确认后系统将本人的签到时间插入到考勤表中。员工的部门编号以及员工的编号也是存储在数据库中的,在员工输入之后会核对员工输入信息的正确性。

进行签离操作是针对已经签到的员工进行的,所以如果用户选择的员工编号没有出现在考勤表中则拒绝进行操作。

C、主界面对信息的查询。对信息的查询包括员工个人信息、员工出勤信息和部门信息。

这个是通过在一个新窗体中打开数据库中的表实现的。对于比较详细的查询操作,这里没有暂时实现该功能。

D、主界面对考勤信息的删除操作。删除操作包括删除当天所有签到信息、签离信息以及

删除某个人的信息。这个是通过存储过程来实现的。

3 系统实现

3.1 展示屏的设计

在一个窗体上放一张图片,然后在图片上加相应的文字说明,增加一个timer控件,在timer 的ontime编写相应的代码。效果图为:

3.2 登录界面的设计

登录界面需要用户名和密码的验证,因此需要连接数据库,需要用到相应的控件,连接上

数据库,在“确定”按钮的单击事件中输入相应代码:

var

suser,password:string;

begin

suser:=form2.Edit1.Text;

password:=form2.Edit2.Text;

adoquery1.Close;

adoquery1.SQL.Clear;

adoquery1.SQL.Add('select suser,mm from SUser where suser='+''''+suser+''''+'and mm='+''''+password+'''');

adoquery1.Open;

if adoquery1.RecordCount=0 then

begin

application.MessageBox('用户名与密码错误,请重新输入','提示',mb_ok);

edit1.SetFocus;

end

else

begin

form2.Hide;

form3.Show;

end;

end;

将该窗体的边界风格设置为bsnone,效果图为:

3.3 主界面的设计

控件的放置如下图所示,在“部门”组合框的ondropdown事件中获得数据库中关于部门的信息,代码为:

var i,j:integer;

begin

combobox1.Clear;

adoquery1.sql.Clear;

adoquery1.SQL.Add('select distinct * from dep'); //从数据库的dep表中读取数据

adoquery1.Open;

j:= adoquery1.RecordCount; //recordcount为读取的记录数

if j>0 then

begin

adoquery1.first;

for i:=0 to j-1 do

begin

combobox1.Items.Add(adoquery1.FieldList[0].asstring); //增加部门编号

adoquery1.Next;

end;

end

else

application.MessageBox('没有部门的信息','提示',mb_ok);

end;

“编号”组合框的代码同上面的类似,这里就不予列列出。

application.MessageBox('没有该员工!','提示',mb_ok);

combobox2.SetFocus;

“删除当前所有签到记录”按钮与“删除所有签离记录”按钮的单击事件的代码相似。

“所有员工信息”、“查询当天记录”、“查询所有记录”和“部门信息”按钮的单击事件代码相似。

主界面的设计如下图所示,

3.4 查询结果显示的界面

这几个界面的实现只要是通过控件实现的,所以只显示一个,为员工信息:

另外系统中难免会输入有错误的地方,这时候提示很重要,这里只显示一个出错提示,如下所示:

实现这个的代码为:application.Messagebox('','',mb_ok).引号中输入相信的内容既可4、测试结果

4.1 登录模块测试

登录模块输入的用户名和密码是要求和数据库中SUser表中的记录相同才能进入主界面的。当输入空的用户名和密码以及不正确的用户名和密码时,是不能进入主界面的。出错提示如下图所示:

只有输入正确的用户名和密码才成进入主界面进行操作。

测试用例:用户名空密码空 (数据库中不存在的用户名和密码)

用户名 23423423 密码空 (数据库中不存在的用户名和密码)

用户名 admin密码 8787676 (用户名和密码字段不匹配)上面的测试用例都不能进去主界面,可以用admin\admin进去主界面。

4.2 主界面模块测试

4.2.1 签到测试

员工签到时可以自己输入部门编号和员工编号,也可以从下拉列表中进行选择。当然下拉列表中的信息是直接从数据库中的表读出的不可能有错。如果员工自己输入部门编号和员工编号的话是可能出错的。

测试用例:部门 89898 (数据库中不存在)员工 9008989 (数据库中不存在)

部门00001 (数据库中存在)员工 opopop(数据库中不存在)

部门00001 (数据库中存在)员工 0000201(数据库中存在但是不是该部门的数据),测试结果为:

成功签到后,系统显示是否迟到,如下图:

4.2.2 签离操作

员工签离时可以自己输入部门编号和员工编号,也可以从下拉列表中进行选择。输入错误的员工信息时如签到操作时的提示,这里不在截图表示。

当员工输入了正确的部门和员工编号时,但是该员工还没有签到,但员工现在选择签离操作,这个不允许的,这里给出提示,如下所示:

签离成功后,系统显示是否早退,如图:

4.2.3 删除操作

可以选择删除当日所有签到记录和所有签离记录也可以选择删除某个人的记录,删除当天某个人的记录的时候,必须保证这个人已经签到了,早考勤表中存在。如果不存在,会有如下提示:

测试用例:空

当删除成功时会有如下提示:

测试用例:0000201 (已经进行签到的员工编号)

4.2.4 查询操作

进行查询操作时要确认连接到数据库中,所以要输入系统的用户名和密码,dba和sql。否则程序会出错。这个我没有能力做处理。

进行详细查询时,需要输入部门号和查询时间段,当用户输入了错误的时间,或者考勤历史表中没有时间的记录时给出提示:

5、总结

通过这次实验,我们不仅熟悉了我们以前学习的数据库原理以及现在正在学习的delphi程序设计和sql sever教程所学到的知识,而且我们还初步了解了制作一个比较合理的软件的具体实施步骤。

首先要对自己要做的这个软件进行一系列的分析,包括可行性分析,需求分析等。在可行性分析中又包括了对软件开发的经济可行性、技术可行性和法律可行性等的分析。需求分析更是对完成一个符合用户需求的软件最重要的必不可少的部分。所以在做需求分析的时候要格外的细心和耐心,保证尽量了解用户对软件的需求,这样才能保证交付用户一个满意的软件。我相信学习软件工程对以后的工作中的项目开发一定会有很大的作用。或许现在我们还只是对软件工程一知半解,只有在具体的实践中才能真正理会软件工程这门课的重要性。但是经过这次课程设计我已经深刻的感觉,开发一个系统最困难的阶段不是写代码编代码,而是对系统进行详尽的分析,而且对系统的分析占用了整个软件开发的很大部分时间。到最后的编码过程中,只需要按照需求分析报告中的功能需求对软件进行编程。

总之,这次实验对我们的收获还是挺大的。我们从中了解到了开发一个软件的大致过程,从而在以后开发的过程中,对那些很重要的比较复杂的部分就有一定的对待策略,而不像第一次开发时这样显得无从下手,总是改变自己刚开始设定的软件的模式。由于这次实验做的比较早,许多delphi的知识老师还没有讲到,所以自己就是在边摸索边前进的过程中实现该软件的。这对自己的自学能力也有一定的锻炼,而且增加了自己对sql server2000的使用。对自己有很大的提高。

6、附录

OA系统考勤管理模块实训报告

目录 引言 (1) 1 系统分析 (2) 1.1需求分析 (2) 1.2功能分析 (2) 1.3可行性分析 (2) 1.3.1 操作可行性 (2) 1.3.2 经济可行性 (2) 1.3.3 技术可行性 (2) 1.4 开发工具简介 (3) 1.4.1 C#概述 (3) 1.4.2 SQL Server简介 (4) 1.5 架构简介 (4) 2 系统总体设计 (5) 2.1 系统功能结构设计 (5) 2.2 数据库设计 (5) 2.2.1 数据表设计 (5) 2.2.2 存储过程设计 (6) 3 系统详细设计与实现 (9) 3.1 我的考勤管理模块 (9) 3.2考勤查询模块 (10) 3.3 考勤设置模块 (11) 3.4 考勤日设置模块 (12) 结论 (13) 参考文献 (14)

引言 说起OA系统几乎是人们都熟识和耳闻的一个IT名词。 总体上讲,它是指一切可满足于企事业单位的、综合型的、能够提高单位内部信息交流、共享、流转处理的和实现办公自动化和提高工作效率的各种信息化设备和应用软件;它不是孤立存在的,而是与企事业单位其它各类管理系统(如电子政务系统、电子商务系统、CRM系统、ERP系统、财务系统)密切相关、有机整合。 OA应该是一个企业除了生产控制之外的一切信息处理与管理的集合。它面向不同层次的使用者,便有不同的功能表现: 对于企业高层领导而言:OA是决策支持系统。OA运用科学的数学模型,结合企业内部/外部的信息为条件,为企业领导提供决策参考和依据; 对于中层管理者而言:OA是信息管理系统,OA利用业务各环节提供的基础“数据”,提炼出有用的管理“信息”,把握业务进程,降低经营风险,提高经营效率; 对于普通员工而言:OA是事务/业务处理系统。OA为办公室人员提供良好的办公手段和环境,使之准确、高效,愉快地工作。 技术范畴:OA是计算机技术在办公业务中的合理应用。计算机技术是OA的前提。如果脱离计算机技术面阔谈OA,无异于痴人说梦。没有计算机技术,OA便成无源之水、无本之木。计算机对信息的存储与处理能力极大地改变了人们的办公方式,提高了工作效率。如:要建立决策支持系统,则需要数据仓库、OLAP等技术;要建立信息管理系统,则要有数据库、程序设计语言等技术;要建立事务/业务处理系统,则离不开数据库、设计良好的人机界面和工作流控制、OLTP等技术。 本系统分三章来介绍OA办公管理系统的设计与实现。第一章系统分析,在系统分析中主要是系统的需求分析、系统的功能分析、可行性分析、开发工具简介、架构简介等;第二章系统总体设计,提出系统功能模块的细分和数据库的详细设计等;第三章系统详细设计与实现,主要包括系统功能子模块的设计与实现、设计理念、实现功能和最终得到的结果等。

软件工程实验报告

软件工程实验报告 姓名:冯巧 学号 实验题目:实验室设备管理系统 1、系统简介: 每天对实验室设备使用情况进行统计,对于已彻底损坏的作报废处理,同时详细记录有关信息。对于有严重问题(故障)的要即时修理,并记录修理日期、设备名、修理厂家、修理费用、责任人等。对于急需但又缺少的设备需以“申请表”的形式送交上级领导请求批准购买。新设备购入后立即对新设备登记(包括类别、设备名、型号、规格、单价、数量、购置日期、生产厂家、购买人等),同时更新申请表的内容。 2、技术要求及限定条件: 采用C#语言设计桌面应用程序,同时与数据库MySql进行交互。系统对硬件的要求低,不需要网络支持,在单机环境下也能运行,在局域网环境下也能使用。方案实施相对容易,成本低,工期短。 一:可行性分析 1、技术可行性分析 计算机硬件设备,数据库,实验室设备管理软件与实验室设备管理系统的操作人员组成,能够实现实验室设备管理的信息化,提高工作效率,实现现代化的实验室设备管理。系统需要满足实验室设备管理(包括对实验设备的报废、维修和新设备的购买)、实验室设备信息查询(包括按类别进行查询和按时间进行查询)、实验室设备信息统计报表(包括对已报废设备的统计、申请新设备购买的统计和现有设备的统计)。这些功能框图如下图所示: 2、经济可行性分析 依据用户的现实需求、技术现状、经济条件、工期以及其他局限性因素等等因素,考虑到工期的长短、技术的成熟可靠、操作方便等因素,本方案具备经济可行性。

3、系统可选择的开发方案 ①方案A用C#开发系统的特点是:开发工具与数据库集成一体,可视化,开发速度较快,但数据库能够管理的数据规模相对较小。系统对硬件的要求低,不需要网络支持,在单机环境下也能运行,在局域网环境下也能使用。方案的实施相对容易,成本低,工期短。 ②方案B:以小型数据库管理系统为后台数据库,该前台操作与数据库分离,也能够实现多层应用系统。系统对硬件的要求居中,特别适合在网络环境下使用,操作方便。但系统得实现最复杂,成本最高,工期也较长。 二:软件需求分析 1.软件系统需求基本描述: 实验室设备管理系统是现代企业资源管理中的一个重要内容,也是资源开发利用的基础性工作。实验室设备在信息化之前,在用户系统管理、设备维修管理、设备的增删改查管理等方面存在诸多不利于管理的地方,不适应现代的企业管理形势和资源的开发利用。 2.软件系统数据流图(由加工、数据流、文件、源点和终点四种元素组成): 1)顶层数据流图 2)二层流程图 3)总数据流图

软件工程实验报告

实验一 一、实验室名称 综合实验楼 二、试验项目名称 图书管理系统 三、实验目的 1.了解和使用甘特图,系统流程图,线性时间图来描绘系统开发流程和进度 2.学会使用visio绘制常用的流程图。 四、实验内容 图书管管理系统更便于对图书进行分类和管理,对借阅者进行时间限定,使得借书的效益更高更安全。提高工作效益,便于操作,能有效地对数据进行更新、查询,并能在一定程度上实现了自动化。图书管管理系统的主要功能为:书目管理、借阅证管理、借还图书、查询、缴费。书目管理主要是针对管理员身份而言的(比如新增书目,删除书目等等);借阅证管理分为五部分:注册、补发、挂失、暂停、注销;借还图书:借书、还书;查询:图书查询、借阅时间缴费主要是计算超期罚款并交纳费用。 五、试验方案分析与设计 整理分析图书管理流程以及每个用户的权限。对功能进行整合。 六、实验器材(设备,元器件) 台式电脑 七、实验步骤 1.对图书管理系统进行分析,整合用户权限和操作 2.根据用户操作流程画出系统流程图 3.对系统做出概要分析,拟定开发流程 4.绘制出甘特图 5.绘制线性时间图 八、实验数据记结果分析

系统流程图: 甘特图: 线性时间图: 九、实验结论 成功绘制出图书管理系统的系统流程图,甘特图,线性时间图。 十、实验总结 对系统流程的理解直接决定业务逻辑的正确与否,错误的系统流程将导致系统开发逻辑设计不合理。甘特图和线性时间图能直观的展示出系统开发的进度,有利于监督项目开发,调整开发进度。

实验二 一、实验室名称 电子楼512 二、试验项目名称 需求分析 三、实验目的 1.学会如何根据客户的需求整合需求分析报告 2.了解和使用IDEF1X图和UML类图对系统做出概要设计 3.学会使用visio绘制IDEF1X图和UML类图 四、实验内容 1、请从下面的描述中找出绘制数据流图的四种成分并用Visio绘制数据流图。 某培训中心要研制一个计算机管理系统。它的业务是:将学员发来的信件收集分类后,按几种不同的情况处理。 (1) 如果是报名的,则将报名数据送给负责报名事务的职员,他们将查阅课程文件,检查该课程是否额满,然后在学生文件、课程文件上登记,并开出报告单交财务部门,财务人员开出发票给学生。 (2) 如果是想注销原来已选修的课程,则由注销人员在课程文件、学生文件和帐目文件上做相应的修改,并给学生注销单。 (3)如果是付款的,则由财务人员在帐目文件上登记,也给学生一张收费收据。 2、有一简单选课系统,用文字描述如下,试用IDEF1X图和UML类图描述该系统的信息模型,并用Visio绘制该IDEF1X图和UML类图。 1)基本描述:在该系统中,有学院、教师、课程、学生等实体,他们的属性分别是:学院:学院编号、学院名称、地址、联系电话、院长等基本属性; 教师:教师编号、姓名、性别、年龄、职称、所在学院等属性; 课程:课程编号、课程名称、课程性质(必修/选修)、学分、开课学院等属性; 学生:学号、姓名、性别、年龄、入学时间、学院等属性。

考勤系统设计

实训报告 学 号: 0224 编 号: B04731017 教 学 院 计算机 课程名称 大型软件项目实训 专 业 网络工程 班 级 二班 姓 名 何娟 2016 年 9 月 20 日

便、能实时记录学生考勤信息的学生考勤管理系统迫在眉睫。 处理流程和数据流程 人工的考勤系统主要包括请假系统,考勤系统,管理中心,主要供学生,辅导员,任课老师,班主任所使用。如下为系统流程图: 在请假系统中,学生想要请假需要向辅导员老师写请假条并说明原因,获得辅导员的同意才能请假成功,否则失败。而学生的请假情况记录在请假条的存根上,在向任课老师请假时也需自己或请同学向老师出示请假条并说明原因,由任课老师在学生名单上记录为“请假”。辅导员、任课老师、学生只有通过查询请假条的存根或考勤表才可知道请假情况。

局限性 该系统会浪费很多的时间而且会很麻烦,当学生需要请假时必须找到辅导员写请假条才行,另外课堂上由于是由任课老师通过点名的方式考勤所以会造成混乱不清更问题。因此,开发一个新的高校学生考勤管理系统迫在眉睫,同时,我们的系统也应运而生。 3.功能需求 这是一个记录学生上课情况的一个考勤系统,方便记录、查询、统计学生考勤信息。学生考勤管理系统用于记录学生的缺课情况,它包括:缺课日期、第几节课、课程名称、学生姓名、学号、缺课类型(迟到、早退、请假及旷课)。 优化界面使学生使用更加便捷,在保证信息共享的同时又注重了信息的安全性而不被篡改。该系统除了用于学生课堂的考勤,还可用于学生出早操情况的考核,开会出勤情况的考核等。而且可以进一步开发,与教务处学生成绩数据库相连接,将考勤结果作为平时成绩或期末成绩及评优的参考。另外该系统还可作为请假系统代替传统写请假条请假的问题。在安全方面,登陆系统时,需验证身份和密码,只有通过验证的身份才能进入系统进行相关的操作。系统间信息的传递也需要进行安全设置,以防止学生的考勤信息被恶意篡改。主要分为6大模块,分为录入学生的缺课记录、修改某个学生的缺课记录、查询某个学

软件工程实验报告(总)

信息工程学院 软件工程实验报告 专业: 班级: 学号: 姓名: 指导老师:

实验一:软件开发的过程计划 实验课时:2课时 一、实验目的 项目计划的目的是为项目的研发和管理工作制定合理的行动纲领,以便所有相关人员按照计划有条不紊地开展工作。 ⑴估计项目的总体规模、工作量和成本。 ⑵制定项目计划,重点放在产品生命周期中的主要关键任务。 ⑶制定项目时间表和预算。 二、实验环境 1.硬件环境 P4以上的个人计算机环境,要求内存不少于512MB,硬盘不小于20G.。 2.软件环境 操作系统:Windows XP 数据库:Sql Server 2000以上或Access 2003以上 3.通用工具软件 通用绘图工具:MicroSoft V isio 2003以上 文本编辑工具:MicroSoft Word 2003以上 4.CASE工具 UML建模工具:Rational Rose 2000 三、实验要求、实验内容 1、实验要求: 在进行实验之前,必须掌握软件开发过程的一些基础知识,准备参考资料和阅读相关的过程模型的文档。 2、实验内容 熟悉RUP(Rational Unified Process)软件开发统一过程的思想,RUP(Rational Unified Process)是由Rational公司(现已是IBM公司的一部分)提出的过程模型,它软件工程史上最完整、最成熟、最优秀的过程模型之一。 学习软件开发的组织和管理,将项目开发各阶段的任务明确,掌握各阶段的里程碑,并熟悉相应的工具。

四、思考题 1、项目开发首先要做的事是什么? 答:进行需求分析和定义,了解客户或用户的需求,然后再进行后续。 2、你认为该软件应具备的最重要的特性是什么。 答:安全性、实用性、灵活性。 3、你认为怎样分工是最合理的? 答:该项目已经采取项目经理制,但是在具体开发过程中,情况也许会比预计的复杂,因此,在了解了各组员的工作风格的情况下,根据性格类型进行工作分配,比如:外向而且善于交流的,可以给他安排和客户交流沟通,让客户随时了解我们 的工作情况,并且反应客户的需求改变;为了让项目更好的组织和管理,可以采取 主程序员负责制;这样,在项目经理的带领下,内部安排主程序员和副程序员,工 作员有问题的话,内部自己解决,只要按时汇报工作就可以了。 五、实验内容: 项目背景 项目名称:银行计算机储蓄系统 随着社会经济的发展,XX银行的业务不断增长,传统的依靠手工的存取款业务办理方式已经不能满足不断增长的业务需求。其一,业务需求的增加需要消耗大量人力物力资源;其二,业务复杂化导致人工处理方式出错率增加,从而引起储户不满。一方面可以减轻银行业务员的工作量,另一方面可以减少工作的出错率,从而提高工作效率。现在计算机网络的告诉发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下,很明显现在的银行储蓄系统已经不能满足人们越益增长的需求,急切需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。为解决此问题,拟为其开发计算机储蓄系统。 项目进度: 项目在项目经理的制度下,在整个开发过程中,树立“里程碑”,而且严格按照计划进行,各阶段任务必须完成,现把任务进度历程绘制如下:

软件工程 实验报告

v1.0 可编辑可修改 院系:计算机科学学院 专业:计算机科学与技术 年级: 2013级 课程名称:软件工程 组员:司少武(1135) 兰少雄(1136) 张宇(1133) 纳洪泽(1132) 指导教师:刘卫平 2015年 12月 26 日

聊天室 1 前言 即时消息系统的研究现状 即时消息系统[1](Instant Messenger,IM)是一种在后 PC 时代兴起的,以Internet 网络为基础的,允许交互双方即时地传送文字、语音、视频等信息,能够跟踪网络用户在线状态的网络应用软件。即时消息系统产生有着深刻的社会原因:人们都有渴望社交,获得社会尊重、实现自我的需求,这正是即时消息软件风行的原动力,而物质文明的日益发达所带来副作用,又使得人们习惯与周围的人保持距离,以致人们更愿意对陌生人敞开心扉,在网络中可以跨越年龄、身份、行业、地域的限制,达到人与人、人与信息之间的零距离交流。从这点上讲,即时消息系统的出现改变了人们的沟通方式和交友文化,大大拓展了个人生活交流的空间。 本工程的主要内容 随着互联网逐步普及,人们的生活和工作也越来越离不开信息网络的支持,而聊天室是人们最常见,最直接的网上交流的方式。本聊天系统以聊天交流为主,为广大用户提供一个借助网络进行人际交往的平台,也是网络与现实最贴近的实用型网站。本文所介绍的网络聊天系统是基于开放的JAVA应用程序开发设计的,其主要特性是能动态、实时的完成信息的传递,且具有高效的交互性,更有效的处理客户请求,且具有脱离数据库技术方法,易于维护和更新的特点。 2 需求分析 本系统所要实现的主要功能是当用户聊天时,将当前用户名、聊天对象、聊天内容、聊天语气和是否私聊进行封装,然后与服务器建立Socket连接,再用对象输出流包装Socket的输出流将聊天信息对象发送给服务器端当用户发送聊天信息时,服务端将会收到客户端用Socket传输过来的聊天信息对象,然后将其强制转换为Chat对象,并将本次用户的聊天信息对象添加

人事管理系统-软件工程实验报告

软件工程实验报告 课题:人事管理系统学生姓名: 学号: 专业班级: 指导教师: 同组成员:

需求分析 一、实验目的 掌握软件需求的结构化分析方法。 二、实验任务与实验要求 导出系统详细的逻辑模型,这里用数据流图来表示。 三、实验内容 (1)功能分析 经过初步分析“人事管理系统”应该具备以下主要功能。 1、职员个人信息资料的增加、修改和删除; 2、职员的考勤录入和查询; 3、职员工资结算和查询; 4、人事管理人员的变化和操作授权; 由于是使用计算机管理,就带来了新的功能:用户登陆、操作人员的管理、基本数据的维护、由数据安全产生的数据备份与恢复。 (2)、关系模式 在满足函数依赖和无损连接的基础上,使数据的设计更加合理。在本系统中只有3个实体,那就是普通员工、管理员、超级管理员,他们权限的不听通过角色来区分。在整个系统中超级管理员只有一人,管理员二人。一个人只可以在普通员工、管理员、超级管理员中处于一个角色,而不可以兼任。其具体的关系模式如下: 普通员工(员工号,密码,姓名,性别,出生年月,身份证号,联系电话,就职时间) 管理员(管理员号,密码,姓名,性别,出生年月,身份证号,联系电话,就职时间) 超级管理员(超级管理员号,密码,姓名,性别,出生年月,身份证号,联系电话,就职时间) 工资(员工号,时间,基本工资,提成,奖金) 考勤(员工号,时间,迟到,早退,管理员号) 注意:“”表示主码,“”表示既是主码又是外码。 E-R图如下所示

数据字典设计: 为了方便数据库的管理和维护,本系统只设计一个数据库workers.mdb,其中包含worker(员工信息表)、manager(考勤信息表)、booklist(工资信息表) 表1-1 worker(员工信息表)各字段设计 表1-2 monit (考勤信息表)各字段设计

安徽工业大学软件工程实验报告

《软件工程》实验报告 姓名:江文杰 学号:139074333 班级:网133 指导老师:周兵

一.实验目的 1.能按照软件工程的思想,采用面向过程的方法开发出一个小型软件系统。 2.在软件系统开发过程中,能综合利用一门编程语言和软件工程等多门课程的知识。 3.培养良好的软件开发习惯,了解软件企业文化。 4.掌握结构化数据流分析技术。 5.掌握结构化程序设计的基本概念与技术,并且养成良好的编码风格。 6.掌握单元测试的一般步骤及技术。 7.掌握集成测试的一般步骤和技术。 二.实验内容 1.软件需求分析 ①、功能需求分析 ·输入一个年份(1-3000),然后显示12个月的月历 ·能解决闰年和平年问题 ·能输出显示结果 ②、运行需求分析 ·操作系统:Windows9x, Windows2000, Windows XP及更高版本 ③、数据流图

软件结构图: 2.软件设计与编码 #include #include #include #include #define firstdayof1 1 /* 定义第一年的第一天,星期日=7 */ #define gap " " /* set gap between numbers of dates */ #define dent " " /* set right margin. */ struct info { int month; int firstdayofmonth; int daysofmonth; int leap; }monthinfo;

XX公司人力资源管理系统用户需求分析报告

人力资源管理系统用户 需求分析报告 目录 1引言 (2) 编写目的: (2) 项目背景: (2) 参考资料: (2) 2总体要求 (2) 目标: (2) 软件开发平台要求 (3) 3 模型功能 (4) 用例: (4) 管理员概念模型: (5) 员工概念模型: (5) 图 (6) 数据流程图 (6)

招聘管理: (6) 考勤管理: (7) 工资管理: (7) 培训管理: (7) 员工管理: (8) 4数据字典 (8) 1引言 编写目的:通过人力资源管理系统,能够提高公司人才利用率,提高公司的核心竞争力,还能提升企业的管理能力,使得企业能够快速适应信息时代的网络化管理要求。 增进员工之间的沟通,协调员工之间的协作管理。在该系统中包括对员工考勤和薪酬的管理,这样能够使得员工更方便和快捷的了解与自己密切相关的信息。 项目背景: 本项目的名称:人力资源管理系统 本项目的应用范围:中小型公司 开发者:人力资源管理系统软件公司 用户:开发人员 参考资料: 《软件工程导论》张海藩牟永敏清华大学出版社

2总体要求 目标: 1.招聘管理功能: 发布职位需求信息职位招聘申请提交并通过超级管理员审批后,系统在网上发布招聘信息,进行招聘,将受到的简历同意管理,并显示给相关招聘负责人。面试结束后,管理员在线输入是否同意录用,然后系统产生审批表,办理入职手续。 2.员工管理功能 员工信息涉及所属部门,职位,个人信息员工级别。并且可以提供综合查询功能和数据分析功能(部门人数统计,员工年龄分析等) 3.工资管理模块: 薪资福利解决薪资计算,四金处理,假期管理具体业务,并提供相关的分析和报表(薪资变动,部门薪资汇总) 4.培训管理模块: 设计培训需求,汇总成培训计划,计划内容包括培训的时间、地点、参与人、预算等。 由培训计划生成培训的实施方案,详细记录培训实施情况。培训评价管理,记录员工在每次培训中的评价。培训记录自动记入员工资料。 5.考勤管理模块: 支持请假、出差、加班、补休、调班、停工等考勤业务管理。工资模块直接引用考勤结果进行相关计算。假期管理中可以自定义法定假期与企业假期。

软件工程实验报告(总)

信息工程学院软件工程实验报告 专业: 班级: 学号: 姓名: 指导老师:

实验一:软件开发的过程计划 实验课时:2课时 一、实验目的 项目计划的目的是为项目的研发和管理工作制定合理的行动纲领,以便所有相关人员按照计划有条不紊地开展工作。 ⑴估计项目的总体规模、工作量和成本。 ⑵制定项目计划,重点放在产品生命周期中的主要关键任务。 ⑶制定项目时间表和预算。 二、实验环境 1.硬件环境 P4以上的个人计算机环境,要求内存不少于512MB,硬盘不小于20G.。 2.软件环境 操作系统:Windows XP 数据库:Sql Server 2000以上或Access 2003以上 3.通用工具软件 通用绘图工具:MicroSoft Visio 2003以上 文本编辑工具:MicroSoft Word 2003以上 4.CASE工具 UML建模工具:Rational Rose 2000 三、实验要求、实验内容 1、实验要求: 在进行实验之前,必须掌握软件开发过程的一些基础知识,准备参考资料和阅读相关的过程模型的文档。 2、实验内容 熟悉RUP(Rational Unified Process)软件开发统一过程的思想,RUP(Rational Unified Process)是由Rational公司(现已是IBM公司的一部分)提出的过程模型,它软件工程史上最完整、最成熟、最优秀的过程模型之一。 学习软件开发的组织和管理,将项目开发各阶段的任务明确,掌握各阶段的里程碑,并熟悉相应的工具。

四、思考题 1、项目开发首先要做的事是什么? 答:进行需求分析和定义,了解客户或用户的需求,然后再进行后续。 2、你认为该软件应具备的最重要的特性是什么。 答:安全性、实用性、灵活性。 3、你认为怎样分工是最合理的? 答:该项目已经采取项目经理制,但是在具体开发过程中,情况也许会比预计的复杂,因此,在了解了各组员的工作风格的情况下,根据性格类型进行工作分配,比如:外向而且善于交流的,可以给他安排和客户交流沟通,让客户随时了解我们 的工作情况,并且反应客户的需求改变;为了让项目更好的组织和管理,可以采取 主程序员负责制;这样,在项目经理的带领下,内部安排主程序员和副程序员,工 作员有问题的话,内部自己解决,只要按时汇报工作就可以了。 五、实验内容: 项目背景 项目名称:银行计算机储蓄系统 随着社会经济的发展,XX银行的业务不断增长,传统的依靠手工的存取款业务办理方式已经不能满足不断增长的业务需求。其一,业务需求的增加需要消耗大量人力物力资源;其二,业务复杂化导致人工处理方式出错率增加,从而引起储户不满。一方面可以减轻银行业务员的工作量,另一方面可以减少工作的出错率,从而提高工作效率。现在计算机网络的告诉发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下,很明显现在的银行储蓄系统已经不能满足人们越益增长的需求,急切需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。为解决此问题,拟为其开发计算机储蓄系统。 项目进度: 项目在项目经理的制度下,在整个开发过程中,树立“里程碑”,而且严格按照计划进行,各阶段任务必须完成,现把任务进度历程绘制如下:

人事管理系统功能需求分析

人事管理系统功能需求分析 一、目的 为改善人事部门劳动繁琐、效率低下、不能及时、完善提供领导需要的各种人事报表的管理现状,需上线人事管理系统。 二、业务流程及功能需求分析: 1、完善的人事信息档案管理及统计功能。其中包括部门信息管理(组织结构管理)和职工信息管理(人事档案信息管理)两个主要方面。 ①、组织-机构管理:能提供完善的组织机构信息,还需能完成部门合并、转移、新建、撤销、升级、降级等功能,并在特定条件下,职工信息跟随部门信息变动(如:在部门合并、转移时,只需调整部门就可以了,不用讲该部门下面所有人员一个一个的都调整到新部门)。能提供部门编制及在编人数情况,能设定详细的岗位需求人员情况,以便制定岗位招聘计划。 ②、职工信息管理:能提供完善的人员信息档案管理并能根据条件进行查询、汇总、统计分析等,能提供人事信息批量导入、批量修改等功能。 2、招聘管理:可对所有应聘人员进行信息登记,建立储备人才库,通过部门岗位编制及缺编情况从储备人才库中优先选择合适应聘人员。还应对企业所参加招聘会信息进行详细登记,以便对员工入职来源进行统计分析,以利于有针对性的制定招聘计划和参加招聘会。 3、考勤管理:现阶段的需求是手工录入或电子导入员工考勤数据,为薪资管理做数据支持,远期目标是通过考勤机自动汇总出勤情况。还要能对异常出勤情况进行登记,主要是请销假、出差、倒休等情况的登记录入,以方便领导能实时查询员工出勤情况。 4、薪资管理:应能批量处理固定工资及计件工资、计时工资等员工的薪资情况,并支持从电子文件中导入基础数据,自动计算各种工资及应发、应扣、保险、个税缴纳等项目,并进行统计汇总,传递给财务进行工资发放。还应能自动分析缴纳保险、劳保发放等详细情况的统计分析及与财务部门的实施联系,避免重复操作。 5、培训管理:可根据不同部门、不同工作岗位分别设立培训计划,并能对培训结果记录在个人信息中,同时进行分析汇总。对培训单位进行登记,并能对培训老师、培训单位、培训课程进行反馈,以方便制定远期培训规划。 5、完善的自定义功能:每个模块均应有自定义功能,系统管理员

软件工程实验报告_学生成绩管理系统

软件工程实验报告 学生成绩管理系统的设计与实现 学生姓名 学号 班级 成绩 指导教师 年月日

目录 1 课题描述 (3) 2 可行性研究 (4) 2.1 编写目的 (4) 2.2 项目背景 (4) 2.3 定义(术语) (4) 2.4 数据流程和处理流程 (4) 2.5 可行性分析的前提 (5) 2.6 可行性分析 (5) 3 需求分析 (7) 3.1 学生成绩管理系统功能需求 (7) 3.2 学生成绩管理系统性能要求 (8) 3.3 数据流图 (8) 3.4 数据字典 (9) 3.5 学生信息管理系统逻辑结构图 (12) 3.6 用户信息实体关系图 (12) 4 概要设计 (13) 4.1 编写目的 (13) 4.2 项目背景 (13) 4.3 任务概述 (13) 4.4 总体设计 (13) 4.5接口设计 (17) 4.6数据结构设计 (17) 5 详细设计 (19) 5.1 系统程序流程图 (19) 5.2 界面设计 (21) 5.3 程序界面截图 (22) 5.4 程序源代码 (27) 6 软件测试 (58) 7 总结 (62)

1 课题描述 随着互联网的发展,利用INTERNET 技术来实现“无纸办公”这个概念已经深入人心,校园网作为学校信息化建设的一个平台在完成资源共享、互联网访问、教务管理、电子备课等方面发挥了重要作用。服务教学、提高教学水平和效果是校园网建设的核心目标和核心价值,本系统立足于校园实际,着眼于未来发展,建成符合标准化协议、通用性较强、实用的系统,以提高高校的现代化管理水平,实现信息资源的共享。该项目主要是服务于教学方面,进一步方便教师的工作和学生的学习,从而从侧面达到提高学校的教学方面‘软件’质量。可以说它适用于每一所高校,因此很有开发价值。我们不敢说该产品是所有该系列产品中最好的,但是我们这里要强调的是它具有使用范围广,实用性强,使用简单,所花经费少等优点。我们可以肯定的说它将在高校的使用过程中其优点将得到最充分的体现。 主要功能有三方面: 管理员,登陆,进入系统,可以进行管理员操作,进行学生信息、教师信息、课程信息的编辑、查询、删除、修改、添加、打印等操作。 学生,登陆,进入系统,可以进行查询、修改、打印等操作。 教师,登陆,进入系统,可以进行查询、学生成绩录入、修改、打印等操作。 软件系统目标: (1)本系统具有很强的可靠行,可以对录入的学生信息进行效验,对数据进行修改、删除,规定各种权限。 (2)本系统中的模块具有很强的可续性,可以方便管理人员的修改与维护。 (3)本系统操作方便、灵活、简单。 (4)本系统可高效、快速的查询到学生的基本信息。

软件工程 实验报告

院系:计算机科学学院专业:计算机科学与技术年级: 2013级 课程名称:软件工程 组员:司少武(1135) 兰少雄(1136) 张宇(1133) 纳洪泽(1132) 指导教师:刘卫平 2015年 12月 26 日

聊天室 1 前言 即时消息系统的研究现状 即时消息系统[1](Instant Messenger,IM)是一种在后 PC 时代兴起的,以Internet 网络为基础的,允许交互双方即时地传送文字、语音、视频等信息,能够跟踪网络用户在线状态的网络应用软件。即时消息系统产生有着深刻的社会原因:人们都有渴望社交,获得社会尊重、实现自我的需求,这正是即时消息软件风行的原动力,而物质文明的日益发达所带来副作用,又使得人们习惯与周围的人保持距离,以致人们更愿意对陌生人敞开心扉,在网络中可以跨越年龄、身份、行业、地域的限制,达到人与人、人与信息之间的零距离交流。从这点上讲,即时消息系统的出现改变了人们的沟通方式和交友文化,大大拓展了个人生活交流的空间。 本工程的主要内容 随着互联网逐步普及,人们的生活和工作也越来越离不开信息网络的支持,而聊天室是人们最常见,最直接的网上交流的方式。本聊天系统以聊天交流为主,为广大用户提供一个借助网络进行人际交往的平台,也是网络与现实最贴近的实用型网站。本文所介绍的网络聊天系统是基于开放的JAVA应用程序开发设计的,其主要特性是能动态、实时的完成信息的传递,且具有高效的交互性,更有效的处理客户请求,且具有脱离数据库技术方法,易于维护和更新的特点。 2 需求分析 本系统所要实现的主要功能是当用户聊天时,将当前用户名、聊天对象、聊天内容、聊天语气和是否私聊进行封装,然后与服务器建立Socket连接,再用对象输出流包装Socket的输出流将聊天信息对象发送给服务器端当用户发送聊天信息时,服务端将会收到客户端用Socket传输过来的聊天信息对象,然后将其强制转换为Chat对象,并将本次用户的聊天信息对象添加到聊天对象集Message中,以供所有聊天用户访问。 接收用户的聊天信息是由多线程技术实现的,因为客户端必须时时关注更新服务器上是否有最新消息,在本程序中设定的是3秒刷新服务器一次,如果间隔时间太短将会增加客户端与服务器端的通信负担,而间隔时间长就会让人感觉没有时效性,所以经过权衡后认为3秒最佳,因为每个用户都不可能在3秒内连续发送信息。 当每次用户接收到聊天信息后将会开始分析聊天信息然后将适合自己的信息人性化地显示在聊天信息界面上。

学生考勤管理系统的系统管理

吉首大学商学院 课程名称:学生考勤管理信息系统管理系别:商学院会计系 专业: 组别: 学生姓名: 学号:

学生考勤管理系统的系统管理 一、考勤管理系统启动 考勤管理系统启动是指组织正式开始一个考勤管理系统或继续到考勤管理系统的下一个阶段。这个阶段的主要工作是考勤管理系统识别、考勤管理系统构思和考勤管理系统选择,形成考勤管理系统建议书或者可行性研究报告。 1、系统需求分析 系统需求分析是指考勤管理系统投资者通过对考勤管理系统产品或服务的市场需求、社会需求、公众需求以及投资者本身发展需求的综合分析,确定考勤管理系统的方向以及考勤管理系统投资的可行性,为投资决策提供依据和必要的准备工作。 我校学生现阶段上课考勤的管理方式主要为任课老师上课点名和学生会组织课堂查课,对于学生请假的管理,若请假时间为三天以内需要向班主任递交请假申请,若时间更长,则需要班主任和院系领导都批准方能生效。这种传统的学生考勤模式在我校目前的管理中暴露了不可避免的弊端。造成学生请假不方便的现象。此外传统考勤模式记录学生出勤情况不全面、登记学生考勤信息不准确,既浪费人力,又降低了工作效率。致使学生对自己整个学期的上课出勤情况没有整体的统计信息。班主任对本班学生整个学期的上课出勤情况不易查看。院系领导、学校领导不容易把握学生上课的出勤情况。难避免考勤中的弄虚作假现象,如代课行为等。另外手工记录的数据不

利于长期保存,数据不能共享、无法互相利用、互相参照,导致大量数据冗余,信息传递存在滞后和遗漏。 2、考勤管理系统的可行性研究 学校现有的考勤管理模式已无法快速、高效的完成学生考勤信息管理的任务,随着信息量的增加,考勤管理人员的工作量与工作压力也越大。因此,开发一个高效、灵活、方便、能实时记录学生考勤信息的学生考勤管理系统迫在眉睫。 (1)、管理可行性:随着学校的发展、学生人数的不断增加,学生的考勤管理信息任务越来越复杂、繁重,需要应用到更科学合理的管理方法和信息管理系统,以满足各类用户需求。 (2)、技术可行性:该系统是一个数据管理系统,处理数据库数据只需一般配置的计算机,其开发也只需在普通的操作系统下进行,安装一般的处理软件和支持软件即可。因此,开发该管理系统具有技术可行性。 (3)、经济可行性:经济可行性:本系统使用B/S架构设计,使用市场上流行的动态网页技术,不需要专门开发客户端,开发简单,使用方便,系统部署对软硬件要求不高,用户操作简单,几乎不需要对用户进行专业培训就可使用本系统,所以从经济上讲是可行的。 3、考勤管理系统启动步骤 考勤管理系统启动这个阶段应该定义一个考勤管理系统的所有参数,以及开始计划针对考勤管理系统的目标和最终成果的各种管理行为。 ⑴、制定考勤管理系统的目标:开发本系统的目的,就是要解决目前高

软件工程实验报告

1.1 实验一结构化需求分析 一.实验类型 图书馆管理系统 假定校图书馆需要你设计一个图书馆管理系统,要求包括以下功能: ●图书管理员可以管理馆藏图书,包括每本图书的藏书编号、书名、编著者、 ISBN号、出版社、出版时间、入馆时间、馆藏数量(如果馆藏数量为1,则标明为孤本图书)、在馆数量、学科类别等(或其它你认为有用的信息); ●管理员可以查询、统计所有图书、每一类图书或每一本书的借阅记录; ●图书管理员可以管理所有读者的信息,包括读者类型(学生、教师、社会人 士)、姓名、图书证编号、办证时间、证件状态(正常、挂失、冻结)等信息; ●图书管理员可以查询和统计所有读者、每一类读者或每一个读者的借阅记录; ●读者可以通过本系统查询馆藏图书; ●读者可以通过本系统借阅读书。但对于孤本图书或在馆数量为1的图书则不 准外借; ●管理员可以对超期未归还图书的读者发送电子邮件进行提醒,对于超期一年 不归还图书的读者冻结其图书证; ●读者可以通地本系统归还图书。如果图书超期,则自动计算罚款金额。二.实验目的 1.掌握数据流的分析技术 2.掌握软件需求分析的过程和方法。 3.熟悉项目开发计划和需求规格说明书的制定方法。 三.实验内容和要求 1.用结构化数据流分析技术进行软件系统需求分析,得出系统的数据流图和数据字典。 2.正确运用图表工具进行表示。 3.按规范正确编写软件文档。

四.实验步骤 1.理解所承担项目的业务流程和业务内容。 本软件项目是面向中小型学校、单位机构对于图书管理的基于服务的一款便捷式软件。能满足一系列常用图书管理的功能模块,提供简介、准确的操作性,可以很大程度减少人为因素带来的数据错误,统计错误,系统逻辑错误。并且规模小,很容易进行推广。 ●本项目的参与对象有图书管理员及读者。 ●对于读者,能通过该软件浏览馆藏的所有图书。读者在图书馆找到自己喜欢 的书后,能自行通过该软件操作完成借阅操作。若读者是第一次借书,必须通过图书管理员进行添加读者记录,登记读者信息。读者在登陆后方能完成借阅操作,对于孤本图书(即图书馆中馆藏只有一本的图书)则拒绝进行借阅操作。在规定期限内,读者可以通过该软件完成还书操作,对于超期的图书,应将扣除一定罚款金额,对于超期一年不归还图书的读者冻结其图书证。 并且读者能修改个人信息。 ●对于图书管理员,能管理自己和比自己低一级管理权限的管理员。一级管理 员能完成维护管理员的基本信息和二级管理员的一切操作。二级管理员则能维护自己的信息和添加读者、添加图书的功能。管理员可以对超期未归还图书的读者发送电子邮件进行提醒,对于超期一年不归还图书的读者冻结其图书证; 2.按照系统的功能及性能要求,系统的作业范围等,确定软件系统的开发环境(操作系统、开发工具、程序设计语言等)。 根据软件编程经验,本系统将采用面向对象的设计方法,使用Eclipse开发工具,java窗体应用程序,操作系统使用Win8。 3.绘制数据流图、功能分析图等。

人事管理系统软件工程实验报告

人事管理系统软件工程实验报告

软件工程实验报告课题:人事管理系统 学生姓名: 学号: 专业班级: 指导教师: 同组成员: 需求分析

一、实验目的 掌握软件需求的结构化分析方法。 二、实验任务与实验要求 导出系统详细的逻辑模型,这里用数据流图来表示。 三、实验内容 (1)功能分析 经过初步分析“人事管理系统”应该具备以下主要功能。 1、职员个人信息资料的增加、修改和删除; 2、职员的考勤录入和查询; 3、职员工资结算和查询; 4、人事管理人员的变化和操作授权; 由于是使用计算机管理,就带来了新的功能:用户登陆、操作人员的管理、基本数据的维护、由数据安全产生的数据备份与恢复。 (2)、关系模式 在满足函数依赖和无损连接的基础上,使数据的设计更加合理。在本系统中只有3个实体,那就是普通员工、管理员、超级管理员,她们权限的不听经过角色来区分。在整个系统中超级管理员只有一人,管理员二人。一个人只能够在普通员工、管理员、超级管理员中处于一个角色,而不能够兼任。其具体的关系模式如下: 普通员工(员工号,密码,姓名,性别,出生年月,身份证号,

联系电话,就职时间) 管理员(管理员号,密码,姓名,性别,出生年月,身份证号,联系电话,就职时间) 超级管理员(超级管理员号,密码,姓名,性别,出生年月,身份证号,联系电话,就职时间) 工资(员工号,时间,基本工资,提成,奖金) 考勤(员工号,时间,迟到,早退,管理员号) 注意:“”表示主码,“”表示既是主码又是外码。 E-R图如下所示

数据字典设计: 为了方便数据库的管理和维护,本系统只设计一个数据库workers.mdb,其中包含worker(员工信息表)、manager(考勤信息表)、booklist(工资信息表) 表1-1 worker(员工信息表)各字段设计

软件工程实验报告

软件工程实验报告 Prepared on 22 November 2020

实验报告实验名称实验一:可行性分析试验报告评分 实验日期 2008 年 4 月 1 5 日指导教师张铁楠 姓名董晓光专业班级信息与计算科学0501 学号 21 一、实验名称 可行性分析试验报告 二、实验目的 根据软件工程国家文档规范和课题,撰写可行性分析报告文档。达到熟悉可行性分析方法和可行性文档规约的目的。 三、实验环境 1、硬件环境:显示器一台(分辨率为800*600),硬盘为80G,内存为512M,CPU为Pentium 2.66G。 2、软件环境:WORD2000。 四、试验步骤与内容 1. 引言 编写目的:本学生课程管理系统模块是为了实现各大高校对学生选课而设计的,通过试用本系统,可以更加有效的管理学生选课信息,其中包括课程基本信 息,课程信息并且具有查询课程信息,查询教师信息,选课、退选等功 能 项目背景:本系统属于高校学生信息管理系统中的学生选课管理模块,由管理系统总体设计人员提出,由本组成员联合开发,实现的是管理系统中关于学生 选课管理的子功能。 参考资料:参见《软件工程》、《管理信息系统》两书。 2.可行性研究的前提 要求:(1)功能:本系统主要针对各大高校选课这一块,学生通过登录,可以查 看各周课程基本信息、查看教师基本信息,并且通过必修和选 修分开,如果一天哪几节有必修课,而其它时间你可以进行选

修课选择,可以通过选课,学生选择自己需要的课程,并可以 退选,最后学生还可以打印课程表。 (2)性能:查询效率尽可能做到精准,信息维护功能做到简单易 用,不需过多对人员的培训。 (3)输入:对于查询功能,应做到可以单条件和组合条件输入;对 于维护功能,要有输入、修改学生信息和课程。 (4)输出:能按要求在显示器上显示所需内容并能打印成有条理的 表格。 (5)安全与保密:对于不同权限用户,设置不同权限,对重要数据 可以考虑加密存储。考虑到数据保存,条件允许的情况下 可以让系统定时自动保存,省去手工保存的繁杂程序。 (6)本模块由系统主界面调入,实现学生选课管理子功能。 (7)完成期限:1个月 (8)基本处理流程:(见最后一页) 条件、假定和限制: 开发时间:4月。 经费来源:个人筹集 最迟完成时间:2008年6月1日 决定可行性的主要因素: 资金到位 开发人员无较大变动 3.对现有系统的分析 现有系统为完全人工记录,设备落后,工作重复量大、枯燥,错误率高,查询复杂、花费时间长。 4.所建议技术可行性分析 本系统将大大改善数据处理速度,并且更加方便的对数据进行管理,同时可以减少人力资源的浪费以及工资支出。 采用建议系统可能带来的影响 只需添置低档计算机,如果条件允许可添加打印机以便查询能方便打印成 资料作为参考。 4.2.2对现有软件的影响

学生考勤系统需求分析

学生考勤管理系统需求分析 版本:1.5 创建者:朱晓芳、李莎、李伟民、许迢、高照 修改者:李莎 日期:2014年5月28日

目录 1.引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3定义 (4) 1.4参考资料 (4) 2.任务概述 (4) 2.1目标 (4) 2.2用户的特点 (5) 2.3假设与约定 (5) 3.需求分许 (5) 3.1总体结构图 (5) 3.1.1请假管理模块分析 (6) 3.2请假管理模块流程图 (7) 3.2.1请假申请模块分析 (7) 3.2.2请假修改模块分析 (8) 3.2.3请假审核模块分析 (8) 3.3考勤管理模块流程图 (8) 3.3.1考勤录入模块分析 (9) 3.3.2考勤修改模块流程图 (9) 3.3.3考勤统计模块分析 (9) 4对功能的规定 (9) 4.1精度 (9) 4.2时间特性要求 (9) 4.3输入与输出要求 (10) 4.4数据管理能力要求 (10) 4.5故障处理要求 (10) 4.6其他专门要求 (10) 5.运行环境的设定 (10) 5.1设备 (10) 5.2支持软件 (10) 5.3接口 (11) 6.目标系统界面 (11)

考勤管理系统需求分析 1.引言 考勤管理系统需求分析小组在相互的配合下,认真而全面地调查了用户对考勤管理系统的需求,确定了系统的功能要求,性能要求及系统运行支持环境要求等。为下一步的开发工作奠定了良好的基础。本软件需求说明书全面、概括性的描述了考勤管理系统所要完成的工作,使软件开发人员和用户对本系统中的业务流程及功能达成共识。通过本软件需求说明书可以全面了解考勤管理系统所要完成的任务和所能达到的功能。 1.1 编写目的 1.作为软件系统开发技术协议的参照依据,为双方提供参考。 2.根据考勤管理工作的特点和业务流程的特点,对被开发软件系统的主要功能、性能进行完整的描述,为软件开发进行设计和编程提供基础。 3.为软件提供测试盒验收的依据,即为选取测试用例和进行验收提供依据。 预期读者:需求分析小组、项目开发小组、项目测试小组。 1.2 背景 a. 待开发软件系统的名称:《考勤管理系统》 b. 此项目的任务提出者:重庆机电职业技术学院考勤管理办公室 c. 开发者:项目小组(朱晓芳、李莎、李伟民、高照、许迢) d. 用户:重庆机电职技术学院考勤管理办公室 e. 本系统还应该能与其他系统共享部分数据,如“教务管理系统”、“学生档案管理系统”等,这样可以节约横多数据存储的资源,还能方便学校的管理工作 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母词组的原词组。 总体结构:软件系统的总体逻辑结构。 数据字典:数据字典的名字都是一些属性与内容的抽象与概括,其特点是数据的严密性和精确性,不能有半点含糊。数据字典又分为用户数据字典和系统数据字典。用户数据字典包括单位的各种编码或代码。 动态数据:在软件运行过程中,系统给用户的数据,也就是系统在处理过程中或处理之后所产生的数据。 静态数据:系统运行之前设定的数据,它表示系统的初始化状态或初始化功能。 1.4 该文档的编号

相关文档
最新文档