软件工程实验报告-请假条管理系统

第一篇：软件工程实验报告-请假条管理系统

请假条

一、可行性研究分析

引言：

不管是学习还是工作生活，人们总避免不了和请假这种事情打交道。开发操作简单，功能实用的请假系统既可以帮助要请假的人更加方便的申请请假，又可以帮助领导者快速审核请假事情，还可以简化请假的审查和统计以作为评比的依据。该系统非常容易被接受，它具有简单易学性，便于申请者实用和管理阶层管理，是对学校，机关，事业单位进行请假管理的非常有效的工具。

编写目的：

这份可行性研究报告是对请假管理系统做的可行性研究分析以及之处存在的必要性。由于学校、机关、公司日常都需要所管理员工的请假问题，还需要及时处理员工的请假，对请假到期人员的到岗情况，未请假人员的缺岗情况进行审核，传统的纯人工纸质请假程序复杂，极不方便员工的请假，也不方便管理者的考勤和管理。开发该请假系统将极大的方便学生群体和职工群体的请假和公司化管理，提高效率，对请假者，管理者，单位都是有极大的好处的！

可行性研究所采用的方法和步骤：

通过调查分析开发请假系统所具备的能力及实现的方法。确定总体结构，利用web + mysql 所具有的能力，以最简洁最容易的方法，使其成为一个初级的系统软件。

对现有产品的分析：

因为当前学校、机关等都采用纸质请假考核，所以目前该方面尚处于空白阶段！

系统功能：

方便使用者完成请假操作，方便管理者处理请假请求，方便管理者管理请假！（图表，工作原理，系统流程图，数据流程图）

技术可行性：

由于该请假系统设计的初衷是方便使用者请假和领导者进行请假的管理，所以要做到最大限度方便用户。当用户完成登录后，可以查看自己的历史请假信息，可以填写新的请假申请，填写完成后信息进入数据库。系统根据提交者的工号（学

号）判断提交者的所属单位，找到其直接管理者A，然后通知其管理者A该条请假申请。管理者A通过审核该请假申请，选择同意或者拒绝，同时改写数据库的请假条批复状态反馈至申请者。当管理者B登录后可以查看所有当前状态下（当前日期）所有的当期（在请假期限内）请假条。整个流程完成！考虑到整个系统要方便使用者，规模属于小型系统，使用web开放完全可以胜任！因此，决定采用jsp+strut2+mysql的框架对该系统进行开发。

其它可供选择的方案：

可以选择web，传统桌面应用程序，android系统移动终端程序相结合的方法，三种模式共享数据库，可以做到极大的方便使用者和管理者的使用。可行性综合分析：

技术方面：

本工程产品开发周期为20天，在技术上采用web编程与数据库相结合方法来实现，要求所有数据信息都有数据库来完成，而这些数据信息的管理必须有web编程来设计完成。

可行性结论：

综上所述，本工程的技术成熟、完备，测试手段可靠，具有良好的市场拓展，因此本工程可立即开始。

一、需求分析

用户需求：高校学生希望能够快速便捷的完成请假，高校管理者希望能更加方便批复和管理学生的请假申请，教师希望能更及时准确掌握学生的请假信息以完成考核。

业务需求：

使用范围要求：按照安阳师范学院全日制学生学籍管理等相关文件，学生请假需要其直接辅导员批准，且请假时间不能超过七天！数据库中保留所有学生的请假信息，当前有效请假信息随时供辅导员和教师查看。

功能要求：

学生请假：学生可以提交请假条，查看历史请假条

辅导员管理：辅导员可以查看属于自己管理的请假条，批准或拒绝（可写明拒绝原因），查看所有自己批准的请假条，查看所有提交给自己的请假条

教师管理：登录查看当天自己所执教课程的请假人员。

二、总体设计

三、详细设计

第二篇：软件工程需求分析实验报告(小型超市管理系统)

《软件工程》实验报告

小型超市管理系统

需求分析

指导教师：___ 黄潇__ _ 班 级：_1002__(第___组)学生姓名：__ xxx_____ 学 号：__xxxxx__ 完成日期：____________

运城学院计算机科学与技术系

1．系统需求概述

针对超市本身的特点，结合我们日常生活的实际情况，本系统能基本实现超市的进、销、存等管理功能的各个方面，不仅能使超市的基本情况让超市管理者直观的了解，同时更能为超市管理者提供决策的系统有效以及合理的依据。此系统主要分为四大功能模块，包括商品销售管理模块，商品进货管理模块，商品库存管理模块，超市人员管理模块，他们的具体功能如下。

1、商品销售管理功能：实现对销售信息的查询，实现商品销售信息的汇总。

2、商品进货管理功能：实现对进货信息的添加、删除、修改的更新功能。

3、商品库存管理功能：实现对商品基本信息和商品库存信息的查询，实现商品信息和库存信息的添加、删除和修改的更新功能。

4、超市人员管理功能：实现职工信息和供货商信息的查询，实现职工信息和供货商信息的添加、删除、修改的更新功能以及简单的信息维护，用户名变更和密码修改。

2．用例建模

2.1 参与者列表

超市经理：对商品销售信息的查询和管理；

对进货信息的增加、删除、修改的更新功能；

对商品基本信息和商品库存信息的查询以及相关信息的更新;

对职工信息和供货商信息的查询以及相关信息的更新功能；

对简单的信息进行维护，可以进行用户名变更和密码修改。

2.2 用例列表

UC1 登陆：用于验证用户权限

UC2 系统维护：用于用户名和密码的变更修改。UC3 查询销售信息：用于查看销售信息。

UC4 销售信息盘点：用于商品销售信息的汇总盘点。

UC5 添加商品进货信息：用于对将要进货的商品的基本信息添加到系统。UC6 删除商品进货信息：用于对不再进货或者输入有误的商品进行删除。UC7 修改商品进货信息：用于修改所进商品的相关信息，如数量，价格等。UC8 查询商品信息：用于查询商品的明细信息和它的库存信息。UC9 添加商品信息：用于添加新进的商品基本信息。

UC10 修改商品信息：用于修改商品的基本信息和它的库存数量。UC11 查询员工信息：用于查询超市现有员工基本信息。UC12 添加员工信息：用于添加新雇佣员工基本信息。UC13 删除员工信息：用于删除离职员工信息。

UC14 修改员工信息：用于修改信息有变化的员工信息。UC15 添加供应商信息：用于添加新供应商基本信息。UC16 删除供应商信息：用于删除不再供货的供应商信息。UC17 修改供应商信息：用于修改信息有变化的供应商信息。

2.3 用例图

UC9添加商品信息UC1登陆UC10修改商品信息UC2系统维护UC11查询员工信息UC3查询销售信息UC12添加员工信息UC4销售信息盘点超市经理UC5添加商品进货信息UC14修改员工信息UC6删除商品进货信息UC16删除供货商信息UC13删除员工信息UC7修改商品进货信息UC15添加供应商信息UC8查询商品信息UC17修改供货商信息2.4 用例规格说明

1、登陆用例

执行者：超市经理 事件流：经理打开系统输入正确的用户名和密码可以成功登陆系统，并享有一切权限，可以操作系统的各个功能。

2、系统维护用例 执行者：超市经理

事件流：经理登陆系统之后可以对用户名和密码进行变更修改。

3、查询销售信息用例 执行者：超市经理

事件流：经理可以查看销售信息，了解超市经营状况。

4、销售信息盘点用例 执行者：超市经理

事件流：经理可以对商品销售信息进行汇总盘点。

5、添加商品进货信息用例 执行者：超市经理

事件流：经理可以把将要进货的商品的基本信息添加到系统。

6、删除商品进货信息用例 执行者：超市经理

事件流：经理对不再进货或者输入有误的商品进行删除。

7、修改商品进货信息用例 执行者：超市经理

事件流：经理对所进商品的相关信息，如数量，价格等进行修改。

8、查询商品信息用例 执行者：超市经理

事件流：经理查询商品的明细信息和它的库存信息。

9、添加商品信息用例 执行者：超市经理

事件流：经理添加新进的商品基本信息。

10、修改商品信息用例 执行者：超市经理

事件流：经理修改商品的基本信息和它的库存数量。

11、查询员工信息用例 执行者：超市经理

事件流：经理查询超市现有员工基本信息。

12、添加员工信息用例 执行者：超市经理

事件流：经理添加新雇佣员工基本信息。

13、删除员工信息用例 执行者：超市经理

事件流：经理删除离职员工信息。

14、修改员工信息用例 执行者：超市经理

事件流：经理可以修改信息有变化的员工信息。

15、添加供应商信息用例 执行者：超市经理

事件流：经理添加新供应商基本信息。

16、删除供应商信息用例 执行者：超市经理

事件流：经理删除不再供货的供应商信息。

17、修改供应商信息用例 执行者：超市经理

事件流：经理修改信息有变化的供应商信息。

2.5 辅助需求

由于本系统为小型超市管理系统，数据库采用SQL Server2005即可，数据库的内容较少，很容易满足。本系统需要安全性好，同时要对数据实现汇总和直观的体现，以方便用户了解和分析数据。

3．对象建模

对象模型表示静态的、结构化的系统的“数据”性质，它是对模拟客观世界实体的对象以及对象彼此间关系的映射，描述了系统静态结构。对象模型为建立动态模型和功能模型，提供了实质性的框架。

3.1 确定类与对象

小型超市管理系统中的类与对象有：超市经理，供货商信息，超市员工信息，商品信息，进货信息，销售信息。

3.2 确定关联

超市经理对供货商信息有关联；超市经理对超市员工信息有关联；超市经理对商品信息有关联；超市经理对进货信息有关联；超市经理对销售信息有关联；商品信息对销售信息有关联；商品信息对进货信息有关联；

3.3 确定属性

供货商信息：供货商名称，供货商电话，供货商品。

商品信息：商品编码，商品名称，商品价格，商品数量，供货商名称。进货信息：商品编码，商品名称，商品进价，入库时间，进货数量。销售信息：商品销售数量，销售金额。

3.4 确定服务

供货商信息：添加，删除，修改； 商品信息：查询，添加，删除，修改；

进货信息：添加，删除，修改； 销售信息：查询，盘点；

3.5 系统类图

进货信息供货商信息-供货商名称-供货商电话-供货商品+添加()+删除()+修改()-结束1-结束2**-商品编码-商品名称-商品进价-入库时间-进货数量+添加()+删除()+修改()-结束3-结束4**商品信息-商品编码-商品名称-商品价格-商品数量-供货商名称+查询()+添加()+删除()+修改()**-结束5-结束6销售信息-商品销售数量-销售金额+查询()+盘点()

4．动态建模

系统中的对象在执行期间的不同时间点如何让通信以及通信的结果如何，就是系统的动态行为，这时就需要运用动态建模的方式来描述

4.1 活动图

进货管理活动图

进货管理输入进货信息查询相关信息确认进货信息输入查询的信息保存信息确认查询的信息

销售管理活动图

查询相关信息盘点销售信息输入查询信息查询销售数量确认查询信息盘点商品

库存管理活动图

库存管理查询添加删除修改输入新商品信息输入查询信息输入所要删除信息查询所要修改的信息确认添加的新信息确认删除的信息输入新商品信息确认查询的信息保存信息删除商品信息确认商品信息保存信息保存商品信息

员工信息管理活动图

职工管理查询添加删除职工信息修改职工信息输入职工信息输入查询信息输入所要删除的职工信息查询所要修改的信息确认职工的新信息确认删除的信息输入新的职工信息确认查询的信息保存信息从数据库中删除职工信息确认职工信息保存职工信息 供货商管理活动图

供货商管理查询添加供货商信息删除供货商信息修改供货商信息输入供货商信息输入查询信息输入所要删除的供货商信息查询所要修改的信息确认供货商新信息确认删除的信息输入新的供货商信息确认查询的信息保存信息从数据库中删除供货商信息确认供货商信息保存供货商信息

4.2 状态转移图

更新进货信息数据库删除进货信息添加进货信息登陆系统修改进货信息查询销售信息查询员工信息系统管理销售信息盘点更新员工信息数据库修改供货商信息添加员工信息删除供货商信息添加供货商信息修改员工信息删除员工信息更新供货商信息数据库

5.总结

通过本次对小型超市管理系统的需求分析，使我对软件工程中需求分析过程有了十分深刻的认识和理解，结合老师课堂所讲的知识和本次实验的内容，使自己充分学习并掌握了用例建模，对象建模和动态建模的每种图的画法和基本知识。通过实验的具体分析，让自己所学到的知识在实践中得到检验，发现自己在开始做实验的时候对基础知识很不熟悉，需要查看课本来回顾，然后再结合具体的内容按步骤进行分析和解决。经过自己的学习和研究，将本次需求分析实验完成的比较完整和全面，也让自己的知识更加扎实，为今后的实践打下理论基础。

第三篇：软件工程实验报告

《软件工程》实验报告

专业班级微软IT一班

学生姓名

指导教师赵春刚

实验一需求分析

一、实验目的通过对软件项目的需求分析，掌握需求分析的主要方法和技术，了解需求分析过程。

二、实验要求

自选一个软件项目，应用软件工程中需求分析方法对系统需求进行分析。

三、实验内容

1、项目完成主要功能概述（1）项目名称

（2）项目完成主要功能

2、项目需求描述（建立需求模型）（友情提示：完成主要的用例模型即可）

四、实验总结

实验二软件设计

一、实验目的通过对软件项目的软件设计，掌握软件设计的方法的技术，了解软件设计过程。

二、实验要求

针对需求分析所选的项目和功能模块进行。完成软件项目主要概要设计和详细设计。

三、实验内容

1、项目概要设计描述（建立概要设计模型）

（友情提示：完成项目的主要系统结构图（功能模块图）即可）

2、项目详细设计描述（建立详细设计模型）

（友情提示：用流程图或UML相关模型（活动图、时序图等），完成两个模块以上）

四、实验总结

说明：（此实验为可选做，若完成实验成绩加分）

实验三软件测试

一、实验目的通过对软件项目的测试，掌握软件测试的原理和方法，了解软件测试过程。

二、实验要求

针对需求分析所选的项目和功能模块进行。完成软件项目主要功能模块的测试。

三、实验内容

1、采用主要测试方法描述

2、主要功能模块测试用例设计

四、实验总结

第四篇：软件工程实验报告

实验三：面向对象的系统对象模型实验

一、实验目的

1: 熟悉面向对象分析的基本方法，加深理解对象模型、动态模型和功能模型的意义和 作

2: 学习使用rose工具进行面向对象分析的方法

3：理解对象模型、动态模型和功能模型在rose系统中的表示

4：学习用例图、类图、关联图、顺序图、状态图的绘制方法，了解其各自的作用

二、实验环境

1.硬件环境

P4以上的个人计算机环境，要求内存不少于128MB，硬盘不小于20G.。2.软件环境

操作系统：Windows 2000 或 Windows XP 数据库： SqlServer 2000 或 Access 2003数据库系统 3.通用工具软件

通用绘图工具： MicroSoft Visio 2003 文本编辑工具： MicroSoft Word 2003 4.CASE工具

实体建模工具： Erwin 4.0 UML建模工具：Rose 2000

三、实验内容

1.实验题目

已知资料管理系统提供资料信息维护、资料查询、借阅/归还三项基本功能。使用本系统的角色包括管理员、教师、学生三类。管理员可从事所有操作，学生与教师只能进行资料查询、借阅/归还操作。教师最多可以同时借阅10本资料、学生只能同时借阅5本。对于借阅期满3个月但是仍未归还的资料，在管理员控制下，系统将自动生成并输出“催还单”。

试采用面向对象的分析方法对“资料管理系统”进行需求分析和初步设计，做出其详细的需求陈述；定义基本功能及角色；提取对象、做出用例图和类图 2.实验内容

利用rose工具进行系统建模的实验，建立所指定之题目的用例图和对象模型 3.系统初步设计

资料管理系统的角色有三种，分别是管理员、教师、学生。资料管理系统的基本功能有一下三项：  资料信息维护  资料查询  借阅/归还 4.思考题

1：“角色定义”在应用系统中有什么作用？ 答：角色的定义有利于明晰角色所对应的事物以及对数据和功能的操作权限，是系统更加条理。

2：USE-CASE图反映了系统在哪一方面的需求？ 答：它描述了系统的功能以及如何使用一个系统并显示谁将是相关的用户、用户希望系统提供什么服务以及用户需要为系统提供的服务，它反映了整个系统的一个大概设计。3：对象模型应当包括哪些内容？使用ROSE工具进行分析建模时，通过哪几种图例描述对象模型？

答：对象模型描述的是系统的静态结构，包括系统的类和对象，他们之间的属性和操作，以及它们之间的联系。它通常用用例图和类图来描述。

5系统类图

6.系统用例图

第五篇：软件工程实验报告

《软件工程》课程实验报告

实验名称：教务管理系统之子系统——学院课程安排

姓名：

院（系）：软 件 学 院

专业班级：

学号：

指导教师：

地点：

成绩：

时间：2012 年 10月 日 至 2012 年 11月 8 日

1.实验目的确定项目的可实施性，获取项目的需求，并在此基础上完成系统的逻辑功能模型的建立，了解软件工程中需求分析阶段的主要活动和需求分析文档描述的主要内容，掌握利用数据流图描述系统功能需求的方法，正确应用数据字典。增进对软件工程的理解，学会系统的分析软件的构成，掌握并理解软件从确立到测试等一系列过程。

2.实验内容

1.系统简介

每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和最低周学时数等）；任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。

假设上述排课过程全部由人工操作，现要求为上述过程实现计算机自动处理过程。

2.限定条件

a)每位教师的主讲课程门数不超过2门/学期：讲师以下职称的教师不能承担学院定主课的主讲任务。

b)学院中层干部的主讲课时不能超过4学时/周。

c)本学期出现严重教学事故的教师不能承担下各学期的主讲任务。

d)本系统的输入项至少包括：教务处布置的教学计划，学院教师自报的授课计划和学院定的有关授课限制条件。

e)本系统的输出项至少包括：教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。

项目数据流图

系统的分析“教务管理系统之子系统——学院课程安排”的组成、结构和实现步骤，明白项目的业务流程图，绘制数据流图（DFD），数据模型（ER），编写数据字典（DD），数据加工处理的描述，撰写需求规格说明书

3.实验步骤

1.2.3.4.5.对图书管理系统进行分析，整合用户权限和操作 根据用户操作流程画出系统流程图 对系统做出概要分析，拟定开发流程 绘制出甘特图 绘制线性时间图

4总结与回顾

通过这次实验，我学到了很多东西，教务管理系统是学校的管理核心，管理应涉及到学校的专业设置、学藉管理、成绩管理、网上注册、开课管理、选课管理、师资管理等，在数据库一级建立强有力的安全系统，管理人员可以在互联网的任何地方办工，真正实现学校网上管理。

学校中的教务管理是一项很重要的工作，包括学生管理，教师管理和课程管理等。开发“教务信息处理系统”的目的就是利用计算机的查询和运算功能，代替手工处理，提高工作效力和质量，所以该系统是必要而且能够实现的。

此次开发的软件是教务管理系统的一个子系统，即学院课程安排。通过此次课程设计，我们更加了解了软件的原理，软件的开发方法和步骤，如绘制数据流图和数据字典的编写。进一步掌握了有关数据库设计的知识和JAVA程序设计，了解了有关网络的相关知识，对软件开发平台有了一定了解。我增长了不少软件工程与编程，数据库的知识。在作设计的过程中，软件是不断变化的，开始构造的是一方面，实际制作时又是另外一方面，所以得不断变化。软件必须有效的支持他的用户，我们做的软件是学生选课系统，所以我们需要从学生和老师，管理员的实际情况出发，制定他们操作方便的系统，是软件对用户友好。

在写数据字典之前，我对数据字典的理解有一些偏差，通过这次作实验，我知道了数据字典就是对数据流，数据流分量，数据存储，处理的定义集合。我们做这种比较小的软件时，数据字典还比较好维护，哪里出了问题，可以很快的找到，然后改正。如果做比较大的软件时，数据字典就不好维护了。开发大的软件系统时，数据字典的规模和复杂程度迅速增加，貌似人工维护就不太可能了。

这次实验的完成是我们小组共同努力的结果，我们每个人都付出了很大的汗水，也让我明白了团队合作是多么的重要，那么大的工作量仅靠一个人的力量是不可能完成的，在以后的工作和学习中一定要重视团队合作的重要性，多与合作伙伴交流，了解每个人的想法，最后大家的想法和在一起就是个很了不起的工作。也让我认识到软件在我们的生活中越来越重要，我们的生活处处离不开软件，也让我对自己以后的工作有了很深的了解，让我可以向着自己的目标一点点前进。