软件工程 概要设计报告

合集下载

软件工程课程设计任务书(模板及参考)

软件工程课程设计任务书(模板及参考)

编号: 大连理工大学本科生课程设计任务书课程名称:软件工程课程设计指导教师:项目名称:粒子群主题网站小组名称:组长姓名:上课时间:2009年7月13 日- 7月25 日大连理工大学软件学院20 年月日1 设计目的软件工程课程设计是在学生系统的学习了《软件工程》课程后,综合运用所学的知识,设计开发一个小型的实际系统。

要求学生运用软件工程的思想,严格按照软件生命周期各个阶段的目的和任务,完成对系统的定义、设计、编码、运行以及后期的维护。

通过对具体系统的设计和开发,使得学生掌握软件工程的基本原理和基本方法,学会用软件工程学的概念、原理、方法开发和维护软件。

2 设计要求(1)选用迭代式开发的过程模型,运用软件工程的方法,规范地完成规模小、功能较为简单的软件开发,包括需求分析、设计、编码和测试。

(2)学生5人组成一个项目小组,一人为组长,其他人为组员,组内成员分工明确、团结协作、相互配合,共同完成选题的设计。

(3)课程设计时间为2周。

(4)开发平台.NET3.5,语言(C# \ ASP),数据库设计工具Powerdesigner;数据库系统MSSQL Server 2005(5)具体指标:1)可以选择结构化分析/设计(SA/SD)或面向对象方法(OOA/D)2) 结构化分析/设计(SA/SD)a)需求分析:分析系统的静态功能和动态行为每一位小组成员能够描绘分配的子功能需求每一位小组成员完成分配子功能的数据流图DFD,要求绘制到3级DFD3小组负责人组织完成系统的DFD3b)设计:完成系统的功能模块设计每一位小组成员根据需求的DFD3图,完成分配的子功能模块设计,用HIPO图表征。

每一位小组成员设计分配的子功能模块的接口每一位小组成员能够完成分配的子功能程序流程的逻辑设计小组负责人组织完成系统的总体结构集成c)软件实现:每一位小组成员完成分配的子功能界面的设计每一位小组成员完成分配的子功能代码编写小组负责人在.NET框架下,组织完成系统的实施d)软件测试:每一位小组成员完成分配的子功能的单元测试小组负责人负责组织系统的测试用例,不少于20个,完成测试工作3)面向对象方法(OOA/D):以UML为主a)需求分析:分析系统的静态功能和动态行为每一位小组成员完成一个用例分析,用例规约描绘功能性需求每一位小组成员完成一个用例下的活动图小组负责整个系统的用例图,完成功能划分小组负责整个系统的活动图,描述系统的动态行为b)分析设计:完成系统的功能模块设计根据用例分析,小组共同协商,完成选取设计模式,设计系统的架构,用包图和构件图表示每一位小组成员完成所分配的用例功能的动态设计,至少绘制一个顺序图,设计系统的对象及交互每一位小组成员完成所分配的用例功能的类图设计小组共同协商,完成整个系统的类图设计和组件的封装设计小组共同协商利用.NET的持久化技术,完成类的持久化设计c)详细设计:每一位小组成员完成所分配的用例功能的每个类的属性、方法和关系的设计;完成复杂方法程序流程图的逻辑设计;每一位小组成员完成所分配的用例功能的界面设计d)软件实现:每一位小组成员完成所分配的用例功能实现,使用在.NET3.5的框架下,编写类、界面和DAO等小组负责集成系统e)软件测试:每一位小组成员完成所分配的用例功能类方法和类状态测试小组负责完成系统的测试,测试用例不少于20个,完成测试工作3 题目粒子群主题网站粒子群算法是一种基于群智能的演化计算方法,1995年由kennedy和Eberhart受到人工生命(Artificial Life)的研究结果启发而提出。

软件工程实习报告(共6篇)

软件工程实习报告(共6篇)

软件工程实习报告(共6篇)软件工程实习报告(共6篇)第1篇:软件工程实_报告年软件工程实_报告实_是一种实践,是理论联系实际,应用和巩固所学专业知识的一项重要环节,是培养我们能力和技能的一个重要手段。

下面整理了软件工程实_报告,欢迎大家参考!八月初,我们来到大连东软实训中心进行为期20天的实_,我们要做的是物流配送管理系统,我要做的是配送中心管理模块。

它的主要功能是完成对商品、库房和供应商的管理,缺货查询和进货安排。

由于大家负责不同的模块编写,作为组长的我需要充分考虑各个模块之间的交互,系统风格一致性等问题。

为此,项目启动之前我们小组6人开会讨论了整体的业务流程,明确了数据库表之间的关联和各个模块之间的接口。

在项目验收阶段我们顺利地通过了答辩,圆满完成了预期目标,虽然和优秀的小组开发的系统还有一些差距,但是我们发挥了每个人的能力,结果也令我们满意。

在为期20天大连东软实训中心的实_过程中,我每天都感觉很充实,从基础知识的巩固,项目整个的开发过程,我都认真学_,勤于思考,并且不断动手实践,我感到收获很大。

这是我们在学_专业课程之后走向工作岗位之前的不可缺少的实践环节。

它对于培养我们的动手能力有很大的意义。

这次实_旨在培养学生综合运用所学的软件工程专业基础理论、基本技能和专业知识分析问题和解决问题的能力,培养我们的专业素质、应用科学的思维方法和计算技巧,使我们了解科学研究工作的一般程序和方法,撰写科技论文的能力;培养我们直接参与科研活动、科研文献和资料的调研,对研究工作以及相关的研究结果分析、综合的能力;重点培养我们积极的创新精神、严肃认真的科学态度和严谨求实的工作作风,增强我们的综合素质以及对毕业后工作岗位的适应能力;有利于扩大我们的知识面,并掌握一些软件工程技术的发展前沿。

这次实_让我们走出校园,切身体会公司的企业文化,感受到了和学校里面不一样的学_方式和氛围,也可以从中学到很多社会经验,了解了很多行业需求和动态,使我们视野更加开阔。

软件详细设计文档说明书

软件详细设计文档说明书

软件开发文档文档名称:详细设计说明书项U 名称:XXXXXXXXXX 项口负责人:XX XXXxxxx信息科技有限公司2004 年添加,修改,删除)LI录1 导言11.1目的 11.2范围 11.3术语定义 1 1.4参考资料 1 1.5相关文档 1 1.6版本更新记录12模块实现设讣12. 1公用模块设计12.2专用模块设计12. 3存储过程设计12.4触发器设计13接口实现设计14其他实现设计14. 1角色授权设讣14.2其他详细设计15详细设汁检查列表15. 1功能设汁检查列表15.2性能设汁检査列表15. 3接口设汁检查列表1本章对该文档的LI的、功能范圉、术语、1导言行说明。

1.1目的本文档的U旨在推动软件工程的规范化,使设计•人员遵循统一的详细设汁书写规范,节省制作文档的时间,降低系统实现的风险,做到系统设讣资料的规范性与全面性,以利于系统的实现、测试、维护、版本升级等。

详细设计的详细程度,应达到可以编写程序的程度。

1.2范围本文档用于软件设汁阶段的详细设计,它的上游(依据的基线)是《概要设计说明书》,它的下游是源程序清单及单元测试计划,并为单元测试报告提供测试依据。

该范圉应覆盖《概要设计说明书》中的功能点列表、性能点列表、接口列表。

软件详细设计•的范围是:各子系统的公用模块实现设讣、专用模块实现设计、存储过程实现设讣、触发器实现设讣、外部接口实现设计、部门角色授权设计、其他详细设计等。

按照3层结构(B/A/S)的布局,详细设计应从下面3个方面进行。

数据库服务器上的面向数据的设讣:数据字典物理设计、基本表物理设计、中间表物理设计(报表设计)、临时表物理设讣、视图物理设计、存储过程物理设讣、触发器物理设讣。

应用服务器上的面向业务逻辑的设计:接口数据设讣、中间件设讣、数据通信传输设计、可视构件设计、非可视构件设计、角色授权设计、功能点设计(功能点列表设计)。

浏览器上的面向对象的设讣:录入修改界面设计、浏览查询界面设计、登录注册界面设计、信息发布界面设计。

(完整word版)《概要设计》模板

(完整word版)《概要设计》模板

概要设计1.导言本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明.1.1目的本文档的目的旨在推动软件工程的规范化,使设计人员遵循统一的概要设计书写规范,节省制作文档的时间,降低系统实现的风险,做到系统设计资料的规范性与全面性,以利于系统的实现、测试、维护、版本升级等。

1.2范围本文档用于软件设计阶段的概要设计,它的上游是《需求分析规格书》,下游是《详细设计说明书》,并为《详细设计说明书》提供测试的依据.软件概要设计的范围是:软件系统总体结构设计、全局数据库和数据结构设计、外部接口设计、主要部件功能分配设计、部件之间的接口设计等方面的内容。

该范围应覆盖《需求规格说明书》中的功能点列表、性能点列表、接口列表。

1.3命名规则变量对象命名规则:申明全局变量、局部变量对象的命名规则.数据库对象命名规则:申明数据库表名、字段名、索引名、视图名等对象的命名规则。

1.4术语定义术语定义或解释一般用表格形式给出,如表错误!未定义书签。

所示.1.5参考资科[l]需求规格说明书[2]软件开发合同[3]数据库设计规范[4]命名规范1.6相关文档[1]《详细设计说明书》[2]源程序清单[3]测试计划及报告[4]《用户使用手册》1.7版本更新记录版本更新记录格式,如表错误!未定义书签。

所示。

错误!未定义书签。

2.总体设计2。

1总体结构设计软件系统的总体逻辑结构,按照不同的设计方法,有不同的总体逻辑结构。

对于结构化设计方法,画出系统总体结构图,列出系统的功能模块清单编号、名称、功能,并尽可能描绘出功能能模块之间的关系。

总体结构示意图,如图1所示(也可画成竖向的)图1总体结构示意图2.2运行环境设计该软件系统的运行环境:硬件平台:(1)服务器的最低配置要求(2)工作站的最低配置要求(3)外设的要求软件平台:(1)服务器操作系统(2)数据库管理系统(3)中间件(4)客户端的操作系统(5)客户端的平台软件网络平台:(1)通信协议(2)通信带宽2.3子系统清单子系统清单,如表错误!未定义书签。

概要设计说明书

概要设计说明书

概要设计说明书一、引言1.编写目的本阶段主要解决了实现该系统需求的程序模块设计问题,包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。

在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对机票预定系统所做的模块结构设计的基础上,对系统进行详细设计。

在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。

2.项目背景机票预定系统将由两部分组成:置于个旅行社定票点的前台客户程序,以及置于航空公司的数据库服务器。

本系统与其他系统的关系如下:3.参考资料《软件工程导论》,张海藩,清华大学出版社。

《实用软件工程》,郑人杰等,清华大学出版社。

二、总体设计1.验证登陆名密码正确进入主菜单,根据登录时所选的登录方式(客户、管理员)的不同分别对用户设定不同的访问权限(如果是输入的客户用户名和密码正确,选择以客户方式登陆则主界面里面的管理员界面不能用,如果输入的是管理员的相应用户密码正确,以管理员的方式登陆则管理员界面可用)不正确则清空登录框,最多可以输入三次,三次不正确系统会自动关闭。

2.主窗体的用户信息界面用户点击个人查询按钮,可以把自己的个人信息显示到界面上,还可以对自己的信息进行相应的修改(用户编号和用户名不能修改),还可以点击我的机票查询,查询该用户的订票记录。

3.主窗体的订票界面你可以点击你想查询的有关机票的信息的按钮(舱位信息查询,客机信息查询,航线查询,客户类型信息查询)获得相关信息的表,根据表的内容,你可以在下面的下拉框中选择你要定的票信息,点确定后在下面会显示你的机票的相关内容,如果满意可以点击订票,把相关信息添加到机票数据库表中,如果不满意,可以点重置,所有信息清空,再重新选择。

三、接口设计1.外部接口(1)用户界面在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。

软件需求分析报告(模板)

软件需求分析报告(模板)

软件需求分析报告—(模板)目录1. 范围 02。

总体要求 02。

1总体功能要求 02。

2软件开发平台要求 02。

3软件项目的开发实施过程管理要求 (1)2.3.1 软件项目实施过程总体要求 (1)2.3.2 软件项目实施变更要求 (1)2。

3.3 软件项目实施里程碑控制 (1)3. 软件开发 (2)3.1软件的需求分析 (2)3.1。

1 需求分析 (2)3.1.2 需求分析报告的编制者 (3)3.1。

3 需求报告评审 (3)3.1。

4 需求报告格式 (3)3.2软件的概要设计 (3)3。

2。

1 概要设计 (3)3。

2。

2 编写概要设计的要求 (3)3.2.3 概要设计报告的编写者 (3)3。

2.4 概要设计和需求分析、详细设计之间的关系和区别 (3)3。

2.5 概要设计的评审 (3)3.2.6 概要设计格式 (3)3.3软件的详细设计 (4)3。

3。

1 详细设计 (4)3.3.2 特例 (4)3。

3。

3 详细设计的要求 (4)3.3.4 数据库设计 (4)3。

3.5 详细设计的评审 (4)3。

3。

6 详细设计格式 (4)3.4软件的编码 (4)3。

4。

1 软件编码 (4)3。

4.2 软件编码的要求 (4)3.4.3 编码的评审 (5)3.4。

4 编程规范及要求 (5)3.5软件的测试 (5)3.5.1 软件测试 (5)3。

5。

2 测试计划 (5)3.6软件的交付准备 (5)3。

6。

1 交付清单 (5)3.7软件的鉴定验收 (6)3。

7.1 软件的鉴定验收 (6)3.7。

2 验收人员 (6)3.7。

3 验收具体内容 (6)3。

7。

4 软件验收测试大纲 (6)3.8培训 (6)3。

8。

1 系统应用培训 (6)3.8.2 系统管理的培训(可选) (7)附录A 软件需求分析报告文档模板 (9)附录B 软件概要设计报告文档模板 (21)附录C 软件详细设计报告文档模板 (33)附录D 软件数据库设计报告文档模板 (43)附录E 软件测试(验收)大纲.................................................................... 错误!未定义书签。

软件工程课程设计_银行储蓄系统

软件工程课程设计_银行储蓄系统

银行储蓄系统系统设计报告目录一、引言 (3)1.编写目的 (3)2.项目背景 (3)3.开发人员 (3)4.参考文献 (3)二、问题定义 (4)1.目标 (4)2.系统功能 (4)三、可行性研究分析 (4)四、需求分析 (5)1. 功能需求分析 (5)2. 建立功能模型和数据需求 (5)3. 建立逻辑模型 (13)4. 建立行为模型 (14)5. 性能需求分析 (14)6. 系统可用性和可靠性需求分析 (14)五、概要设计报告 (15)1 数据库概要设计 (15)2 系统总体设计 (16)3 测试计划 (17)4 接口设计 (17)5 运行设计 (18)6 出错处理设计 (18)7 安全保密设计 (18)8 维护设计 (18)六、详细设计报告 (19)1 用户界面设计 (19)2 测试用例及预测结果 (25)七、运行环境和编译环境说明书 (27)1 开发编译环境 (27)2 运行使用环境 (27)3 错误处理 (27)八、总结报告 (28)1一、引言1、编写目的为了规范化软件开发,提高开发过程的能见度,便于控制和管理软件开发过程,提高软件质量,降低开发风险,减少需求变更,便于日后的维护工作,文档定制了软件开发的细节问题,明确软件需求,便于与用户协调开发,确认需求。

对软件的开发相关文档及用户使用手册进行了整理。

2、项目背景非电子化的银行储蓄系统工作效率较低,且安全性,准确性得不到保证。

越来越满足不了用户的需求和银行自身发展的需要。

建立一个高效,准确,方便,安全的银行储蓄系统是用户需求和技术进步的共同推动。

3、开发人员组长:xxx组员:xx xxx xxx xxx xxxxx作为项目经理,在人员沟通,质量管理,进度管理,风险管理方面进行了着重管理,并对里程碑进行了评审,确认。

并对变更进行评审,控制,记录。

需求分析以及系统编码由xxx完成。

用户界面设计以及系统测试由xxx完成。

数据库设计工作由xx完成。

软件工程详细设计阶段--详细设计说明书

软件工程详细设计阶段--详细设计说明书

网上报名管理系统详细设计说明书[V1.0(版本号)]拟制人______________________ 审核人______________________ 批准人______________________ [二00八年十一月十日]详细设计说明书1.引言1.1编写目的在前一阶段(概要设计说明书)中,已解决了实现该系统需求的程序模块设计问题。

包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。

在以下的详细设计报告中将对在本阶段中对系统所做的所有详细设计进行说明。

在本阶段中,确定应该如何具体地实现所要求的系统,从而在编码阶段可以把这个描述直接翻译成用具体的程序语言书写的程序。

主要的工作有:根据在《需求分析说明书》中所描述的数据、功能、运行、性能需求,并依照《概要设计说明书》所确定的处理流程、总体结构和模块外部设计,设计软件系统的结构设计、逐个模块的程序描述(包括各模块的功能、性能、输入、输出、算法、程序逻辑、接口等等),解决如何1、输入考生的注册信息、报名信息等;2、判断信息的正误并采取相应的处理步骤;3、进行数据库的查询、修改工作;4、接受并判断错误,输出相应的出错消息;在以下的各个阶段中,《用户操作手册》将与本阶段的工作紧密结合,努力作到让用户易懂易学。

《测试报告》和《维护报告》也将参考本说明书,检验本系统的各项性能指标,及时发现纰漏及时修补,一定要把功能强大、稳定可靠、便于维护的网上报名管理系统交到用户手中。

1.2背景a.待开发系统的名称:网上报名管理系统b.本项目的任务提出者:开发者:用户:1.3定义SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。

SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进行处理。

主键:数据库表中的关键域。

值互不相同。

外部主键:数据库表中与其他表主键关联的域。

ROLLBACK: 数据库的错误恢复机制。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1、引言1、1编写目的:随着计算机的迅速发展,计算机被广泛的应用到各个领域,餐厅行业对软件的功能需求也日益增高。

本软件就是针对此种情况和客户需求而开发。

本概要设计说明书让程序开发者提供编程依据。

1、2项目背景开发单位:西邮07级科技01班软件开发小组主管部门:科技0701班第1小组系统待开发的名称:餐饮管理系统本软件运行平台:windows2000, windows XP, windows Vista.....1、3定义VB是Visual Basic的简写,是可视化的编程语言。

是一种简单、高效地开发应用软件的工具。

SQL (Structured Query Language)是一种数据库查询和程序设计语言,用于存取数据以及查询、更新和管理关系数据库系统。

SQL Server 是一个关系数据库管理系统。

它最初是由Microsoft Sybase 和Ashton-Tate三家公司共同开发的,于1988 年推出了第一个OS/2 版本。

在Windows NT 推出后,Microsoft与Sybase 在SQL Server 的开发上就分道扬镳了,Microsoft 将SQL Server移植到Windows NT系统上,专注于开发推广SQL Server 的Windows NT 版本。

Sybase 则较专注于SQL Server在UNIX 操作系统上的应用。

1、4参考资料文档引用的规范:《软件生命周期质量保证与测试》张向宏主编电子工业出版社2009年5月出版技术资料参考:《数据库原理与应用案例教程》郑玲利主编清华大学出版社2008年9月出版《Visual Basic完全自学手册》俞磊等编著机械工业出版社2009年1月出版《零基础学Visual Basic》斯琴巴图等编著机械工业出版社2008年6月出版2、任务概述2、1目标使点菜信息更加系统化,信息更加精确化。

使管理人员管理更加方便,能够改动部分信息,最大化的满足客户的需求。

系统能自动保存信息,给查找数据留下依据。

2、2运行环境硬件环境:计算机(含键盘、鼠标等),打印机等外围设备。

软件环境:建议配置:操作系统windows 2000/XP/VistaCPU PentiumⅣ以上内存128M以上硬盘空间100M以上2、3需求概述本系统要达到以下目标:(1)直观。

因为系统最终会由用户来维护,权限分配的直观且容易理解,显得比较重要,系统实现角色(即权限组)的继承,除了功能的必需,更主要的就是因为它足够直观。

(2)简单。

包括概念上的简单和功能上的简单,不考虑用户组。

(3)可移植。

系统扩展性要强,要便于移植到不同的系统中。

本系统默认有一个系统管理员用户。

系统管理员的工作有:①增加、删除、修改和查询部门。

②增加、删除、修改和查询用户。

③增加、删除、修改和查询角色。

④组合操作权限分配给角色。

⑤将角色分配给用户。

2、4条件与限制完成本项目应具备的条件:熟练掌握VB6.0软件的操作方法,能够运用VB 语言完成各功能模块的程序编写。

本开发小组目前只是能够对VB6.0软件进行最基本的控件操作与编辑,需进一步深入学习,以顺利准时完成本项目为准。

限制方面:由于小组全体成员对VB软件、VB语言、数据库方面的知识严重缺乏,急需对这些方面加强必要的学习和实践。

同时,在时间方面,只能在课余时间完成本软件,对时间的安排需做到合理,恰当才能很好的完成本工程。

由于是学习之作,资金的不足限制了本软件的研发。

3、总体设计3、1处理流程NN NN NNN进入系统 输入用户名、密码存在后勤 管理员 超级 管理员 前台管理员查看空桌成功 点菜 添 加 修改 删 确定 结账 注册VIP 注册信息查看库存 短缺 缺货报表 采购员 进货 进货记录 更新库存查看账单 查看人员 添 加 修改 删 修改菜单 修改人员 菜单管理 人员管理 查看菜单 统计账单3、2总体结构和模块外部设计NY YY3、3功能分配(1)前台管理功能可以登录页面,查看空余桌位,安置顾客于空闲桌位。

输入顾客点菜信息,能够对消费客户进行结账,能够删除和重新输入顾客点菜信息(对客户已结账已经保存的信息无法改动),注册、查看VIP 客户,能够查看已保存的菜谱、消费情况等信息。

(2)后勤管理功能登陆软件页面,查看仓库库存情况,修改库存清单,修改菜谱中的欠缺情况(对于菜谱其他信息无法修改),查看录入进货详单等。

起始界面前 台 管 理 员 后 勤 管 理 员 超 级 管 理 员 输入用户名、密查看空桌 点 菜 结 账 注册VI P-添加、修改、删除 查看库存 更新库存 缺货报表 进货查看账单 查看菜单 查看人员 统计账单 修改人员 修改菜单(3)超级管理功能能够行使一切管理功能,并能够增添删除和修改用户,可以查看并更改已保存的信息,改动菜单的信息(菜价、名称等),添加菜单信息,删减菜单信息。

4、接口设计4、1外部接口(1).用户界面:本软件是基于windows平台下的窗口图形界面软件,运行主界面为Windows 的经典运行界面,采用多文档界面,从而可以使程序更加美观,整齐有序,简易操作。

(2)硬件接口:DVD光驱,打印机等。

(3).软件接口:软件运行基于windows平台上的2000,NT,XP,Vista等。

4、2内部接口分为三个主模块与主界面连接。

前台管理员模块:可以查看空桌,进行点菜、改动点菜信息,结账,注册VIP信息等功能;后勤管理员模块:实行查看库存信息,提供缺货报表,进行进货,改动库存信息等功能;超级管理员模块:查看库存、账单统计信息,菜单信息,人员信息,并可对菜单信息,人员信息进行添加、修改、删除等操作。

5、数据结构设计5、1逻辑结构设计(1)、菜单类别(类别编号,类别名称);(2)、菜单信息(类别编号,类别名称,名称,编号,单价);(3)、库存信息(类别编号,类别名称,名称,剩余数量);(4)、账单信息(账单编号,消费类别编号,类别名称,名称,单价,总额);(5)、员工信息(姓名,性别,年龄,籍贯);(6)、管理员信息(管理员类别,用户名,用户密码)。

各关系模式的功能如下:菜单类别:用于添加、修改和更新菜单类别的资料;菜单信息:用于添加、修改和更新菜单信息的资料:库存信息:用于查看库存信息,提供缺货报表,进货信息,更新库存信息;账单信息:用于统计账单信息,查看消费信息;员工信息:用于查看。

添加、修改和删除员工信息;管理员信息:用于辨别不同的管理员行使不同的功能。

5、2物理结构设计采用索引法对数据库进行查询修改等操作。

将比较大的表分别存放在不同的磁盘上,可以加快存取的速度,特别是在多用户的环境下。

同时使用数据库的用户数、同时打开的数据库对象数,使用的缓冲区长度、个数,数据库的大小,索引文件的大小,锁的数目等可以采用SQL Server2000中默认值。

5、3数据结构与程序关系服务器程序在对点菜/结账进行操作时需对数据库数据库数据结构,也就是数据表进行查询和修改:在点菜/结账/修改菜谱等过程中都需要对数据库中的所有表,进行联合查询、修改。

物理数据结构主要用于各模块之间函数的信息传递。

接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。

出错信息将送入显示模块中,菜谱结构,帐单结构,送入打印准备模块中准备打印格式。

6、运行设计6、1运行模块的组合客户机程序在有输入时启动接收数据模块,通过各模块之间的调用,读入并对输入进行格式化。

在接收数据模块得到充分的数据时,将调用数据输出模块,对信息进行处理,产生相应的输出。

前台登陆时程序的点菜模块必须始终处于活动状态。

接收到数据后,调用数据处理/查询模块对数据库进行访问,完成后调用菜谱模块,将信息返回点菜界面。

6、2运行控制运行控制将严格按照各模块间函数调用关系来实现。

在各事务中心模块中,需对运行控制进行正确的判断,选择正确的运行控制路径。

6、3运行时间在软体的需求分析中,对运行时间的要求为必须对作出的操作有较快的反应。

网络硬件对运行时间有最大的影响,当网络负载量大时,对操作反应将受到很大的影响。

所以将采用高速ATM 网络,实现客户机与服务器之间的连接,以减少网络传输上的开销。

其次是服务器的性能,这将影响对数据库访问时间即操作时间的长短,影响加大客户机操作的等待时间,所以必须使用高性能的服务器,建议使用Pentium III 处理器。

硬件对本系统的速度影响将会大于软件的影响。

7、出错处理设计7、1出错输出信息程序在运行时主要会出现两种错误:1、由于输入信息,或无法满足要求时产生的错误,称为软错误。

2、由于其他问题,如网络传输超时等,产生的问题,称为硬错误。

对于软错误,须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析,判断错误类型,再生成相应的错误提示语句,送到输出模块中。

对与硬错误,可在出错的相应模块中输出简单的出错语句,并将程序重置。

返回输入阶段。

出错信息必须给出相应的出错原因,例:《全部桌位已满!》《查无此VIP用户信息!》等。

7、2出错处理对策所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。

若真断电时,在断电后恢复过程可采用SQL SERVER 的日志文件,对其进行ROLLBACK 处理,对数据进行恢复。

8、安全保密设计增加用户登录验证,确保信息安全性。

9、维护设计维护方面主要为对软件的数据库数据进行维护。

可使用SQL SERVER 的数据库维护功能机制。

例如,定期为数据库进行Backup,维护管理数据库死锁问题和维护数据库内数据的一致性等。

相关文档
最新文档