学生饭卡管理系统

班级： 2015-2016学年第2学期第12～20周

课程设计II报告

题 目： 食堂饭卡管理系统 学 号： 姓 名： 指导教师： 职 称： 成 绩：

管理学院

2016 年 7 月 5 日

南京邮电大学

课程设计II指导教师成绩评定表

题 目 学生姓名 评分内容 平时成绩 班级学号 食堂饭卡管理系统 评分标准 认真对待课程设计，遵守实验室规定，上机不迟到早退，不做和设计无关的事。 设计内容丰富，符合大纲要求 设计内容 界面外观漂亮、大方 功能符合大纲要求 文档设计正确合理 文档反映设计规划过程 文档写作 文档反映系统设计流程 答辩 总评分 简练、准确阐述设计内容，能准确有条理回答各种问题，系统演示顺利。 10 20 专业 总分 20 10

饭卡管理系统测试文档

1. 引言

1.1 编写目的

本文档为文件检索模块的系统测试活动提供范围、方法、资源、进度、功能方面和指定目录下的文件列表以及文件相对路径的指导。

1.2 测试策略

功能测试：主要实现文件的检索功能及增、删、改、查。

性能测试: 主要是系统的适应性（在操作方式、运行环境与其他软件的接

口发生变化时，应具备的适应能力）

可靠性、稳定性测试：在一定的条件下，系统能承受住压力，不至于到崩

溃的边缘，检索系统一定要具有可靠性、稳定性。

兼容性：检索系统要在不同的硬件中与系统兼容及支持。

恢复测试: 恢复测试主要采取的是人工测试的方法，主要是系统不能正常

的工作，进而检验系统的恢复能力。

安全测试: 如果用户在系统中设置密码，系统是否支持和可靠。 强度测试: 要测试系统在检索中如果溢出系统是否会提示。

面向用户支持方面的测试：界面是否具有规范性、界面是否美观是否具有人性化、易操作性。

1.3 范围

本系统测试计划是整个软件开发项目中的一部分，起始于详细设计阶段，直到系统测试阶段结束后终止。该计划主要测试与饭卡管理系统测试有关的功能。

2. 测试概要

3.系统测试

3.1 单元测试

单元测试结果如表所示。

名称 entry() s

1引言 ............................................................................................................. 错误！未定义书签。 1.1编写目的 ............................................................................................... 错误！未定义书签。 1.2背景....................................................................................................... 错误！未定义书签。 1.3定义....................................................................................................... 错误！未定义书签。 1.4参考资料 .............................................

饭卡管理系统测试文档

1. 引言

1.1 编写目的

本文档为文件检索模块的系统测试活动提供范围、方法、资源、进度、功能方面和指定目录下的文件列表以及文件相对路径的指导。

1.2 测试策略

功能测试：主要实现文件的检索功能及增、删、改、查。

性能测试: 主要是系统的适应性（在操作方式、运行环境与其他软件的接

口发生变化时，应具备的适应能力）

可靠性、稳定性测试：在一定的条件下，系统能承受住压力，不至于到崩

溃的边缘，检索系统一定要具有可靠性、稳定性。

兼容性：检索系统要在不同的硬件中与系统兼容及支持。

恢复测试: 恢复测试主要采取的是人工测试的方法，主要是系统不能正常

的工作，进而检验系统的恢复能力。

安全测试: 如果用户在系统中设置密码，系统是否支持和可靠。 强度测试: 要测试系统在检索中如果溢出系统是否会提示。

面向用户支持方面的测试：界面是否具有规范性、界面是否美观是否具有人性化、易操作性。

1.3 范围

本系统测试计划是整个软件开发项目中的一部分，起始于详细设计阶段，直到系统测试阶段结束后终止。该计划主要测试与饭卡管理系统测试有关的功能。

2. 测试概要

3.系统测试

3.1 单元测试

单元测试结果如表所示。

名称 entry() s

饭卡管理系统测试文档

1. 引言

1.1 编写目的

本文档为文件检索模块的系统测试活动提供范围、方法、资源、进度、功能方面和指定目录下的文件列表以及文件相对路径的指导。

1.2 测试策略

功能测试：主要实现文件的检索功能及增、删、改、查。

性能测试: 主要是系统的适应性（在操作方式、运行环境与其他软件的接

口发生变化时，应具备的适应能力）

可靠性、稳定性测试：在一定的条件下，系统能承受住压力，不至于到崩

溃的边缘，检索系统一定要具有可靠性、稳定性。

兼容性：检索系统要在不同的硬件中与系统兼容及支持。

恢复测试: 恢复测试主要采取的是人工测试的方法，主要是系统不能正常

的工作，进而检验系统的恢复能力。

安全测试: 如果用户在系统中设置密码，系统是否支持和可靠。 强度测试: 要测试系统在检索中如果溢出系统是否会提示。

面向用户支持方面的测试：界面是否具有规范性、界面是否美观是否具有人性化、易操作性。

1.3 范围

本系统测试计划是整个软件开发项目中的一部分，起始于详细设计阶段，直到系统测试阶段结束后终止。该计划主要测试与饭卡管理系统测试有关的功能。

2. 测试概要

3.系统测试

3.1 单元测试

单元测试结果如表所示。

名称 entry() s

一般的企事业单位就餐管理都适用

饭堂饭卡管理规定

为更好的搞好食堂工作，更好地为员工提供合理的伙食服务，我们对饭堂饭卡的使用和管理方面作出了如下规定：

1、员工就餐之饭卡由我方自行提供，并交到贵公司人事行政部或后

勤部并核对数量。

2、饭卡由贵公司人事行政部或后勤部安排专人负责派发，员工自行到贵公司主管处购买或领取饭卡。（购买或领取饭卡时需签名确认）

3、饭卡只作就餐依据，不作现金使用，不可与厨房交换它物。

4、员工自购买饭卡之日起，，无特殊情况即按该饭卡的有效使用期计费。

①若中途需停餐者，应提前一天到主管处预报停餐（该报停餐数不计伙食费，停餐期限内不得在饭堂就餐，并将饭卡暂时交回主管处保管，需从新就餐时领回，并开始计算伙食费用），已领取饭卡没有停餐者按就餐计算。贵公司主管按照实际停餐情况提前一天提供次日的开餐人数给我方。

②若中途饭卡遗失者，应及时到主管处登记报失，并按领取饭卡之日起至遗失之日全部就餐计算，并予补发饭卡。（若饭卡遗人属人为饭卡转让或蓄意使用他人饭卡的，经查证属实则按双倍的伙食费收取）。

5、饭卡应保持清洁完好，不得私自涂改就餐记录。

①若发现私自涂改饭卡就餐记录的，自行涂改处按就餐计算，并按涂改数量作出 元的处罚。

②若因饭卡自然破损或污渍

武汉工程大学 计算机科学与工程学院

综合设计报告

设计名称： 数据库系统综合设计 设计题目： 学生管理系统 学生学号： 专业班级： 学生姓名：

学生成绩： 指导教师（职称）：

完成时间： 2014-12-25

武汉工程大学计算机科学与工程学院 制

说明：

1、报告中的第一、二、三项由指导教师在综合设计开始前填写并发给每个学生；四、五两项（中英文摘要）由学生在完成综合设计后填写。 2、学生成绩由指导教师根据学生的设计情况给出各项分值及总评成绩。 3、指导教师评语一栏由指导教师就学生在整个综合设计期间的表现、设计完成情况、报告的质量及答辩等方面，给出客观、全面的评价。 4、所有学生必须参加综合设计的答辩环节。凡不参加答辩者，其成绩一律按不及格处理。答辩小组成员应由2人及以上

武汉工程大学 计算机科学与工程学院

综合设计报告

设计名称： 数据库系统综合设计 设计题目： 学生管理系统 学生学号： 专业班级： 学生姓名：

学生成绩： 指导教师（职称）：

完成时间： 2014-12-25

武汉工程大学计算机科学与工程学院 制

说明：

1、报告中的第一、二、三项由指导教师在综合设计开始前填写并发给每个学生；四、五两项（中英文摘要）由学生在完成综合设计后填写。 2、学生成绩由指导教师根据学生的设计情况给出各项分值及总评成绩。 3、指导教师评语一栏由指导教师就学生在整个综合设计期间的表现、设计完成情况、报告的质量及答辩等方面，给出客观、全面的评价。 4、所有学生必须参加综合设计的答辩环节。凡不参加答辩者，其成绩一律按不及格处理。答辩小组成员应由2人及以上

平原滤清器有限公司 行政管理部 分发单位 行政管理通知 资料编号 共2页 PLB-08-001-11 第 页 有 效 期 2011年12月30日 机柴滤制造厂、旋装滤制造厂、空气滤制造厂、零件制造厂、质量保障部、财务部、销售公司、研发中心、生产部、设备动力部、物料部、企业文化部、行政管理部 关于食堂饭卡使用管理办法的通知 1 目的 规范饭卡的发放、使用及用餐管理。 2 适用范围 适用于公司内持卡就餐员工。 3 职责 3.1 行政管理部：负责食堂刷卡设备的管理、饭卡办理、饭卡充值、用餐金额统计上交及食堂费用结算。 3.2 财务部：负责对员工充值款项的保管与各食堂餐费的支付。 3.3 各部门考勤员：负责本部门饭卡的发放、回收工作。 4 管理办法 4.1 饭卡办理及回收 4.1.1由行政管理部负责首次办卡； 4.1.2饭卡如有损毁，可由部门出具证明经证实后，本人带原饭卡到食堂负责人处更换。 4.1.3员工离职时需将饭卡交还行政管理部，否则不退回卡内余额。 4.2饭卡充值 4.2.1充值处只对持卡人办理20元以上的存款业务。 4.2.2对于饭卡有损坏或粘有胶布者，概不办理充值。 4.2.3充值时，把现金交给充值

学生住宿管理系统

学 生 住 宿 管 理 系 统

班级：姓名：学号：专业：

学生住宿管理系统

1. 设计概述

随着信息化社会的快速发展，各行各业对于信息的自动化管理也越来越重视。迫切需要采用更加有效的技术工具和先进的管理手段。计算机作为现代科学技术的一项卓越成就，正好能够准确而快速地自理现代管理中的一系列实际问题，是现代管理中不可缺少的管理技术。学生公寓作为高校学生学习、生活的主要场所，这里管理的好与坏，将直接影响大学生的成长进步。为了使学生公寓管理人员能够方便，轻松的管理学生基本情况，我参考设计了一个《学生公寓管理系统》。希望能为管理人员提高管理水平做出一点贡献。

1．1设计题目与设计要求

我多设计的系统项目为《学生公寓管理系统》，本数据库包含有学生、宿舍、辅导员、

院系、宿舍管理员、住宿、管理等实体；学生实体涵盖了住宿管理时所需要的学生相关的一些信息。辅导员是学生在学校联系最直接的人，学生有事找的最多的是辅导员，学生出了事情也需要辅导员出面解决，所以创建辅导员这一实体。宿舍主要提供宿舍的一些信息。管理员是宿舍管理的直接人员，学生宿舍哪里出了问题，要知道找哪些管理员。根据这些要求设计该系统。

1．2实验目的

随着社会主义现代化建设和高教事业的不断发展，对于管理