软件工程程序设计报告
《软件工程》程序设计报告
餐馆点菜系统
班级： 08软件
指导老师：
开发成员：
2011年3月3日
目录
第一章可行性研究（张飞）----------------------------------------------3
1.引言
2.可行性研究的前提
3.对现有系统的分析
4.所建议的系统
5.可选择的其他系统方案
6.投资及效益分析
第二章项目开发计划（张飞）----------------------------7
1.引言
2.项目概述
3.实施计划
4.支持条件
5.专题计划要点
第三章项目需求分析说明书（赵杰）------------------------------------11
1. 引言
2. 任务概述
3. 需求规定
4. 运行环境规定
第四章项目详细分析说明书（朱陈立）---------------------------------13
1. 引言
2. 程序系统的结构
3. 程序设计说明
第五章软件测试（朱陈立）----------------------------------------------17
1. 软件测试概念
2. 软件测试目的
3. 软件测试原则
4. 软件测试方法分类
5. 软件测试步骤
第六章用户手册（赵杰）-------------------------------------------------19
1. 引言
2. 用途
3. 运行环境
4. 使用过程
第七章总结------------------------------------------------------------------22
第一章可行性研究报告
1引言
1.1编写目的
在市场经济蓬勃发展的今天，酒店、餐饮电脑管理在世界各国已非常普及。它成为服务行业提高办公效率、提高竞争力的关键因素之一。随着经济环境的不断发展，面对餐饮业严酷竞争日益激烈的现实，如何加强管理、提高工作效率和改善服务质量成了急待解决的问题。而解决这些问题的关键措施之一就是建立实用、先进、高效的餐饮电脑管理系统，引进创新的经营机制，适应新形式下的生存和发展的空间。
通过对本系统的操作，服务员可更加迅速使用系统为顾客点菜、加菜，并即时的把数据传到出品台。然后出品台根据客人所点的菜单迅速出品，而且所有的操作数据都储存在后台的数据库中，以备查询。
1.2背景
软件系统的名称：餐馆点菜系统；
a.本项目的任务提出者：蒋巍；
b.开发者：张飞、赵杰、朱陈立；
c.用户：适用于各种餐厅，酒店；
d.实现该软件的计算中心是常州工学院秋白楼B-720；
1.3定义
走单走单是员工的一种作弊行为，是指故意把整张账单走失，以达到私吞餐饮收入的目的。
走餐走餐也是员工的一种作弊行为，指不开账单，也不收钱，白白走失餐饮收入。
走数走数也是员工的一种作弊行为，指账单上的某一项目的数额或者该项目数额中的一部分走失。
出品台：服务员取菜的柜台
出品：俗称上菜
1.4参考资料
参考文献：《软件工程》张海藩倪宁编著；
《Visual Basic程序设计》唐学忠费贤举王文琴编著；
2可行性研究的前提
2.1要求
功能模块：点菜模块、收银模块、查询模块
2.2目标
通过使用本系统可以实现餐馆管理的信息化，提高餐馆的工作效率，隐型成本降低如管理方面生产能力得到充分提高，服务整体提升，给人一种卫生的环境美观大方、简单实用。
2.3条件、假定和限制
a．所建议系统的运行寿命的最小值为2年；
b．进行系统方案选择比较的时间为2天；
c．由于没有经费、投资，所以程序做的有些简单；
d．由于硬件、软件、运行环境和开发环境方面的条件和限制，菜单打印等功能不能实现；
e．可利用的信息和资源；
2.4评价尺度
电子点菜系统使用方便上手快、需要添置硬件设备简单，费用相对降低，开发周期短、维护起来比较方便。
3对现有系统的分析
现有系统存在严重的走单、走餐、走数，而且人为错误时有发生，服务员人数较多，酒店整体看起来不易整齐、较吵杂。
由于是人工管理在人员高峰期时业务流动量不能有效提升，这就降低了整体收入，而且不能及时了解营业情况做出合理决策
3.1处理流程和数据流程
3.2费用开支
现在餐饮管理相对落后，人力资源利用方面做得不是很好，人多管理起来就不方便，还要提供其他比较繁琐的责任等等。
容易引起以上所述的走餐、走单、走数等情况。隐形成本提高，相对收入就
少。
3.4人员
现行餐饮行业几乎没有技术含量，只需要进行简单的培训懂礼仪就可以，人员要求比较多，较浪费人力资源，不便于管理。
3.5设备
不需要设备，只要人手够用
3.6局限性
现在餐饮管理相对落后，人力资源利用方面做得不是很好，人多管理起来就不方便，还要提供其他比较繁琐的责任等等。
容易引起以上所述的走餐、走单、走数等情况。隐形成本提高，相对收入就少。
4所建议的系统
4.1对所建议系统的说明
而且使用方法简便，在餐厅安装触摸屏点菜系统以后服务员只要经过短暂的培训就可以熟悉整个操作流程.由于操作流程简单,这就使餐桌的利用率得到提高，增加了整个餐厅的流动量.由于全部过程都是电脑控制,这就可以避免人为的
,并根4.2
4.3改进之处
电子点菜系统相对于原系统增加了实时存储功能，查询模块可防止走数、走餐、走单情况的发生。减少了人力和对人力的管理方便了高层领导，增加了酒店的收入。
4.4影响
4.4.1对设备的影响
本系统的使用对于原来的计算机照样能用，这样资源得到充分利用减少了开支，只需要按要求和新系统连接就可以解决。
4.4.2对软件的影响
说明为了使现存的应用软件和支持软件能够同所建议系统相适应。而需要对这些软件所进行的修改和补充。
4.4.3对用户单位机构的影响
电子点菜系统能提高业务效率。功能强大的CPU和大容量的存储空间能提高处理数据的速度，从而减少顾客的等待时间。易于操作，把培训时间缩到最低限度,即使是毫无经验的操作员也能轻松面对。因此无须考虑会不会用的问题。减少了人员及对人员的管理。提高了本酒店在餐饮界的知名度。
4.4.4对系统运行过程的影响
本系统采用触摸屏输入操作简单，所输数据直接到厨房打印机打印单据，并按单据做饭，减少人员来回走动，可以一直在前台服务而省去了到后台报菜的程序，从而达到课桌流动率的提升。且数据直接存储到后台主机，以备核实查询。方便管理人员对数据进行分析，做出合适的决策。
4.4.5对开发的影响
说明对开发的影响，如：
a.为了支持所建议系统的开发，用户需进行的工作；
b.为了建立一个数据库所要求的数据资源；
c.为了开发和测验所建议系统而需要的计算机资源；
d.所涉及的保密与安全问题。
4.4.6对地点和设施的影响
对原有餐馆没有任何改进要求，只要添置几台电脑即可
4.4.7对经费开支的影响
用户只需购买电脑，若经济实力足够的话可购买一台打印机，这些都是一次性投资。
4.5局限性
由于硬件、软件、运行环境和开发环境方面的条件和限制，本系统的打印功能不能实现。
4.6技术条件方面的可行性
电子点菜系统采用https://www.360docs.net/doc/fa4423358.html,语言为主要功能实现语言，本系统开发人员由3个成员组成。系统预期在2011年3月3日实现全部功能。
5可选择的其他系统方案
可供选择的系统方案还有触摸屏点菜系统跟PDA点菜系统，但这些系统的成
本比较高，所以不建议使用
6投资及效益分析
6.1支出
新系统的运行对原有系统遗留的大部分设备都能充分利用，比如计算机、通讯设施和其他硬件设备。这就为酒店节约了很多不必要的支出，而且新系统也得以正常运营。
6.1.1基本建设投资
关于正常有效的使用这个系统需要的其他支持：需要额外有一个放后台数据库服务器的房间，基本的数据通讯设备、数据库管理软件等等。
6.1.2非一次性支出
要使新系统正常有效的运行，对其进行定期的维护和数据库灾难备份，还有就是纸张、油墨等这些消耗品的购置。
6.2收益
在安装了电子点菜系统以后服务员只要经过短暂的培训就可以熟悉整个操作流程.由于操作流程简单,这就使餐桌的利用率得到提高，增加了整个餐厅的流动量.由于全部过程都是电脑控制,这就可以避免人为的资金流失和其他方面的损失,而且能够使餐厅经理们迅速的了解营业情况,并根据具体情况做出决策.
6.2.1一次性收益
电子点菜系统投入使用后，可减少人员工资开支，相应的收益就会增加，并且在人员管理方面得到简化，采用电子菜单一次性录入数据，简化数据录入程序。增加客人流动量为酒店增加整体营业额。
第二章项目开发计划
1引言
1.1编写目的
当今时代，酒店、餐饮管理已经实现智能化管理。智能化管理成为服务行业提高办公效率、提高竞争力的关键因素之一。随着经济环境的不断发展，面对餐饮业严酷竞争日益激烈的现实，如何加强管理、提高工作效率和改善服务质量成了急待解决的问题。而解决这些问题的关键措施之一就是建立实用、先进、高效的餐饮电脑管理系统，引进创新的经营机制，适应新形式下的生存和发展的空间。
电子点菜系统正好适应了这个要求，使用电子点菜系统可以更加快捷、方便为顾客预定、点菜，而且所有数据都可以存在数据库中，方便查阅，提高酒店的工作效率，增加酒店的利润。
1.2 背景
软件系统的名称：餐馆点菜系统；
e.本项目的任务提出者：蒋巍；
f.开发者：张飞、赵杰、朱陈立；
g.用户：适用于各种餐厅，酒店；
h.实现该软件的计算中心是常州工学院秋白楼B-720；
1.3定义
列出本文件中用到的专门术语的定义和外文的首字母组词的原词组。
1.4参考资料
参考文献：《软件工程》张海藩倪宁编著；
《Visual Basic程序设计》唐学忠费贤举王文琴编著；
2项目概述
2.1工作内容
1)项目可行性研究
?成立项目小组并选定项目经理或项目小组长
?项目经理召集小组成员选择开发项目
?项目经理召集小组成员开展项目可行性研究
?按照《软件文档编写概要》的格式要求，由项目经理执笔完成《项
目可行性研究报告》
2)制定项目开发计划
?项目经理召集小组成员针对所选项目开展讨论开发计划，进一步明
确项目的大小、范围、复杂程度等
?项目经理召集小组成员进行任务分解与任务分配
?确定任务进度
?确定完成项目的环境和工具
?按照《软件文档编写概要》的格式要求，项目经理执笔完成《项目
开发计划书》
3)需求分析
?按照项目任务分配结果和项目进度要求，由任务承担人开展项目的
需求分析的主要工作，不得超越前述项目的大小、范围、复杂程度
等
?项目小组的其他成员配合任务承担人，完成项目的需求分析
?按照《软件文档编写概要》的格式要求，由任务承担人执笔完成《项
目需求分析规格说明书》
?由评审人员完成对《项目需求分析规格说明书》的评审工作，并给
出评审意见
4)初步设计
?按照项目任务分配结果和项目进度要求，并依据《项目需求分析规
格说明》，由任务承担人完成项目的初步设计任务
?项目小组的其他成员配合任务承担人，完成项目的初步设计任务
?按照《软件文档编写概要》的格式要求，由任务承担人执笔完成《项
目初步设计规格说明书》
?由评审人员完成对《项目初步设计规格说明书》的评审工作，并给
出评审意见
5)详细设计
?按照项目任务分配结果和项目进度要求，并依据《项目初步设计规
格说明书》，由任务承担人完成项目的详细设计任务
?项目小组的其他成员配合任务承担人，完成项目的详细设计任务
?按照《软件文档编写概要》的格式要求，由任务承担人执笔完成《项
目详细设计规格说明书》
?由评审人员完成对《项目详细设计规格说明书》的评审工作，并给
出评审意见
6)实现
?按照项目任务分配结果和项目进度要求，并依据《项目初步设计规
格说明书》和《项目详细设计规格说明书》由任务承担人完成项目
的具体实现任务
?由任务承担人给出实现的源程序清单（打印或磁盘）
7)测试
?按照项目任务分配结果和项目进度要求，并依据《项目需求分析规
格说明书》、《项目初步设计规格说明书》和《项目详细设计规格
说明书》，由任务承担人完成对已实现部分的软件或模块的测试任
务
?按照《软件文档编写概要》的格式要求，由任务承担人执笔完成《项
目测试报告》
最后谈谈对本次课程设计的总结或体会。
。
2.2主要参加人员
参加本项目开发的主要人员:张飞、赵杰、朱陈立，三人均是常州工学院计算机信息工程学院大三的学生。
指导老师：蒋巍
2.3产品
2.3.1程序
移交给用户的程序的名称：餐馆点菜系统
所用地编程语言：Visual https://www.360docs.net/doc/fa4423358.html,
2.3.2文件
《用户手册》及内容要点。
1引言
2用途
3运行环境
4使用过程
2.3.3服务
本小组需向用户进行培训安装、维护和运行支持，应逐项规定开始日期、所提供支持的级别和服务的期限。
2.3.4非移交的产品
开发集体向用户移交电子点菜系统代码、《用户手册》，但不必向用户移交的《需求分析》、《可行性研究报告》以及《详细设计说明书》。
2.4验收标准
对于提交给用户的餐馆点菜系统，用户可以设定一定的操作权限，如修改菜谱或修改价格，对于用户手册中所有的功能都要齐全而且无漏洞，要适时地对系统进行维护。
2.5完成项目的最迟期限
本项目的最迟期限时2011年3月4日
2.6本计划的批准者和批准日期
项目批准者：蒋巍批准日期：2011年2月21 日
3实施计划
3.1工作任务的分解与人员分工
张飞：《可行性研究报告》、《项目开发计划》的撰写，程序的测试
赵杰：《用户手册》、程序代码的撰写
朱陈立：《需求分析》、《详细设计报告》的撰写，程序的测试
3.2接口人员
说明负责接口工作的人员及他们的职责，包括：
a.负责本项目同用户的接口人员：赵杰责任：对用户的培训以及系统
的维护；
b.负责本项目同本单位各管理机构，如合同计划管理部门、财务部门、质
量管理部门等的接口人员：张飞责任：向管理机构提交本系统的《可行性研究报告》及《项目计划书》，并定时报告项目进度和预算；
c.负责本项目同个份合同负责单位的接口人员：朱陈立。责任：和用户
签订合同
3.3进度
3.5关键问题
整个项目的关键问题是对系统的维护，利用数据库方面的知识对菜单进行添加、删除和修改，如果这些操作存在差错会对用户造成一定的经济损失。
4支持条件
本项目的开发需要用Microsoft visual 2005和Microsoft SQL Server 2005。
4.1计算机系统支持
开发中和运行时所需的计算机系统支持:
1.计算机：Lenovo
2.语言和系统：Microsoft visual 2005和Microsoft SQL Server 2005
3.操作系统：Windows2000
第三章软件需求说明书
1引言
1.1编写目的
为了提高餐馆的服务质量和效率，提高酒店工作人员的工作效率，我们小组将研究开发出一款简洁的点菜系统。
1.2背景
说明：
a．软件系统的名称：餐馆点菜系统；
b．本项目的任务提出者：蒋巍
开发者：张飞、赵杰、朱陈立
用户：餐馆及餐馆顾客；
1.3定义
点菜系统，点菜，撤销，确认。
1.4参考资料
列出用得着的参考资料，如：
a．03020610 《软件工程课程设计》教学大纲；
b．《软件工程》（第三版）张海潘倪宁
《Visual Basic程序设计教程》唐学忠费贤举王文琴
2任务概述
2.1目标
1.实现顾客根据价格不同点菜；通过前台可视化界面实现顾客多方面选择。
2．点菜完毕后，实现对顾客所点菜品价格的统计，以免使顾客花费超出预算。本系统还可以实现顾客的退选或补选的要求，在顾客所点菜品上来之后，系统可通过点击进行记录，以免发生漏菜现象。
3．根据以上功能，该项目主要以Windows为操作平台，.NET为开发语言，
Microsoft Office Access为数据库。前台界面实现可视化，方便顾客的选择。后台管理为数据库，管理菜品的增、删、查的实现都借以数据库实现。项目目标即为成功、完整的实现该系统，让客户满意。
2.2用户的特点
本软件的受众是所有就餐的顾客和餐服务人员，这些人员必须要会基本的电脑操作，以及熟悉一些点菜的基本流程。
2.3假定和约束
在开发过程中，处于个人的喜好随意编写的程序，所以不会受到经费的限制，也不会受到开发期限的约束了。只是在点菜之后没有追加菜的这个选项，所以想要追加菜，只能再下一个订单。
3需求规定
3.2对性能的规定
3.2.1精度
在点菜的过程中，想点拿一分菜就选中那一份然后点击添加键即可，如果在已生成菜单中想退掉某个菜的话先选定菜项点击取消键。
3.2.2时间特性要求
该软件对于时间方面没有什么要求，应为在点菜过程中点菜是否结束不是用时间来决定的，而是由用户在点菜结束时手动的点击确定键以确定菜单。
3.2.3灵活性
说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：
a．在点菜过程中，可以随时退点你不喜欢的菜也可以添加你喜欢的菜；
b．该点菜系统软件不受环境影响；
c．由于该软件没有追加。没有追加菜的这个选项，所以想要追加菜，只能再下一个订单，这个是需要以后改进的。
3.3输人输出要求
在该软件系统中要求手动输入的只有桌号这一个项，其余的要点的菜项，都是用感应笔来点击添加实现的；在输出时，该系统最后输出的是以该桌号为文件名，菜单为内容的一个文件，交予大厨开始做菜。
3.4数据管理能力要求
如果有新的菜要添加到后台数据库中的话，后台管理为数据库，管理菜品的增、删、查的实现都借以数据库实现。项目目标即为成功、完整的实现该系统，让客户满意。
3.5故障处理要求
可能会因为使用次数过多而导致硬件老化，要及时更新设备。
3.6其他专门要求
在使用过程中，可能会因为使用次数过多而导致硬件老化，要及时更新设备。4运行环境规定
4.1设备
计算机
4.2支持软件
Windows操作系统
4.3接口
一，外部接口
(1)用户界面:按Windows应用软件用户界面的规范来设计，使用以对话框为主的用户界面，方便用户使用
(2)软件接口:Microsoft Access
(3)硬件接口:计算机
二，内部接口
模块间接口采用数据耦合方式，通过参数表传递数据信息，交互信息。
第四章详细设计说明书
1引言
1.1编写目的
详细设计说明书将初步设计规格说明书比较提出的抽象概括的解决问题的办法具体化。详细的设计每个模块，确定实现模块功能所需要的算法和数据结构。
预期读者：程序员
1.2背景
说明：
a．餐馆点餐系统；
b．本项目的任务提出者：蒋巍
开发者：张飞、赵杰、朱陈立
用户：餐馆及餐馆顾客
1.3定义
列出本文件中用到专门术语的定义和外文首字母组词的原词组。
1.4参考资料
列出有关的参考资料，如：
c．03020610 《软件工程课程设计》教学大纲；
d．《软件工程》（第三版）张海潘倪宁
《Visual Basic程序设计教程》唐学忠费贤举王文琴
2程序系统的结构
用一系列图表列出本程序系统内的每个程序（包括每个模块和子程序）的名称、标识符和它们之间的层次结构关系。
3程序1（标识符）设计说明
菜项的添加
MenuStr = MyDs.Tables(MenuSty).Rows(temp)("编号").ToString() & " " &
MyDs.Tables(MenuSty).Rows(temp)("菜名").ToString() & " " &
MyDs.Tables(MenuSty).Rows(temp)("单价").ToString() & " " &
MyDs.Tables(MenuSty).Rows(temp)("备注").ToString()
Me.ListBox1.Items.Add(MenuStr)
price(j) = Val(MyDs.Tables(MenuSty).Rows(temp)("单价"))
j = j + 1
TextBox1.Text = TextBox1.Text + Val(MyDs.Tables(MenuSty).Rows(temp)("单价"))
菜项的取消
i = ListBox1.SelectedIndex
If i >= 0 Then
ListBox1.Items.RemoveAt(i)
TextBox1.Text = TextBox1.Text - price(i - 1)
End If
For temp = i - 1 To 28
price(temp) = price(temp + 1)
Next
3.1程序描述
程序有添加删除查询三个主要功能，这样合理的安排不仅可以染顾客轻松的点菜，同时在点完菜之后还能进行确认。最终能够更好的服务客户。
3.2功能
IPO图
数据流图
3.3性能
要求windows系统上运行该软件，软件性能用一般，没有特殊要求
3.4输入项
输入桌号；选择自己想要的菜点餐。
3.5输出项
打印出顾客的菜单和账单，并到前台结帐。
3.6算法
在该程序的编码实现过程中，用到了一维数组，文件的读写。
3.7流程逻辑
3.8接口
将程序连接Access数据库，用到一些基本设置。
3.9存储分配
菜单存储在菜单的数据库中，顾客点菜后生成的菜单存放在一个以桌号命名的文件中。
3.10注释设计
说明准备在本程序中安排的注释，如：
a．加在模块首部的注释；
b．加在各分枝点处的注释；
c．对各变量的功能、范围、缺省条件等所加的注释；
d．对使用的逻辑所加的注释等等。
3.11限制条件
在本程序的使用中对于软件的使用者有一定的文化要求，要求使用者必须是会使用电脑，能够熟练的操作电脑。
3.12测试计划
测试人员在测试的在测试的过程中，要对软件进行全面的测试，对给出的功能要仔细，尽量多的去各种了能去测试软件的各项性能，尽量多的发现出尚未发现的问题。
3.13尚未解决的问题
在程序开发过程中，点菜之后，如果顾客想退订某个菜的这个功能应该被开发出来，而还没有解决，最后通过讨论解决了。
第五章软件测试
1.软件测试概念
软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。使用人工或者自动手段来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。
2.软件测试目的
软件测试失败随着软件的产生而产生，有了软件的生产和运行就必然有软件测试。测试是为了发现程序中的错误而执行程序的过程。测试的目的是软件投入生产性运行之前，尽可能多地发现软件中的错误。成功的测试能发现系统运行中的错误，让系统正确运行。
3.软件测试原则
1.软件开发人员即程序员应当避免测试自己的程序。不管是程序员还是开发小组都应当避免测试自己的程序。若条件允许，应当由独立于开发组和客户的第三方测试组或测试机构来进行软件测试。但这并不是说程序员不能测试自己的程序，而且更加鼓励程序员进行调试，因为测试由别人来进行可能会会更加有效、客观，并且容易成功，而允许程序员自己调试也会更加有效和针对性。
2. 应尽早地和不断地进行软件测试。应当把软件测试贯穿到整个软件开发的过程中，而不应该把软件测试看作是其过程中的一个独立阶段。因为在软件开发的每一环节都有可能产生意想不到的问题，其影响因素有很多，比如软件本身的抽象性和复杂性、软件所涉及问题的复杂性、软件开发各个阶段工作的多样性，以及各层次工作人员的配合关系等。所以要坚持软件开发各阶段的技术评审，把错误克服在早期，从而减少成本，提高软件质量。
3.对测试用例要有正确的态度：第一，测试用例应当由测试输入数据和预期输出结果这两部分组成；第二，在设计测试用例时，不仅要考虑合理的输入条件，更要注意不合理的输入条件。因为软件投入实际运行中，往往不遵守正常的使用方法，却进行了一些甚至大量的意外输入导致软件一时半时不能做出适当的反应，就很容易产生一系列的问题，轻则输出错误的结果，重则瘫痪失效！
4.人以群分，物以类聚，软件测试也不例外，一定要充分注意软件测试中的群集现象，也可以认为是“80-20原则”。不要以为发现几个错误并且解决这些问题之后，就不需要测试了。反而这里是错误群集的地方，对这段程序要重点测试，以提高测试投资的效益。
5.严格执行测试计划，排除测试的随意性，以避免发生疏漏或者重复无效的
工作。
6.应当对每一个测试结果进行全面检查。一定要全面地、仔细地检查测试结果，但常常被人们忽略，导致许多错误被遗漏。
7.妥善保存测试用例、测试计划、测试报告和最终分析报告，以备回归测试及维护之用。
4.软件测试方法分类
1.按照测试过程是否在计算机上执行来分类，有静态测试，动态测试和解释执行。
静态测试是指被测软件的目标程序不在计算机上执行。
动态测试是指被侧软件的目标程序在计算机上执行。
解释执行是指被侧软件的源程序在计算机上执行。
2.按照是否考察软件的内部结构来分类，有黑盒测试和白盒测试。
黑盒测试的测试过程只考察测试的输入和结果的对应关系（被侧软件的功能）是否正确，而不考察被测软件内部结构。
白盒测试的测试过程不但考察测试的输入和结果的对应关系（被侧软件的功能）是否正确，而且考察被测软件内部结构。
3.按照软件测试的对象可分为源程序走查，单元测试，部件测试，配置项测试，系统测试，软件交付前的可靠性测试，软件交付时的鉴定/验收测试和软件被修改时的回归测试。
4.按照测试人员属性来分类，有内部测试，用户测试/鉴定测试，资格测试和第三方测试
5.本软件测试步骤
本软件总共分为两大部分，一个事服务员部分，一个是管理员部分，管理员部分又有两个功能：菜单数据库的管理，管理员密码设置；服务员模块也有两个模块，点菜和查询。
在主界面点击管理员会出现登陆，菜单管理，密码设置三个选项，登陆时出示用户名是admin，密码是admin，登陆后进入菜单管理界面，可以对菜单数据库进行添加，修改，删除。
点击密码管理，出现密码设置界面，可以对用户的密码根据自己的喜好进行设置。
点击进入服务员的选项中进入点菜，出现客户点菜的点菜界面，点菜时单击菜系按钮显示出不同菜系的菜单，选中菜项的编号，再点击添加按钮即可点菜成功，服务员根据客户的喜好帮助客户点菜，生成菜单，并提交，删除时选中生成的菜单中的菜项再点击取消即可删除。最终生成以桌号为文件名的菜单文件送至后台大厨做菜。
进入查询功能，可以对已下的菜单进行以桌号为关键字的查询。
第六章用户手册
1引言
1.1编写目的
编写这份用户手册的目的：介绍产品功能，介绍如何使用本产品。
预期的读者：餐厅点菜人员
1.2背景
说明：
a.这份用户手册所描述的软件系统的名称；餐厅点菜系统
b.该软件项目的任务提出者：蒋巍
c.开发者：餐厅点菜系统开发团队
d.用户（或首批用户）：餐厅点菜人员餐厅管理员
e.安装此软件的计算中心：计算机
1.3参考资料
a.项目的经核准的计划任务书或合同、上级机关的批文: 03020610 《软件
工程课程设计》教学大纲
b.软件开发标准：Microsoft Visual Studio 2005
2用途
2.1功能
点餐功能：1、用餐人员选择餐桌号
2、通过菜单上方菜类按钮，选择菜类
3、选中要选的菜，单击添加，便可将选中的菜添加到已点菜单中
4、若想要修改菜单，将已点菜中的某些菜去掉，只需在已点菜单
中选中那些菜，然后单击取消便可
5、当点菜完成时，单击提交，便生成以桌号命名的文件，记录的
餐桌号，已点的菜，和消费总额
查询功能：进入查询界面，通过选择餐桌号，单击确定，便可查阅点菜信息管理员功能：1、通过单击按钮选择操作，修改，删除，添加
2、删除功能，直接选中要删除项，然后单击删除按钮
3、修改功能，先单击修改按钮，选中要修改的项，在界面下方
的四个输入格中输入修改信息，单击确定
4、添加功能，单击添加按钮，在界面下方的四个输入格中输入
添加信息，单击确定
密码修改功能：在修改密码界面上通过选择相应按钮，进行操作。
2.2性能
2.2.1精度
本产品只需通过单击相关按钮，便可进行相应的操作，无需用户单独输入信息
2.2.2时间特性
本产品操作处理简单，所有响应时间，更新处理时间等都在零点几秒内。
2.2.3灵活性
本软件所具有的灵活性高，当用户需求（如对操作方式、运行环境、结果精度、时间特性等的要求）有某些变化时，本软件的适应能力强。
2.3安全保密
本软件安全、保密，点菜人员只能读取数据库中信息，无法改变。
3运行环境
3.1硬设备
列出为运行本软件所要求的硬设备的最小配置
a．处理机的型号pentium4、内存容量512MB；
b．所要求的外存储器：硬盘记录格式：文件
c．脱机工作；
d．I／O设备（脱机）；打印机
3.2支持软件
为运行本软件所需要的支持软件，如：
a.操作系统的名称windows、版本XP及以上版本；
b.Microsoft Visual basic .net
c.Microsoft Office Access 应用程序；
3.3数据结构
Microsoft Office Access
4使用过程
在本章，首先用图表的形式说明软件的功能同系统的输入源机构、输出接收机构之间的关系。
4.1安装与初始化
直接运行.exe文件
4.2输入
在桌号框内通过选择下拉框选择餐桌号；通过选中菜单栏中的菜，单击添加
软件工程设计报告
燕山大学 专业综合训练设计报告 教学信息管理系统 学院信息科学与工程学院 年级专业*级计算机科学*班 学生姓名冷* * 指导教师 提交日期2013/1/10
摘要 本次综合训练管理信息系统设计在Windows 7平台上，以VisualStudio2010作为界面开发工具，SQL Server 2008作为数据库工具，应用以C#为编程语言的https://www.360docs.net/doc/fa4423358.html,技术进行系统设计，分析设计了C/S模式的“教学信息管理系统”。系统数据库在服务器端运行，管理员可以通过客户端访问装在服务器端的应用程序，并操作后台数据库。 本报告中首先说明了该系统的特点与业务需求，之后详细说明了系统的业务流程和系统开发流程，重点介绍了系统各模块的功能及相关功能的具体实现。本系统采用网页—服务器—数据库三层架构模式，用户的查询操作和管理操作均在页面上完成，更新信息和请求信息从页面传到服务器上，再在服务器上对数据库进行操作，更新数据或查找数据。 本系统主要包含5个功能模块：用户登录模块，查看所有信息模块，管理教师信息模块，管理课程信息模块，精确查询模块。主要通过Web对信息进行管理和查询。该系统功能完善、用户界面友好、运行稳定，可进行简单的教学信息管理，实现要求的功能。 关键词教学信息管理系统；C/S开发模式；教学信息管理系统； VisualStudio2010；SQL Server 2008；C#；https://www.360docs.net/doc/fa4423358.html,
代码请参看本人文库下的文件
目录 摘要 (1) 第1章绪论 (3) 1.1 课题背景 (3) 1.2 课题意义 (3) 1.3 选题依据 (3) 第2章需求分析 (4) 2.1 问题定义 (4) 2.2 可行性分析 (4) 2.3 需求分析 (5) 2.4 建立模型 (7) 第3章总体设计和详细设计 (12) 3.1 基本设计理念和处理流程 (12) 3.2 数据库设计 (14) 3.3 用户界面设计 (16) 3.4 数据库配置 (21) 结论 (26) 参考文献 (27)
建筑施工生产安全事故报告调查处理与案例分析
案例:物料提升机坠落事故 某公司热轧薄板厂的 2 号加热炉工程由某钢铁设计院设计，某冶金建设集团公司中标为工程的总承包方。冶金建设集团公司又将该工程中烟囱的施工（该烟囱为钢筋混凝土结构，高度110m）分包给其下属的第八建筑公司施工，工地总人数约180 人，施工人员主要来自南方某县劳务公司，工程由某监理公司进行监理: 施工中由第八建筑公司项目部编制了烟囱施工方案，方案中使用的物料提升机为井字架，作为解决烟囱上下料的运输工具，提升机选用了摩擦式卷扬机为动力。第八建筑公司项目部在搭设前未编制专项施工方案，由施工人员凭经验搭设钢管井架，搭设后未按规范要求设置安全防护装置。另外，考虑人员上下，虽设置了钢直梯，但既没按规定设置护圈，也没有设合理的休息平台，施工中作业人员为了节省时间基本上乘坐井架吊篮上下。以上情况建没单位、监理单位以及施工单位在检查中都已发现，对吊篮载人一事没有予以制止，对井架无安全防护装置、直梯无护圈及休息平台的设置等问题也没有提出解决办法。 当烟囱施工高度达106m时。烟囱顶部有13名工人完成绑扎钢筋和支模板作业后等待验收，这其间有 5 人乘吊篮下去，第八建筑公司的一名质检员又乘吊篮上到烟囱顶部准备进行验收检查。此时地面的卷扬机司机以为还要等待一段时间，所以拉上制动器后便离机去找人。后因天下雨，烟囱顶部的9人准备下到地面。于是全部乘上吊篮。由于人员过多，质量超过卷扬机制动器的制动力，而吊篮又没安装停靠装置，吊篮开始下滑，又因无断绳保护装置，致使吊篮无任何保护直落地面，地面也没按规定装设缓冲装置，过大的冲击及振动造成7 人死亡。2人重伤。 单项选择题 1.使用物料提升机提升应做到（）。 A. 严禁人员攀登、穿越提升机架体和乘吊篮上下 B. 在有人员乘吊篮上下时必须由专业司机操作 C. 未经技术人员许可，一般不允许乘吊篮上下 D. 严禁人员攀登、穿越提升机架体，但可以乘吊篮上下 答案:A2.上述案例事故的性质为（）。 A. 机械事故 B. 意外事故 C. 责任事故 D. 多人事故
软件工程课程设计报告人事管理系统
软件工程课程设计报告人事管理系统
软件工程课程设计 题目人事管理系统 系计算机系 专业班级软件工程（动画方向）（2）班 学生姓名贾秋洪 学号 2358069 指导教师姜青山 年 6 月 18 日 1.课程题目 人事管理系统设计 2.概述 2.1本课题的来源 A公司是一家以寿险营销为目的的寿险公司，公司员工众多业务流量大，为了方便管理，我制作了一个人事管理系统。主要经
过员工基本信息录入、修改、查询、删除以及员工考勤等方面来对员工综合考评。以便对员工发放工资进行合理分配。这样能提高领导的人事管理水平还能提高员工的积极性。经过现代计算机技术与企业管理相结合，实现人事管理系统的科学化、信息化、现代化，而且适合一般人群使用。 企业人事管理是相对企业内部员工的管理。集人员、考勤、工资、员工培训、系统功能等于一体的大型管理系统，为公司在人事管理等方面提供极大的方便。本软件是以中小型企业为背景而设计开发的，界面美观、使用方便。本系统主要以人员管理、考勤管理、统计分析管理、工资核算等，是企业人事管理必不可缺的好帮手。 2.2本课题目的、实现功能与预期成果 2.2.1目的 当前市面上流行的人事管理系统不少。可是，对于A公司来说，不需要大型的数据库系统。只需要一个操作方便，功能实用，能满足本中心对数据的管理及需求的系统。我们的目标就是在于开发一个功能实用、操作方便，简单明了的人事管理系统。 2.2.2实现功能 能够录入人事的基本资料，在操作上能够完成诸如添加、修改、删除、按各种条件进行查询、新用户的设置及密码修改等方
面的工作，基本满足人事日常业务的需要。 2.2.3预期成果 所做出的人事管理系统能让A公司管理层在操作简单的前提下并有效的提高对该公司的人事管理，并经过该系统提高员工的能力。尽量使本系统做到是一个科学化、信息化、简单使用的人事管理系统。 3．系统分析 3.1系统调研 正式开发管理信息系统之前进行调研是非常必要的，必要对现行系统进行详细的调查，明确用户需求，保证开发的新系统的功能与用户的要求相吻合，避免耗费大量的人力、物力、财力，新系统的开发却失败的悲剧发生。 3.2可行性分析概述 可行性分析是在A公司的要求和系统调研的基础上进行的，对新系统的开发从社会、技术、经济、管理等方面进行分析，并得出新系统的开发工作可行、不可行、需要修改、追加投资、暂缓开发、分步实施等方案和结论，最后完成可行性分析。 可行性分析一般可定义为：可行性分析是在建设的前期对工程项目的一种考察和鉴定，对拟议中的项目进行全面与综合的技术、经济能力的调查，判断它是否可行。 可行性分析阶段的主要工作包括以下几个方面：
建筑工程质量管理案例分析
施工准备、施工过程的质量控制 1.施工质量控制的系统过程（1）按工程实体质量形成过程的时间阶段划分 1）施工准备控制：指在各工程对象正式施工活动开始前，对各项准备工作及影响质量的各因素进行控制，这是确保施工质量的先决条件。 2）施工过程控制：指在施工过程中对实际投入的生产要素质量及作业技术活动的实施状态和结果所进行的控制，包括作业者发挥技术能力过程的自控行为和来自有关管理者的监控行为。 3）竣工验收控制：它是指对于通过施工过程所完成的具有独立的功能和使用价值的最终产品（单位工程或整个工程项目）及有关方面（例如质量文档）的质量进行控制。 （2）按工程实体形成过程中物质形态转化的阶段划分 1）对投入的物质资源质量的控制。 2）施工过程质量控制：即在使投入的物质资源转化为工程产品的过程中，对影响产品质量的各因素、各环节及中间产品的质量进行控制。 3）对完成的工程产出品质量的控制与验收：在上述三个阶段的系统过程中，前两个阶段对于最终产品质量的形成具有决定性的作用，而所投入的物质资源的质量控制对最终产品质量又具有举足轻重的影响。所以，在质量控制的系统过程中，无论是对投入物质资源的控制，还是对施工及安装生产过程的控制，都应当对影响工程实体质量的五个重要因素方面，即对施工有关人员因素、材料（包括半成品、构配件）因素、机械设备因素（生产设备及施工设备）、施工方法（施工方案、方法及工艺）因素以及环境因素等进行全面的控制。 （3）按工程项目施工层次划分的系统控制过程 通常，任何一个大、中型工程建设项目可以划分为若干层次。例如，对于建筑工程项目按照国家标准可以划分为单位工程、分部工程、分项工程、检验批等层次；而对于诸如水利水电、港口交通等工程项目，则可划分为单项工程、单位工程、分部工程、分项工程等几个层次。各组成部分之间的关系具有一定的施工先后顺序的逻辑关系。显然，施工作业过程的质量控制是最基本的质量控制，它决定了有关检验批的质量；而检验批的质量又决定了分项工程的质量。 2.施工质量控制的工作程序 在施工阶段的全过程中，监理工程师要进行全过程、全方位的监督、检查与控制，不仅涉及最终产品的检查、验收，而且涉及施工过程的各环节及中间产品的监督、检查与验收。 在每项工程开始前，承包单位须做好施工准备工作，然后填报《工程开工/复工报审表》及附件，报送监理工程师审查。若审查合格，则由总监理工程师批复准予施工。 在施工过程中，监理工程师应督促承包单位加强内部质量管理，严格质量控制，施工作业过程均应按规定工艺和技术要求进行，在每道工序完成后，承包单位应进行自检，自检合监理工程师收到检查申请后应在合同规定《＿报验申请表》交监理工程师检验。填报格后， 的时间（合同文本17条：隐蔽工程在隐蔽或者中间验收前48小时以书面形式通知工程师验收）内到现场检验，检验合格后（24小时内）予以确认。 【案例一】 某工程项目，建设单位与施工总承包单位按《建设工程施工合同》（示范文本）签订了施工承包合同，并委托某监理公司承担施工阶段的监理任务。施工总承包单位将桩基工程分包给一家专业施工单位。
软件综合课程设计报告模板
（课程设计封皮一页上用已经设置好的宋体四号来填写各个项目。） 计算机软件综合 课程设计报告 学院、系：吉林大学珠海学院计算机科学与技术系 专业名称：2015级软件工程专业课程设计科目：计算机软件综合课程设计 题目：******* 系统 学生姓名：（小组所有成员的学号、姓名） 指导教师： 完成时间：2017年9月—2018年1月
目录 1引言 (4) 1.1编写目的 (4) 1.2背景说明 (4) 2 需求分析 (4) 2.1系统总体目标 (4) 2.2 系统功能 (4) 2.3数据需求 (4) 2.3数据流图 (5) 3 数据库概念结构设计 (5) 3.1系统E-R模型 (5) 3.2模块E-R模型 (5) 4 数据库逻辑结构设计 (5) 4.1 逻辑结构设计 (5) 4.2物理结构设计 (6) 5 安全性设计 (6) 5.1 身份验证模式 (6) 5.2 登陆管理 (6) 5.3 权限管理 (6) 6 源代码及其实现 (7)
5.1 系统开发技术 (7) 5.2 模块1设计及其实现 (7) 5.3 模块2设计及其实现 (7) 7 总结 (7) 6.1 课程设计心得体会 (7) 6.2 建议 (7) 8 参考文献 (7)
题目（三号，黑体，居中） 说明：一组只写一份报告，即下面内容，自己也可以根据实际情况进行调整和补充。 每个人写一份《课程设计成绩评定表》附在后面。 1引言 1.1编写目的 1.2背景说明 1．系统名称：公交查询系统 2．该项目的提出者：************ 3．开发者：********** ********* 4．运行该软件的单位：公交公司及广大乘客 2需求分析 2.1系统总体目标 2.2 系统功能 详细阐述系统的用户类型及其所属主要功能 2.3数据需求 根据系统功能整理出出系统中和数据相关的信息，要列出数据的详细信息。
软件工程——网上购物系统课程设计报告书
软件工程课程设计报告( 2012 -- 2013 学年第二学期) 课程名称：软件工程课程设计 题目：网上购物系统 院系：控制与计算机工程学院 班级：软件1002班 组号： 组长：艾君伟 组员：肖成、汪豪、崧榕 指导教师： 设计周数：两周 小组成绩： 日期：2013 年 7月 12日
《软件工程》课程设计 任务书 一、目的、要求 通过软件开发的实践训练，进一步掌握软件工程的方法和技术，提高软件开发的实际能力，培养工程设计能力和综合分析、解决问题的能力。 具体如下： 1.学习和实践在分析和设计计算机应用系统所需要的知识,包括面向对象的系统分析与设计,编 码和测试方面的知识； 2.熟悉自动化的软件开发工具Rational Rose，并将其运用于软件开发的全过程； 3.进一步加强和提高软件工程文档的编写能力； 4.培养协作能力和团队精神。 二、主要容 1．运用面向对象技术、UML进行网上购物系统的需求分析与设计； 2．使用Rational Rose作为需求分析与设计的建模工具，进行静态建模和动态建模； 3．利用对象模型自动生成数据模型,自动建立数据库； 4．使用J2EE、HTML、CSS、Javascript语言对购物模块进行界面层的设计并给出实现； 5．撰写课程设计报告。 三、任务分配
四、进度计划 序号设计容名称完成时间备注 1 分组及确定题目1个工作日 2 初步的需求分析与设计建模, 确定实 2个工作日 现平台，并搭建环境 3 详细的需求分析与设计建模2个工作日进行中期检查 4 关键模块的实现与测试3个工作日 5 编写课程设计报告1个工作日 6 验收检查及评定成绩1个工作日 五、设计成果要求 1．建立系统分析与设计模型； 2．初步建立系统原型，实现关键的功能； 3．编写课程设计报告。 六、考核方式 1．系统演示及讲解 占50%。 2．设计报告 占50%。 指导教师： 日期：2013年 6 月 28 日
软件工程课程设计报告-学生信息管理系统
软件工程课程设计任务书
指导教师（签章）： 2017 年 6 月15 日
计算机工程系 软件工程 课程设计报告 选题名称:学生信息管理系统 系（院）:计算机工程与软件工程学院 专业:计算机科学与技术 班级: 姓名:学号: 指导教师: 学年学期:2016 ~ 2017 学年第 2 学期 2017 年 6 月15 日
学生信息管理系统是一个小型的管理系统，其开发技术是后台数据库的建立和维护、前端应用程序的开发两个方面。数据库要体现数据精简和数据一致性、联系强的特点，应用程序要体现功能健全和使用方便的特点。 设计报告介绍了与学生相关的信息，划分数据库，将系统划分为录入新生信息、程序学生信息、更新学生信息、删除学生信息、添加用户、修改密码、添加班级、添加课程、退出系统等功能，来了解学生的基本身份信息。系统达到的预期的目标是录入新生信息、程序学生信息、更新学生信息、删除学生信息、添加用户、修改密码、添加班级、添加课程、退出系统的增删改查的功能。本系统只是个人的基本信息的增删改查，可随着添加更多的程序去实现更多的功能。 关键词：数据库；ER图；
目录 1 需求分析 (6) 2 概念设计 (8) 3 逻辑设计 (10) 4 编程实现 (11) 总结与体会 (27) 致谢 (29) 参考文献 (30)
软件工程课程设计报告 1 需求分析 1.1 系统需求 随着学校人数的不断扩大，学生的信息不断增多，面对如此庞大的信息量，传统的统计学生信息的方法不仅占用大量的人力物力，而且容易出错，已经不再使用，这需要我们设计出一个简单方便的计算机系统来解决这个问题，来对学校所有学生的信息进行处理。方便进行增删改查的功能，使一切更加方便。 现代科技的进步已经是日新月异，应将这种方便的技术应用于人民的日常生活，方便人民。保障信息的正确性、完整性、实时性。 1.2 可行性分析 了解了系统的具体的功能，对其实现的可行性进行分析。该系统所需的硬件设备市场价格低，操作系统采用Windows7的操作系统，采用C#编写的，技术上是可行的。每个人都有学号，所以登录号和密码均可以设置为学号，所以管理上也是可行的。 1.3 功能需求 学生信息管理系统具有以下功能： 学籍管理：对学生的信息档案进行管理，主要包括学生档案信息的修改、删除、添加、档案查询及档案输出等，其中档案查询可以根据学号、姓名查询需要的信息；档案输出可以输出学生档案、成绩、课程表等。学生档案记录主要包括：学号、姓名、出生日期、年龄、性别、政治面貌、入学时间、个人简介、照片、家庭住址、邮编、所在系别以及所学专业等字段。
工程项目管理经典案例分析报告
背景： 某钢厂改造其烧结车间，由于工期紧，刚确定施工单位的第二天，施工单位还未来得及任命项目经理和组建项目经理部，业主就要求施工单位提供项目管理规划，施工单位在不情愿的情况下提供了一份针对该项目的施工组织设计，其容深度满足管理规划要求，但业主不接受，一定还要求施工单位提供项目管理规划。 问题： ①项目经理未任命和项目经理部还未建立，就正式发表了施工组织设计，其程序是否正确？ ②业主一定要求施工单位提供项目管理规划，其要否一定正确？ ③项目管理规划是指导项目管理工作的纲领性文件。请简述施工项目管理规划的规划目标及涵。 ④试说明施工项目管理规划的控制原则。 答：①程序不正确，公司还未任命项目经理，项目经理部还未建立，施工组织设计无人审核和批准，不能发表。 ②施工组织设计可以代替施工项目管理规划，但施工组织设计的容深度应能满足施工项目管理规划的要求；冶金建设工程中，实际上一直使用施工组织设计代替项目管理规划；施工单位可以向业主说明提供的施工组织设计的容深度已达到项目管理规划的深度要求，不必再编制项目管理规划。 ③施工项目管理规划的规划目标及涵有： ａ.规划目标包括项目的管理目标、质量目标、工期目标、成本目标、安全目标、文明施工及环境保护目标、条件分析及其他容等； ｂ.涵包括施工部署、技术组织措施、施工进度计划、施工准备工作计划和资源供应计划和其他文件等。 ④项目管理规划的控制原则为：实现最优化控制；动态控制；主动控制；全过程控制；全要素控制；建立大控制系统的观念；要对规划的实施明确项目经理部各岗位职责、对执行进行检查分析和改进，进一步进行总结。 2、背景： 华北某厂１２６０ｍ３级高炉扩容改造工程。根据招标文件要求，为了实现快速、高效、优质、低耗地完成扩容改建任务，该扩容改造，应采用高炉整体平移新技术。高炉分两段安装：第一段为移送；第二段为悬吊，高炉本体工程拟定在拼装平台上基本完成，尽量缩短停炉后施工工期，保证业主要求的工期。高炉本体平移作业采用滚动摩擦方式液压缸推送。要求“新、旧高炉中心线重合，标高与原设计标高相符，误差控制在５～８ｍ”。高炉本体移送重量约４５００ｔ。推移高度约为３６ｍ，推移距离约４２ｍ。高炉本体在液压缸推动下，分步向炉基平移。 问题： ①结合本案例谈谈项目目标的制定。 ②结合本案例谈谈项目管理的总体安排。 答：①项目的目标包括质量、安全、进度、成本等目标，施工组织设计、项目质量计划由项目经理部编制，并按 规定程序报批和实施。如质量目标：工程质量一次验收合格率１００％，单位工程优良率８５％以上，质量达到冶金建设工程优良标准。无重大质量事故，质量管理体系持续有效运行。竭尽全力做好工程服务和投产顺产保驾工作，确保用户满意。 安全目标：工亡事故为零；重伤事故为零；重大机械设备事故为零；重大交通事故为零。 现场目标：在争创优质工程的同时，强化现场文明施工的管理，树立公司良好的形象，建设文明、规的施工现场。 ②项目管理实施项目经理责任制，项目经理对项目实施全方位的管理，负责项目施工全过程的质量、工期、安全、文明施工、确保履行合同，负责组织编制施工组织设计、项目质量计划、相应的项目管理文件。项目经理是工程项目质量、安全的第一责任人。 结合本案例项目管理的总体安排：强化项目管理，全面响应业主技术要求，严格科学管理、精心组织施工，优质、安全、高速建设高炉扩容改造工程。针对本工程的特点，结合类似工程的经验，我们对本工程的总体思路是：项目管理，科学组织；突出重点，齐头并进；有序安排，提高效率；阶段实施，步步为营；统一调度，道路畅通；质量贯标，安全可靠；发挥优势，缩短工期。
软件工程报告-图书管理系统设计报告
课程设计报告 课程名称软件工程 课程题目：图书管理系统设计 院系：工程技术系 专业班级：计算机应用技术1101 组长：姚勤富 完成日期： 2013-10-31 指导老师：白晓明 组员 :杨晓峰杨阳杨翼天杨志强姚勤富姚莎2013年 10 月 31 日
目录 一实验目的： (4) 二可行性分析 (4) 2.1.项目背景分析 (4) 2.2.性能分析 (4) 2.3.可靠性和安全性分析 (5) 2.4.项目基本目标分析 (5) 2.5.技术条件可行性分析 (5) 2.6.经济可行性分析 (5) 2.7.社会因素方面的可行性 (5) 2.8.操作方面的可行性 (5) 2.9.可行性的结论 (5) 三项目开发计划 (5) 四需求分析 (6) 4.1需求分析概述 (6) 4.2数据流程图 (7) 1）顶层数据流程图 (7) 3）图书管理数据流程图 (8) 4）借书数据流程图 (8) 5）还书数据流程图 (9) 6)查询数据流程图 (9) 4.3数据字典 (10) 五概要设计 (11) 5.1编写的目的 (11) 5.2定义文档 (12) 5.3运行环境 (12) 5.4基本设计概要和流程图 (12) 5.5系统结构和模块外部设计 (13) 5.6系统软件结构图 (14) 5.7图书管理系统H图 (14) 六详细设计 (15) 6.1界面设计简介 (15) 1）系统登陆流程 (16) 2）图书录入流程图 (17) 3）图书修改流程图 (18) 6.3核心算法 (18) 七系统测试计划 (20) 7.1测试内容 (20) 7.2测试条件 (21)
7.3主要测试说明 (22) 7.3.1)身份验证测试 (22) 7.3.2控制 (22) 7.3.3输入、输出、过程 (22) 7.3.4借书测试 (23) 7.3.5控制 (23) 7.3.6输入、输出、过程 (23) 7.3.7还书测试 (24) 7.3.8控制 (24) 7.3.9输入、输出、过程 (24) 7.3评价准则 (24) 八项目总结报告 (25) 第一章第八章由组长和组员共同讨论编写 第二章：“可行性分析”由姚勤富负责编写 第三张：“项目开发计划”由杨晓峰负责编写 第四章：“需求分析”由杨阳负责编写 第五章：“概要设计”由杨翼天负责编写 第六章：“详细设计”由杨志强负责编写 第七章：“系统测试”计划由姚莎负责编写 最后由组长姚勤富负责文件的排版。
工程监理案例分析
课程名称：《建设工程监理概论》第周，第讲次 摘要 授课题目（章、节）案例分析 本讲目的要求及重点难点： 【目的要求】 【重点】 【难点】 内容 【本讲课程的内容】 【案例1】 1.某工程建设项目由四个同类子项目组成。建设单位与监理单位签订了施工阶段委托 监理合同。合同签订后第20天，监理单位将监理机构的组织形式、人员构成及对总监理 工程师和总监理工程师代表的任命书通知了建设单位。监理机构组织形式如图1-1所示。 图1-1 监理机构组织形式示意图 在监理工作开展过程中，总监理工程师因尚兼任其他两项工程的总监理工程师， 故将下列工作委托给总监理工程师代表： a.确定项目监理机构人员的分工和岗位职责。 b.主持编写项目监理规划、审批项目监理实施细则，负责管理项目监理机构的日 常工作。 c.审查分包单位的资质，并提出审查意见。
门与指挥部门易产生矛盾(0.5分)，信息传递路线长(0.5分)。 2.(1)根据业主意见，应改为如图1-2所示矩阵制监理组织形式(6分)： 图1-2 矩阵制监理组织形式示意图 (2)这种监理组织形式是由两套管理系统组成的矩阵性组织结构，一套是纵向的职能系统(0.5分)，另一套是横向的子项目系统(0.5分)。 优点：加强了各职能部门横向联系(0.5分); 缺点：纵横向协调工作量大(0.5分)，可能产生矛盾命令(0.5分)。 3.建设单位提出的第2条整改意见不完全正确(1分)。在上述委托的工作中，下述内容不得委托： (2)主持编写项目监理规划、审批项目监理实施细则(1分)。 (3)根据工程项目的进展情况可进行人员调配，对不称职的人员应调换其工作(1分)。 (4)签发项目监理机构有关的工程开工/复工报审表、工程暂停令、工程款支付证书、工程竣工报验单等文件和指令(2分)。
软件课程设计报告
软件课程设计报告 电信学院 09 级电子专业题目简易网络聊天室 学生学号 指导教师 2012年4月26日
简易网络聊天系统 摘要：本设计在VC++6.0平台下利用MFC对话框工程实现了简易聊天室的设计，完成了简易聊天的各项基本功能，界面友好。要求能网络侦听，接受多个客户端的连接，一个聊天服务器和很多客户端进行通信，接受客户端发送的信息，能分析信息的含义并在服务器停止服务时，停止端口侦听，将停止服务器信息发给所有客户端。在实际编程中运用了C++语言，并通过学习socket编程实现了局域网内各节点通信。 关键字：MFC 聊天室 VC++编程CSocket类 1.引言 当今世界正处于信息时代，在互联网相当普及的今天，大众已经对互联网形成了相当的依赖性，局域网内多节点通信已经是非常普遍的简单需求。聊天室是适合于陌生人之间进行较为主观、感兴化的讨论。所以有大部分的人会进入聊天室聊天，它会给人一个完全自由的聊天世界。 基于SOCKET的局域网通信是一种灵活的、易于实现的、低成本的方法。它可以运行在各种使用TCP/IP协议作为通讯协议的网络上。而在SOCKET API的帮助下，开发基于SOCKET的局域网通信软件也是易于实现的。 2.设计依据及框图 2.1 设计平台 本设计主要在VC++6.0平台下，基于MFC的界面编程主要是面向对象的方法来调用Windows API，提供了文档框架视图结构和活动文档这样的便于自定义的应用程序框架。同时，在Visual C++内部也内建了很多对MFC的例如类向导这样的支持以减少软件开发的时间。 2.2 设计思想 本设计的总体思想是在基于MFC的界面编程基础上加入windows socket类实现局域网通信。本设计主要分为服务器端和客户端两部分组成。服务器端监听各个客户端节点发送的信息并把信息发送到相应的客户端。客户端实现发送和接受自己节点的信息。
软件工程课程设计报告
软件工程课程设计报告样式 山东建筑大学计算机科学与技术学院 课程设计说明书 题目：学校教材订购系统的分析和设计 课程：软件工程 院（部）：计算机科学与技术学院 专业：软件测试 班级：软测143 学生姓名：冯岩 学号：20141113088 指导教师：王宜贵 完成日期：
目录 课程设计任务书 (36) 1. 系统概述 (39) 1.1业务流程描述 (39) 1.2 业务流程图..................................................................................... 错误！未定义书签。2．系统需求分析.......................................................................................... 错误！未定义书签。 2.1 系统用例模型.................................................................................. 错误！未定义书签。 2.2 系统类图模型............................................................................ 错误！未定义书签。 2.3 系统顺序图模型........................................................................ 错误！未定义书签。 3. 系统设计.................................................................................................. 错误！未定义书签。 3.1 系统结构设计................................................................................. 错误！未定义书签。 3.2 数据库概念模型设计..................................................................... 错误！未定义书签。 3.3 数据库物理模型设计..................................................................... 错误！未定义书签。 4. 系统详细设计.......................................................................................... 错误！未定义书签。 4.1学校教材订购系统界面设计.......................................................... 错误！未定义书签。 4.2 销售系统处理............................................................................... 错误！未定义书签。 4.3 输入设计....................................................................................... 错误！未定义书签。 4.4 采购系统处理............................................................................... 错误！未定义书签。 4.5 设计............................................................................................... 错误！未定义书签。 4.6 输出设计....................................................................................... 错误！未定义书签。总结 .. (43) 参考文献 (45) 课程设计指导教师评语 (46)
最新版工程案例分析案例
A 某县饮料厂为多层现浇钢筋混凝土框架结构，因该厂生产经济效益很好，供不应求，厂方决定增加一层。加层设计由该县丙级设计院设计，由县建筑公司施工。加层设计时对基础进行验算，再加一层无问题，对加层梁柱进行了计算，但对原框架结构没有进行计算。工程于1990年12月开始，施工过程中自然条件，施工管理良好，材料质量亦无问题，1层、2层工人生产照常进行，在加层吊装屋面板接近完工时，加层部分及2层突然倒塌，造成25人死亡，30人受伤的重大事故。 (1)建筑工程质量问题常见的原因有哪些?该工程质量事故最主要的原因是什么?(2)工程重大质量事故分为几级，是如何规定的?该工程质量事故属于几级重大事故?(3)对工程质量事故处理的一般程序是什么? (1)常见工程质量问题的原因有：①违背建设程序；②工程地址勘查原因； ③未加固处理好地基；④设计计算问题；⑤建筑材料及制品不合格；⑥施工和管理问题；⑦自然条件影响；⑧建筑结构使用不当。该工程质量事故最主要的原因是设计计算问题，在加层时，未对原一、二层结构进行验算。 (2)工程重大质量事故分为四级：死亡30人以上，或直接经济损失300万元以上为一级重大事故；死亡10人以上，29人以下；或直接经济损失100万元以上，不满300万元为二级重大事故；死亡3人以上，9人以下，或重伤20人以上；或直接经济损失30万元以上，不满100万元为三级重大事故；死亡2人以下，或重伤3人以上，19人以下；或直接经济损失10万元以上，不满30万元为四级重大事故。该工程质量事故属于二级重大事故。 (3)工程质量事故处理程序： ①进行事故调查：了解事故情况，并确定是否需要采取防护措施；②分析调查结果，找出事故的主要原因；③确定是否需要处理，若需处理，施工单位确定处理方案；④事故处理；⑤检查事故处理结果是否达到要求；⑥事故处理结论；⑦提交处理方案。 某办公楼建筑面积2750m2，是一栋4层建筑，建筑物层高3.Om，总高24m，基础为钢筋混凝土基础，上部为现浇钢筋混凝土梁、板、柱的框架结构，主体结构采用C25混凝土，砖砌填充墙，在主体结构施工过程中，四层混凝土部分试块强度达不到设计要求，因此请法定检测机构对实际结构进行检测鉴定，检测结构能否达到设计要求。 (1)该质量问题是否需要处理，为什么?(2)如果该混凝土强度经测试论证达不到要求，需要进行处理，可采用什么处理方法?处理后应满足哪些要求?(3)根据工程质量事故的性质及严重程度，工程质量事故分成哪两类，是如何规定 的?如果该质量问题进行加固补强造成经济损失1万元，则该事故属于哪一类? (1)该质量问题可不作处理。原因是混凝土试块强度不足是在试块检验中发现的质量问题，而经法定检测机构对实际结构经测试论证后能够达到要求，因此可不作处理。(2)对该质量问题可采取的处理方案有：封闭防护、结构卸荷、加固补强、限制使用、拆除重建等。 处理的基本要求是：①处理应达到安全可靠、不留隐患、满足生产和使用要求、施工方便、经济合理的目的。②重视消除事故原因。③注意综合治理。④正确确定处理范围。⑤正确选择处理时间和方法。⑥加强事故处理的检查验收工作。⑦认真复查事故的实际情况。⑧确保事故处理期的安全。(3)依据事故的严重程度，工程质量事故分为：一般事故和重大事故。一般事故指补 救当中经济损失一次在1万元以上，10万元以下或者人员重伤2人以下，且无人员伤亡的事故。重大事故指在工程建设过程中，由于责任过失造成工程倒塌、报废、机械设备损坏、人员伤亡或重大经济损失的事故。 该质量事故造成的经济损失1万元，因此该质量事故属于一般事故。2A315022产生质量通病的原因及防治方法某综合楼为现浇钢筋混凝土框架结构，地上10层，在楼板混凝土浇筑完毕后养护过程中发现混凝土表面出现非常细小的裂缝，其走向纵横交错，没有规律，经分析该裂缝是由于混凝土成型后，养护不良，使表面水分蒸发快，体积收缩大，而内部湿度变化很小而造成的混凝土干缩裂缝。 (1)造成该工程楼板混凝土干缩裂缝的原因是什么?(2)为避免在混凝土施工过程中出现干缩裂缝，施工单位应采取哪些预防措施?(3)该楼板的干缩裂缝会产生什么危害?可采取何种处理方法? (1)造成该工程楼板混凝土干缩裂缝的原因是由于混凝土成型后，施工单位对混凝土养护不良，使表面水分蒸发快，
软件建模及分析课程设计报告
计算机技术与工程学院课程设计报告 课程名称：软件建模与分析课程设计 设计题目：教材管理系统 学生姓名：耿誉 学号：1204431117 专业班级：软件1241 指导教师：欣健 起止时间：9月7日至9月18日 成绩评定 容表现成果报告总评成绩
2015-2016第1学期《软件建模分析课程设计》任务书 指导教师：欣健佘向飞付浩海班级：软件1241-2 地点：9教机房409,411时间：第1、2 一、课程设计目的 1、进一步理解、掌握UML的基本概念、结构、语义与表示法； 2、综合运用UML和其它先修课程的理论和知识，掌握面向对象的软件建模与分析的一般法、常用技术及技巧，树立良好的软件建模思想，培养分析问题和解决实际问题的能力； 3、学会使用Star UML建模工具，运用UML建模思想及法，对各类软件系统进行分析、设计、建模。 二、课程设计容 课程设计参考题目如下： 1. 小区物业管理系统 2. 高校工资管理系统 3. 教材管理系统 4. 酒店管理系统 5. 高校教职工管理系统6．图书管理系统 7．火车订票管理系统8．企业人事管理系统 9．商品库存管理系统10．医院药品管理系统 11. 学生成绩管理系统12. 高校学籍管理系统 13. 航空订票管理系统14. 学费管理系统 15. 城市居民户籍管理系统16．超市管理系统 17．学费管理系统18．车辆管理系统
19. 房地产管理系统20. 企业物资管理系统 21、其它自选题目 学生可任选一题或自拟题目（需经指导老师审核批准）。在分析设计题目，做好系统需求基础上，进行如下主要设计： 分析问题领域：确定系统围和系统边界，设计用例图 设计静态结构模型：建立类图，对象图，包图，数据库建模 设计动态行为模型：建立时序图，状态图，协作图，活动图 设计物理模型：建立组件图，配置图 设计要求：系统设计建模符合面向对象的设计准则及规则。如： 准则：模块化、抽象、信息隐藏、低耦合和高聚等； 规则：1）设计结果清晰易懂 2）一般到具体的抽象深度应适当 3）尽量设计小而简单的类 4）使用简单的消息协议、函数或法 5）把设计变动减至最小 三、时间安排
软件工程点菜系统设计报告
目录 第一章可行性研究---------------------------------------------3 1.引言 2.可行性研究的前提 3.对现有系统的分析 4.所建议的系统 5.可选择的其他系统方案 6.投资及效益分析 第二章项目开发计划----------------------------7 1.引言 2.项目概述 3.实施计划 4.支持条件 5.专题计划要点 第三章项目需求分析说明书------------------------------------11 1. 引言 2. 任务概述 3. 需求规定 4. 运行环境规定 第四章项目详细分析说明书---------------------------------13 1. 引言 2. 程序系统的结构 3. 程序设计说明 第五章软件测试----------------------------------------------17 1. 软件测试概念 2. 软件测试目的 3. 软件测试原则 4. 软件测试方法分类 5. 软件测试步骤 第六章用户手册-------------------------------------------------19 1. 引言 2. 用途 3. 运行环境 4. 使用过程 第七章总结
----------------------------------------------------------------- -22 第一章可行性研究报告 1引言 编写目的 在市场经济蓬勃发展的今天，酒店、餐饮电脑管理在世界各国已非常普及。它成为服务行业提高办公效率、提高竞争力的关键因素之一。随着经济环境的不断发展，面对餐饮业严酷竞争日益激烈的现实，如何加强管理、提高工作效率和改善服务质量成了急待解决的问题。而解决这些问题的关键措施之一就是建立实用、先进、高效的餐饮电脑管理系统，引进创新的经营机制，适应新形式下的生存和发展的空间。 通过对本系统的操作，服务员可更加迅速使用系统为顾客点菜、加菜，并即时的把数据传到出品台。然后出品台根据客人所点的菜单迅速出品，而且所有的操作数据都储存在后台的数据库中，以备查询。 背景 软件系统的名称：餐馆点菜系统； a.本项目的任务提出者：蒋巍； b.开发者：张飞、赵杰、朱陈立； c.用户：适用于各种餐厅，酒店； d.实现该软件的计算中心是常州工学院秋白楼B-720； 定义 走单走单是员工的一种作弊行为，是指故意把整张账单走失，以达到私吞餐饮收入的目的。 走餐走餐也是员工的一种作弊行为，指不开账单，也不收钱，白白走失餐饮收入。 走数走数也是员工的一种作弊行为，指账单上的某一项目的数额或者该项目数额中的一部分走失。 出品台：服务员取菜的柜台 出品：俗称上菜 参考资料 参考文献：《软件工程》张海藩倪宁编着； 《Visual Basic程序设计》唐学忠费贤举王文琴编着； 2可行性研究的前提 要求 功能模块：点菜模块、收银模块、查询模块 目标 通过使用本系统可以实现餐馆管理的信息化，提高餐馆的工作效率，隐型成本降低如管理方面生产能力得到充分提高，服务整体提升，给人一种卫生的环境美观大方、简单实用。 条件、假定和限制 a．所建议系统的运行寿命的最小值为2年；
软件综合设计报告
实验七：书写软件综合设计报告 附录A：软件综合设计报告格式 [封面]（注：每个同学的报告都要有封面，独占一页。用小四号宋体，行距18－22磅，报告中可加上适当的小图形） 软件综合设计报告 设计题目：人机五子棋游戏软件 浙江师范大学数理与信息工程学院班级：计算机科学与技术121 报告人姓名：王丹妮学号：12190111 承担角色：组员 同组组长：涂文婷同组其他成员：无 课程教师：贾泂实验指导教师：贾泂 实验地点：20-206 完成起止日期：2015/6/16—2015/6/23 [正文] 一、课程设计概述(目的、任务、开发环境、参考资料) 1.目的 五子棋是起源于中国古代的传统的黑白棋中之一。它不仅能增强思维能力，提高智力，而且富含哲理，有助于修身养性。随着社会的发展，越来越多人接触和使用计算机，网上进行的棋类运动也随之普及。许多人喜欢上了下棋，但有时又苦于没有对手。作为一个计算机专业的学生，我对五子棋有很浓厚的兴趣，对计算机人机对弈智能算法如何与人脑对抗产生了极大的兴
趣，当然人机对弈的算法有很多种，许多人也对此有所研究。有些算法的智能程度甚至已经与人脑不相上下。这类程序的开发最重要的莫过于智能算法的实现，然后就是判断胜负的方法。完成项目作业，锻炼编程能力，培养思维，我们小组决定开发一个能够进行人机对战的五子棋游戏软件。 2.任务 以C#作为编译环境，实现五子棋的基本功能，达到界面整洁漂亮，游戏性强。 3.运行环境 编译调试环境：vs2010 C#编译环境； 运行系统环境：安装有微软.NET Framework 3.5的windows操 作系统 4.参考资料 [1] GB8567——88. 概要设计说明书. [2] 王志新. 五子棋实战技巧. 江苏科学技术出版社, 2002. [3] 中国五子棋网. https://www.360docs.net/doc/fa4423358.html,/ 二、项目的可行性研究与需求分析 1.系统可行性研究 项目组成员熟知五子棋游戏的各项规则，熟悉项目开发环境，有一定的项目的开发经验，其中项目组涂文婷同学还有五子棋核心算法设计经验，更为重要的是项目组成员均对本项目的开发具有强烈的兴趣，有信心完成本项目的开发工作。在时间上也是可以完成的。综上所述，本系统在技术上是可行的。 不仅如此，五子棋游戏简单易学，为人民群众所喜闻乐见；本项目开发的五子棋游戏功能强大，界面友好，帮助文件详尽明确，用户在使用方面不存在任何障碍。综上所述，本项目在使用方面是可行的。 2.系统需求分析 2.2 功能需求分析 系统的基本功能需求分析如下： （1）游戏进入界面需要用户登录； （2）进入游戏之后，显示一个十五行十五列的五子棋的棋盘及菜单。 在界面上可以在棋盘落子操作和菜单操作之间进行切换，用鼠标来控制；