第一篇:餐饮管理系统设计说明书
餐饮管理系统
[编辑本段]餐饮管理系统的功能及选择
中国是举世闻名的美食大国,拥有五千年的饮食文化和巨大的餐饮市场,随着人民生活水平和生活方式的转变,餐饮业具有巨大的投资市场,被称为中国的黄金产业,但同样也应看到,餐饮业不仅面临着巨大的发展机遇,也面临着前所未有的挑战和考验。这些挑战主要来源于以下几方面:
1.人才的专业化程度不够导致内功不足:因餐饮业门坎较低,中国的大多数餐饮企业的老板是从小店发展起来的,家族式管理的居多,还没有发展到聘请职业经理人,许多还是“人治”,并没有一套现代企业制度和监督管理体制,所以从观念意识、经营思想和管理水平还有待专业化。
2.变能力差,缺乏先进的信息工具:现在的餐饮市场火爆,许多以前做电子、房地产等其他行业的老板都凭借雄厚的资金实力挤进餐饮市场,争先恐后的上规模、上档次、比菜品、比服务、拼价格,使餐饮市场竞争激烈,但是许多餐饮企业缺乏对市场的应变能力和灵敏的信息工具,在现今网络经济的时代,许多餐饮企业还处在手工及半手工状态,即使有计算机也只是实现了POS系统(点菜收银环节),当个点菜器和计算器用,并没有真正通过计算机系统来实现改造流程、强化管理、降低成本、堵漏节流等作用。
3.缺乏科学和标准的管理体系:国外著名的快餐连锁经过上百年的探索都形成了标准化的工作流程和方法。中餐因其菜品的多样化和特色化的服务很难实现标准化管理,这使中餐企业的成本控制很难实现,但近两年也出现了引进快餐式经营特点的中餐企业,例如全聚德集团和天津的家和海鲜巨无霸,从流程、服务、出品都开了中餐标准化的先河。
当然经营特色、规模、出品这些因素不同的餐饮业态有不同的标准,上面所提到的人才专业化和管理体系两点可以通过引进管理人才来实现,但是提高餐饮企业核心竞争力的管理信息工具也越来越受到餐饮老板的重视,因此许多公司都陆续推出了餐饮管理系统,但由于自身经验的缺乏或对酒店餐饮行业管理理解的不够,至使市场上的产品良莠不分。目前市场上的餐饮管理系统大致有手工单据集中上传、PDA点菜和手持POS点菜三种类型。
一.手工单据集中上传类型:顾名思义,集中上传就是点菜员用手工开单后,统一到前台的计算机,POS机或触摸屏POS机来进行统一录入上传。很明显,这将导致效率的非常低下。在营业高峰时经常出现录入菜单排队现象,相信随着当前餐饮管理的发展,这种效率低下的管理模式将逐渐遭到淘汰。另外,没有条码划菜系统,无法统计上菜的时间,一旦出现问题,在厨师和传菜员之间无法追究明确责任。
应用范围:
1、计算机银台录入菜单投资低廉,使用者大多是中低档家常菜馆,营业面积一般为几百平米,基本上为粗放式管理流程。
2、触摸屏录入点菜软硬件投资高,因开发者多是海外的软件公司,往往偏重于为西餐厅点菜模式,此类系统设计过于简单,很难满足中餐品种繁多、经营管理理念、复杂的业务流程等等,所以用户以客流量不大的高档粤菜酒楼或西餐厅、茶餐厅、咖啡厅居多,此系统的特点:图片化,操作容易,可以防水,由服务员手工写单后到触摸屏上录入,但繁忙时会发生点菜员排队等录入的现象。
二.PDA点菜类型:PDA点菜上传,其主要是通过无线传输技术(802.11b)来进行数据传输。PDA用于点菜机,优点有:可实现触摸界面,手写识别字体,这对一些不懂拼音又记不住编码的点菜员有吸引力.但缺点是:
1、用手写触摸屏写单速度慢,如果是无按键的PDA,操作繁琐、点菜速度慢、在输入数量、附加项时必须用笔触式界面,对比较潦草的字难以识别,易出错、修改麻烦,损坏频率高,2、如果是完全触屏的PDA点菜,服务员必须双手操作操作,影响为客人介绍菜品及服务;
3、时间短,电池充电麻烦;
4、个头和重量大,点菜员多为女孩子,拿着非常不方便;
所以在选择硬件时,建议选择触摸,按键一体机来用于点菜.三.手持无线POS点菜类型:使用餐饮专用的手持POS点菜系统是拥有众多用户群的一套系统,其系统着重流程管理,针对中餐酒店的所有环节采用信息手段进行整合,从预订、接待、点菜、菜品上传、厨房分单打印、条码划菜、收银、经理查询等全方位计算机管理信息系统。是目前业内较为先进的,非常适合中大型酒楼的管理系统,根据重点调研目前国内应用比较广泛的手持POS点菜餐饮管理系统的开发者—北京辰森世纪计算机系统有限公司的用户情况分析,其系统的特性有以下几点:
1.数据准确、无丢单漏单现象
它用手持无线POS机(433频率技术)进行点菜,可随点随发送,从点菜到上传至厨房出单只需几秒钟即可完成,上菜速度快捷准确.2.全程计算机跟踪管理,无一张手工单据,数据准确无误,各种权限设置,避免人为的失误,从源头上杜绝了跑冒滴漏现象。
3.上传速度快、提高翻台率;
4.厨房打印菜单,条码划菜,便于统计菜品和厨师业绩,并有多级备份和日志可查。
5.日清日结,实时查询统计、核算清楚准确。ü 每天由收银出日营业报表,财务审核非常轻松。
6.灵活而准确高效的收银结帐系统
客人用餐完毕结帐时,结帐由台面服务员同收款员配合完成。并可由收银POS打印出结算单;收银系统支持集团消费、会员卡、挂帐、现金、支票、礼卷等等多种付款方式,可根据酒店管理要求和在收银员权限范围内进行折扣和服务费等的使用。
7.辅助酒店老板的监控和决策的工具
其总经理查询决策系统的功能非常强大,可以查询营业收入统计、员工业绩统计、人均消费额、翻台率等;可以以图形或表格形式进行各种分析:财务状况分析、营销决策分析、营业收入分析等;能对餐饮企业的经营起到全面的辅助决策作用,另外这套系统还有针对餐饮连锁集团所开发的总部远程查询系统使酒店管理者可以异地监控和查询分店的营业情况。专用点菜POS机硬件性能指标优点:
1、点菜,上传速度快;
2、操作键大、功能键简单、可简拼、编码点菜,服务员容易上手
3、功能多:点菜、加菜、退菜、催菜、缓菜、口味、制作方法、查询买单、套餐、储存、可简拼点菜,可输中文,可以应附客人特殊要求;
4、内存大,个头小;
5、锂电电池,无需更换电池,服务员休息时即可充电;
综上所述,从中餐行业的复杂性和从业人员的素质考虑,推荐餐饮企业使用现今应用比较广泛也是比较稳定成熟的餐饮专用的手持无线POS点菜技术。如百年老字号全聚德集团、向阳渔港餐饮连锁集团、宁波石浦大酒店,武汉三五醇餐饮集团,武汉艳阳天餐饮集团,北京大东北餐饮集团,如一坊连锁集团,.太原江南餐饮, 四川成都文杏大酒楼, 安徽黄山一楼餐饮连锁,海天一色大酒店, 南昌独一处,北京金鼎轩,.北京渔公渔婆,南昌名人大酒楼,山西晋城金和餐饮,包括国内面积最大和最豪华的南京向阳渔港店紫金店(单店3万8千平米)等等都在广泛运用这套辰森餐饮管理系统。
餐饮管理系统软件方面应该具有的功能:
以辰森餐饮软件为例,功能实现:预订、点菜系统(手持无线点菜/触摸屏点菜/PDA点菜)、出品打印、送单、结帐、收银、厨房打印、财务监控、会员管理、后台采购、库存管理、结算管理、员工管理、客户关系管理,总经理查询监控系统;能做到方便高效的菜单录入、精确的出品打印、强大的参数设置、灵活的营销设置、完善的成本核算、详尽的营业报表。上面只是简单介绍了一下餐饮管理系统软硬件方面的应具有的功能,技术指标等等,下面我们谈一下如何选择一个好的餐饮管理系统:
一、选择一家好的软件企业对餐饮企业能够起到事半功倍的效果,否则损失是不可估量的。餐饮企业的经营特点具有多样性,而流程又有相当的复杂性。需要软件开发商熟悉具备相当高的餐饮专业知识,否则开发的产品经受不住市场的考验。而选择不合适的软件属于决策性的失误,将极大困绕、滞碍企业的经营和发展。所以软件企业要具备高经验度,这样才可以快捷借鉴先进企业的管理经验,把自己的风险降至最低。
选择软件不象选择其他的产品,使用不好可以随时更换。它将充分体现管理者的思想和管理核心。
每个餐饮企业要想成功无论从经营上还是管理上都要有自身鲜明的特色和长远的规模发展战略。有实力的公司才可以根据企业的要求,做出准确的二次开发,满足将来的软件升级。不断调整软件的模块内容,使软件可以更好的为企业服务。
软件企业良好的技术维护队伍、专门的维护部门、定期回访等能够实际解决客户的后顾之忧,而目前代理公司能力参差不齐、注重短期经济效益和对客户不负责任的态度令人堪忧。
二、餐饮企业如何选择餐饮软件。除了可以根据企业自身的规模和特点选择不同的软件产品以外,还要注意一下几点:
(一)要选择成熟稳定的产品。多家客户特别是连锁企业连续的使用软件一定是经受了市场的考验,也必将是可靠的。
(二)要选择适应性强的产品。任何好的软件产品都有很强的适应能力。任何特点鲜明的餐饮企业的基本管理流程是大同小异的。如果软件只针对一家或几个客户开发的,将不能满足大多数企业的要求。
(三)要选择同一家公司软件产品的关联性、多样组合性。有的企业由于经营的需要,可能需要多种形式的点菜系统,如果选择多家产品进行组合几乎是不可以实现的,而使用一种产品又不可能完全适合自己的需要。这样就要求软件公司可以提供多样性组合的产品。
(四)要选择产品的拓展性和升级。任何好的产品都需要不断的完善和技术发展。选择软件一定要充分考虑到该产品的拓展性和技术升级。
现在餐饮软件公司不胜枚举,我们建议餐饮企业选择一家有良好业界口碑的软件公司或是具有实际能力的代理公司为餐饮企业的信息化管理锦上添花。
餐饮企业在向规模化、规范化前进的道路上需要好的软件来支持,而软件公司也将根据行业特点实现自己产品的进步。他们紧密相连,市场优胜劣汰是不二的法则,通过先进的软件管理工具必将实现餐饮和软件IT行业的双赢。
第二篇:车辆管理系统设计说明书
车辆管理管理系统 系统设计说明书
班 级 08软工A1
拟制人 舒骥
2011年5月8日
目
录 引言...........................................................................................................................2
1.1编写目的.........................................................................................................1 1.2项目背景.........................................................................................................1 1.3定义...............................................................................错误!未定义书签。1.4参考文献.........................................................................................................2 2任务概述....................................................................................................................2
2.1目标.................................................................................................................2 2.2运行环境.........................................................................................................3 2.3需求概述.........................................................................................................3 2.4条件与限制.....................................................................................................3 3总体设计....................................................................................................................3
3.1处理流程.........................................................................................................3 3.2总体结构及模块结构.....................................................................................3.3功能分配
4数据结构设计............................................................................................................8
4.1逻辑模型设计.................................................................................................8 4.2物理模型设计.................................................................................................9 4.3数据库设计.....................................................................................................9 5接口设计..................................................................................................................14
5.1外部接口设计...............................................................................................14
5.1.1界面设计及说明...............................................................................14 5.1.2软件接口...........................................................................................27 5.1.3硬件接口...........................................................................................27 5.2内部接口设计...............................................................................................27 6运行设计..................................................................................................................27
6.1运行模块的组合...........................................................................................27 6.2运行控制.......................................................................................................27 6.3运行时间.......................................................................................................27 7出错处理设计..........................................................................................................28
7.1出错输出信息...............................................................................................28 7.2出错处理对策...............................................................................................28 8安全保密设计..........................................................................................................28 9维护设计..................................................................................................................28
引言
1.1编写目的
本说明书对车辆管理系统的总体设计与实现作详细说明。用于记录系统在技术层面上的实施过程,以需求说明作为设计的根本出发点,作为产品实现、功能要求和控制的依据。为开发人员指明设计方向,便于其在最短的时间内开发出功能最齐全的软件。
1.2项目背景
信息时代的到来意味着工作效率的日渐提高,同时也给车辆管理部门带来更大的压力,管理部门必须及时准确地提供各种参考材料,若无法作到这一点,将成为企业发展、机构运转的瓶颈。基于这一原因,车辆管理工作无一例外受到领导的高度重视。
随着车辆资料价值的日渐提升,社会对车辆管理部门也提出了更高的要求,对车辆早已不限于“用好”,更多地要求“管好”,车辆资料管理已向前延伸到公文的管理,向后扩展到信息资源的整理、采编、发放。就在车辆管理部门职能不断扩大、业务不断扩充的同时,机构改革、企业改制等等政策又要求车辆部门精兵简政,缩减日常经费开支,充分利用现有资源产生更多经济效益。“向管理要效益”已成为车辆部门的运营之本,车辆部门必须提高其自身的管理水平。“提升车辆管理档次,将车辆交给计算机管理”正在成为一种潮流,同时,计算机管理突出优势也在影响车辆管理的机制。以手工检索为目的的著录卡片、目录等,不仅在编制阶段大量占用车辆员的工作时间,检索利用也非常繁琐,缺少经验的车辆员甚至无法在别人编制的目录中查找车辆,更加难以保证“查全率”,使用计算机检索,将彻底解决这一问题;另外,为了保护车辆资料,大中型车辆馆都编制了“二套车辆”,造成保管费用高涨,复印机使车辆复制更加简便,却造成纸张消耗量的剧增,同时,大量复制文件的出现又给车辆管理带来新的安全问题,更与车辆管理的严肃性相抵触,使用计算机查询,将纸载车辆管理与电子车辆利用结合起来,可以完美解决这一难题,大幅度降低车辆管理费用。
1.4参考文献
[1].《ASP.NET 2.0网络编程从基础到实践 》 马颖华 苏贵洋 袁艺 苏桂涛 编著
[2].《UML基础与Rose建模教程》 蔡敏 徐惠惠 黄炳强 编著
[3].《C#数据库系统开发完全手册》 明日科技 张跃延 许文武 王小科 编著
[4].《软件工程实验与实践教程》 陈佳 曹妍 编著 [5].《实用软件文档写作》 肖刚 古辉 程振波 张元鸣 著
2任务概述
2.1目标
车辆管理系统将为企业提供各种车辆管理和快速查询的功能,以提高公司的运作效率,降低运作成本。结合公司需求,主要为用户提供以下几方面的功能。
* 车辆基本信息管理 * 车辆购置管理 * 车辆调拨管理 * 车辆报废管理 * 车辆信息管理查询
2.2运行环境
运行该软件所适用的具体设备必须是奔腾
4、内存512MB以上的计算机。操作系统在Windows xp及以上。
数据库为SQL Server2000版本
2.3需求概述
主要输入输出项:
1、系统用户信息(二级公司用户,总工程师,总经理)
2、车辆基本信息(车牌号、自编号、公司编码等)
3、车辆购置信息(基本申请信息、审批信息、批复信息)
4、车辆报废信息(基本申请信息、审批信息、批复信息)
5、车辆调拨信息(基本申请信息、审批信息、批复信息)
2.4条件与限制
车辆管理系统的用户分为四类:系统管理员、总经理、总工程师、二级公司用户。不同用户具有不同的操作权限。在用户作出操作时,系统需对判断用户是否具有该操作的权限,严禁一切非法操作,从而保证数据的安全性和完整性。
3总体设计
3.1功能模块分析
1、车辆基本信息管理模块
(1)用户的登录管理:不同级别的用户通过特定的用户名和密码登录系统,对相应的信息进行管理。
(2)查询车辆基本信息:通过输入车辆的基本信息对车辆的整体信息进行查询。(3)修改车辆基本信息:有相关权限的用户如有必要,可对车辆的基本信息进行修改。
(4)添加车辆基本信息:有相关权限的用户可添加车辆的基本信息。
2、车辆购置管理模块
用户可添加、修改、删除、查询车辆购置管理申请单,然后交由总工程师申请审批,如通过再有总经理申请审批,实现二级公司要提交车辆的购置申请,集团公司职能部门根据车辆的产权归属,由总工程师或总工程师及总经理对申请进行审批,生效后产生调拨单下发所属公司及各有关部门。
3、车辆调拨管理模块
与车辆购置管理类似,用户可添加、修改、查询车辆调拨管理申请单,然后交由总工程师申请审批,如通过再有总经理申请审批,实现二级公司要提交车辆的购置申请,集团公司职能部门根据车辆的产权归属,由总工程师或总工程师及总经理对申请进行审批,生效后产生调拨单下发所属公司及各有关部门。
4、车辆报废管理模块
与车辆购置管理类似,用户可添加、修改、查询车辆报废管理申请单,然后交由总工程师申请审批,如通过再有总经理申请审批,实现二级公司要提交车辆的购置申请,集团公司职能部门根据车辆的产权归属,由总工程师或总工程师及总经理对申请进行审批,生效后产生调拨单下发所属公司及各有关部门。
5、车辆信息查询管理模块
实现对多种信息的快速模糊查询,可根据车辆所属的二级公司,车牌号,车辆的厂牌,规格,型号等信息进行不同的组合来查询车辆,还可根据申请购置,调拨,报废车辆的二级公司,申请时间等查询车辆的购置,调拨,报废的申请及审批情况等。
3.2总体结构及模块结构
1、高层功能模块
图 1 车辆管理系统高层功能模块结构图
2、车辆变更的申请模块
图 2 车辆管理系统—车辆变更的申请模块结构图
3、车辆变更的申请审批模块
图 3车辆管理系统—车辆变更的申请审批模块结构图
4、车辆变更处理模块
图 4车辆管理系统—车辆变更处理模块结构图
4数据结构设计
4.1逻辑模型设计
图 6 车辆管理系统逻辑模型
4.2物理模型设计
图 7 车辆管理系统物理模型
4.3数据库设计
字段名
1、车辆基本信息表 车牌号
自编号
数据类型
是否可为空
char(10)not null, char(10)null, 公司编码 char(10)not null, 厂牌 char(18)null, 型号 char(18)null, 规格 char(18)null, 落户日期 datetime null, 燃料 char(18)null, 车辆来源 char(18)null,来源摘要 char(100)null, 出厂日期 datetime null, 参运日期 datetime null, 登记证号 char(18)null, 产权归属 char(10)null, 使用性质 char(18)null, 车型 char(20)null, 车辆原值 decimal(10,2)null, 吨位 decimal(7,3)null, 养路费 decimal(7,2)null, 建设基金征费标准 decimal(7,2)null, 车辆级别 char(2)null, 发动机号 char(18)null, 底盘号 char(18)null, 车架号 char(18)null, 车身颜色 char(18)null, 一级维护周期 decimal(3)null, 二级维护周期 decimal(3)null,2、车辆购置申请信息表
申请单编号
char(10)
not null, vehicle_no
char(10)
not null, 公司编码
char(10)
not null, 产权归属
char(10)
null, 主管部门意见
char(100)
null, 主管部门审批意见
char(100)
null, 经历批示意见
char(100)
null, 经理批示时间
datetime
null, 车辆名称
char(40)
null, 申请时间
datetime
null, 生产厂家
char(100)
null, 厂牌
char(18)
null, 型号
char(18)
null, 规格
char(18)
null, 购置数量
decimal(3)
null, 单价预算
decimal(10,2)
null, 购置时间
datetime
null, 主要技术参数
char(100)
null, 购置理由
char(100)
null,用途说明
char(100)
null, 资金来源
char(100)
null,3、车辆调拨申请信息表
申请单编号
char(10)
not null, 公司编码
char(10)
not null, 公司信_公司编码
char(10)
not null, 公司信_公司编码2
char(10)
not null, 车牌号
char(10)
not null, 审批信_产权归属
主管部门意见
主管部门审批意见
经历批示意见
经理批示时间
申请时间
调拨原因
通知时间
厂牌
型号
规格
自编号
调拨起始日期
调拨结束日期
交接地点
产权归属
经办人
4、车辆报废申请信息表
申请单编号
公司编码
车牌号
产权归属
主管部门意见
主管部门审批意见
经历批示意见
经理批示时间
申请时间
厂牌
型号
规格
自编号
落户日期
吨位
原值
char(10)
char(100)
char(100)
char(100)
datetime
datetime
char(100)
datetime
char(18)
char(18)
char(18)
char(10)
datetime
datetime
char(100)
char(10)
char(18)
char(10)
char(10)
char(10)
char(10)
char(100)
char(100)
char(100)
datetime
datetime
char(18)
char(18)
char(18)
char(10)
datetime
decimal(7,3)
decimal(10,2)
null,null,null,null,null,null,null,null, null, null, null, null,null,null,null,null, null,not null,not null, not null,null,null,null,null,null,null, null, null, null, null,null, null, null,净值
decimal(10,2)
null, 已使用年限
decimal(2)
null, 已提折旧
decimal(10,2)
null, 资产级别
char(18)
null, 报废原因
char(100)
null, 累计行驶总里程
decimal(10,3)
null, 办理单位
char(2)
null, 批准文号
char(10)
null, 批准日期
datetime
null, 主管人
char(18)
经管人
char(18)
车辆管辖单位意见
char(100)
5、车辆大修记录表 车牌号
char(10)
大修日期
datetime
间隔里程
decimal(10,3)
工时费
decimal(8,2)
材料费
decimal(8,2)
备注
char(100)
6、车辆改装记录表 车牌号
char(10)
改装日期
datetime
改装改造原因
char(200)
改装总成本及主要参数
char(200)改造后技术性能改变情况
char(200)
7、车辆折旧记录表 车牌号
char(10)
折旧日期
datetime
折旧率
decimal(6,3)
车辆原值
decimal(10,2)
余值
decimal(10,2)
8、发动机维修记录表 车牌号
char(10)
发动机维修日期
datetime
次数
numeric(2)
间隔里程
decimal(10,3)
工时费
decimal(8,2)
材料费
decimal(8,2)
备注
char(100)
null, null,null,not null,not null,null, null, null, null, not null,not null,null,null,null,not null,not null, null,null, null, not null,not null, null,null, null, null, null,9、报废车辆信息表
车牌号
char(10)not null, 公司编码 char(10)not null, 自编号
char(10)null, 厂牌 char(18)null, 型号 char(18)null, 规格 char(18)null, 落户日期 datetime null, 燃料 char(18)null, 车辆来源 char(18)null, 来源摘要 char(100)null, 出厂日期 datetime null, 参运日期 datetime null, 登记证号 char(18)null, 产权归属 char(10)null, 使用性质 char(18)null, 车型 char(20)null, 车辆原值 decimal(10,2)null, 吨位 decimal(7,3)null, 养路费 decimal(7,2)null, 建设基金征费标准 decimal(7,2)null, 车辆级别 char(2)null, 发动机号 char(18)null, 底盘号 char(18)null, 车架号 char(18)null, 车身颜色 char(18)null, 一级维护周期 decimal(3)null, 二级维护周期 decimal(3)null,10、报废车辆大修记录表 车牌号
char(10)not null, 大修日期2 datetime not null, 间隔里程 decimal(10,3)null, 工时费 decimal(8,2)null, 材料费 decimal(8,2)null, 备注 char(100)null,11、报废车辆发动机维修记录表 车牌号
char(10)not null, 发动机维修日期2 datetime not null, 次数 numeric(2)null,间隔里程 decimal(10,3)null, 工时费 decimal(8,2)null, 材料费 decimal(8,2)null, 备注 char(100)null,12、报废车辆改装记录表 车牌号
char(10)not null, 改装日期2 datetime not null, 改装改造原因 char(200)null, 改装总成本及主要参数 char(200)null, 改造后技术性能改变情况 char(200)null,13、报废车辆折旧记录表 车牌号
char(10)
not null, 折旧日期2
datetime
not null, 折旧率
decimal(6,3)
null, 车辆原值
decimal(10,2)
null, 余值
decimal(10,2)
null,14、公司信息表
公司编码
char(10)
not null, 公司名称
char(18)
null,5接口设计
5.1外部接口设计
5.1.1界面设计及说明
按Windows应用软件用户界面的规范来设计,使用以对话框为主的用户界面,便于用户使用。
主要界面有:
1、用户登录界面
图 5-1 用户登录界面图
输入:选择登录身份,输入用户名、密码
登录按钮:点击提交,由数据库验证身份及密码,并且转到相应的用户界面或提示出错信息。
退出按钮:退出该程序
2、管理员界面
图 5-2-1管理员登录主界面
登陆用户相关操作菜单:查询所有登录权限用户信息。
用户基本信息菜单:包含新用户的注册和查询登陆用户基本信息。退出菜单:退出系统。
图 5-2-2用户个人信息管理界面
修改按钮:单击修改按钮后可以修改用户名和密码。输入:需要修改的用户名和密码。
返回按钮:取消显示用户信息,返回管理界面。修改密码按钮:进入修改密码界面。
图 5-2-3密码修改界面
输入:新密码。
确认修改按钮:提交输入密码。
放弃修改按钮:放弃密码修改,返回主界面。
图 5-2-4用户注册主界面
输入:用户名、密码、用户类型。公司编码下拉框:选择相应的公司编码。
公司名称:根据已选的公司编码自动显示相应的公司名称。
保存按钮:检查各项输入数据是否满足格式要求,若不满足则给出提示信息返回按钮:对未保存的数据不作任何操作,并关闭注册界面。重新填写;若满足则将数据添加到数据库,并给出操作成功的提示。
图 5-2-4 用户管理界面
导航菜单:用于查看和删除系统所有用户信息。返回按钮:退出系统。
3、二级公司用户界面
图 5-3-1 二级公司用户登录主界面
基本信息管理菜单:包含个人信息的查看和修改(界面和图5-2-2相同)以车辆申请信息管理菜单:包含车辆购置申请、车辆调拨申请、车辆报废申请及车辆信息的查询。三个子菜单。
退出菜单:退出车辆管理系统。
图 5-3-2.1车辆购置申请管理主界面
输入:在申请公司下拉框中选择相应的公司编号,并选择产权归属、填写好清空条件按钮:清空查询条件中的文本框,将下拉框置空,将产权归属选为查询按钮:根据查询条件查询数据库中的相应信息。二维列表选项卡:用于显示查询结果中每条记录的主要信息。申请日期范围。默认的“全部”。
图 5-3-2.2车辆购置申请管理主界面
详细记录选项卡:用户显示查询结果中每条记录的详细信息。
上一条按钮:显示查询结果的上一条记录,若当前为第一条,则提示“已到下一条按钮:显示查询结果的下一条记录,若当前为最后条,则提示“已到底”。
第一条按钮:显示查询结果的第一条记录。最后一条按钮:显示查询结果的最后一条记录。插入按钮:显示插入申请单界面。
修改按钮:在该申请单未被审批的前提下,再判断该申请单是否为当前用户所有,若是,显示申请单修改界面;若不是,则提示不能修改。
删除按钮:在该申请单未被审批的前提下,再判断给该请单是否归当前用户所有,若是,则删除申请单;若不是,则提示不能删除。
退出按钮:关闭本窗口并返回调用窗口。
4、总工程师界面
顶”。
图5-4-1 总工程师登录主界面
基本信息管理菜单:包含个人信息的查看和修改(界面和图5-2-2相同)以车辆审批信息管理菜单:包含车辆购置审批、车辆调拨审批、车辆报废审批三个子菜单。
退出菜单:退出车辆管理系统。及车辆信息的查询。
图 5-4-1.1 总工程师审批信息管理界面
输入:在申请公司下拉框中选择相应的公司编号,并选择产权归属、填写好申请日期范围。
清空条件按钮:清空查询条件中的文本框,将下拉框置空,将产权归属选为查询按钮:根据查询条件查询数据库中的相应信息。二维列表选项卡:用于显示查询结果中每条记录的主要信息。默认的“全部”。
图 5-4-1.2 总工程师审批信息管理界面
详细记录选项卡:用户显示查询结果中每条记录的详细信息。
上一条按钮:显示查询结果的上一条记录,若当前为第一条,则提示“已到下一条按钮:显示查询结果的下一条记录,若当前为最后条,则提示“已到底”。
第一条按钮:显示查询结果的第一条记录。最后一条按钮:显示查询结果的最后一条记录。
审批按钮:首先判断该申请单是否已被总经理批复,若是,则提示已批复,不能审批;若不是并且该申请单已审批,则询问是否修改,并根据用户选择给出相应的界面;若未审批,则显示审批界面。
退出按钮:关闭本窗口并返回调用窗口。
5、总经理界面 顶”。
图5-5-1总经理登录主界面
基本信息管理菜单:包含个人信息的查看和修改(界面和图5-2-2相同)以及车辆信息的查询。
车辆批复信息管理菜单:包含车辆购置批复、车辆调拨批复、车辆报废批复三个子菜单。
退出菜单:退出车辆管理系统。
图5-5-2.1批复管理主界面
输入:在申请公司下拉框中选择相应的公司编号,并选择产权归属、填写好申请日期范围。
清空条件按钮:清空查询条件中的文本框,将下拉框置空,将产权归属选为查询按钮:根据查询条件查询数据库中的相应信息。二维列表选项卡:用于显示查询结果中每条记录的主要信息。默认的“全部”。
图5-5-2.1批复管理主界面
详细记录选项卡:用户显示查询结果中每条记录的详细信息以及总工程师的审批意见和时间。上一条按钮:显示查询结果的上一条记录,若当前为第一条,则提示“已到下一条按钮:显示查询结果的下一条记录,若当前为最后条,则提示“已到底”。
第一条按钮:显示查询结果的第一条记录。最后一条按钮:显示查询结果的最后一条记录。
批复按钮:首先判断该申请单是否已批复,若是,则提示已批复;若未批复,还需判断申请车辆的产权归属以及总工程师是否已审批。只有在产权归属为公司顶”。
所有以及总工程师已审批的情况下才显示批复意见界面,否则均给出相应的提示信息。
退出按钮:关闭本窗口并返回调用窗口。
5.1.2软件接口
使用Sql Server数据库的驱动程序,通过COM接口访问。
5.1.3硬件接口
1)鼠标。
2)键盘。
3)USB移动数据存储器。
5.2内部接口设计
模块间接口采用数据耦合方式,通过参数表传送数据,交换信息。
6运行设计
6.1运行模块的组合
程序启动后,进入主模块,用户选择菜单、单击对话框、按钮事件触发主模块调用各下层模块,进入对应的子对话框,同样由用户的输入触发这些模块调用其下层模块,完成相应操作。
6.2运行控制
本软件控制流程:主程序运行,等待用户的输入,根据用户的输入调用各子模块。
6.3运行时间
搜索查找响应时间<1s; 运行响应时间<1s;
7出错处理设计
7.1出错输出信息
1、登录失败:说明密码、用户名以及用户类型至少有一项不符,弹出警告信息后需重新输入用户名、密码或重新选择用户类型,否则将无法登录。
2、对于超出用户权限范围的操作,予以提示。例如二级公司用户试图修改其他公司的申请单信息,公司总经理试图批复产权归属为“融资挂靠”的申请单信息等。
7.2出错处理对策
故障出现后可能采取的变通措施,包括: 1)软件系统维护 2)重装软件系统
8安全保密设计
新用户注册时需给管理员出示其所属公司的证明,由管理员填写注册信息,并交付二级公司用户。二级公司用户可以自行修改个人信息,包括用户名和密码。用户登录后不得执行超出其权限范围的操作。
9维护设计
由于此项目比较小,除了严格按照软件工程的科学方法开发软件、认真建立文档、编码阶段写详细的注释外,对于维护可能会出现用户维护需求频繁的现象,只要问题可能在数据库丢失,数据库版本等问题上。
第三篇:ATM管理系统设计说明书
ATM机管理系统 设计说明书
班级:软件0802
姓名:杨凯
学号:200807040221
ATM机管理系统
1编写目的
ATM机管理系统是银行业务流程过程中十分重要且必备的环节之一,在银行业务流程当中起着承上启下的作用,其重要性不言而喻。但是,目前许多银行在具体的一些业务流程处理过程中仍然使用手工操作的方式来实施,不仅费时、费力,效率低下,而且无法达到理想的效果。为明确软件需求、安排项目规划与进度、组织软件开发与测试,撰写本文档,本文针对上述问题,采用软件工程的开发原理,依据软件流程过程规范,按照需求分析,概要设计,程序编码,软件应用等过程,开发了这个系统。ATM系统必须向客户提供如下服务:
1、客户可以做一次取款(取款金额必须是100元人民币的整数倍),在现金被提取之前,必须得到银行的许可。
2、客户可以做一次存款,客户把存款量输入到ATM系统中,必须从银行得到许可。
3、客户可以做一次转帐。
4、客户可以进行一次详细账户信息查询。
5、客户通过有效验证后可以更改密码。
6、客户可以在取回磁卡是选择是否得到记录操作的打印凭条。
ATM系统将把每一处理传达到银行并且获得银行许可。如果银行确定客户PIN 是无效的,客户将被要求再进入PIN。如果客户不能在五次尝试之后成功地进入PIN,客户的卡将被机器没收,而客户不得不联系银行取回它。
2背景
待开项目名称:ATM机管理系统。
3定义
账号:在银行中,事务应用的单个账号。账号可以为多种类型,但是至少包括支票和存款。每个顾客可以拥有多个账号。
ATM:一个工作站终端,使得顾客能够使用现金卡在ATM上进行自己的事务处理。ATM同顾客进行交互,收集事务信息,并发送事务信息到中心计算机,由中心计算机确认和处理信息之后,将现金通过ATM提供给顾客。
银行:一个金融机构,负责保存顾客的账号信息,执行授权卡通过ATM网访问账号。
银行计算机:银行拥有的计算机,同ATM网和银行自己的现金工作站进行交互。银行可以拥有自己的内部计算机网处理账号,但是我们只关心同网络进行交互的计算机。
现金卡:每张卡提供给一个银行客户,授权客户可以使用ATM机访问自己的账号。每张卡包含一个银行代码和一个卡号,银行代码根据信用卡的国际标准进行编码,卡号确定卡能够访问的账户。一张卡不能访问客户的所有账户。每张卡只能有一个持卡人,但是多个复本可能存在,所以必须考虑从不同的ATM机同时使用相同卡的行为。
客户:拥有银行的一个或者多个账号的人。客户可以包括一个人或者多个人,或者是公司。相同的人,拥有不同银行的账号被认为是不同的客户。
事务:对单个客户账号的单个完整的操作请求。
4参考资料
a. 《 统一建模语言UML》 主编:袁涛 孔蕾蕾 清华大学出版社
b.软件工程国家标准:软件需求说明书(GB856T——88)
5性能
说明:
1、ATM系统软件总体结构:交互式界面和事务处理型系统的混合体。
2、ATM系统分为三个系统层次:
(1)ATM事务处理层(2)营业部事务处理层(3)联营机构事务处理层
3、事务处理的数据库在营业部计算机中集中存放。可被多个并发的ATM通
过联营机构确定连接访问。数据处理是单一的批处理型系统(指一个帐号 被封锁直到处理结束)。
4、联营计算机通过电话线与各营业部计算机连接。并通过站代码和营业部代
码区分ATM业务到营业部的业务处理。
5、每一时刻ATM上只有一个业务活动,联营计算机和营业部计算机可同时
处理多个并发的业务活动。一个业务通过三个物理片段来完成,缺一不可。
6、系统应该具有增加和删除ATM和营业部处理层的能力。
7、系统的安全保证至关重要。必须包括:存取权限、数据一致性保证、出错处理等解决方案
6.ATM机查询账户系统设计说明
进入查询帐户的操作界面
选择你需要的操作就可以查询并显示你的帐户信息 如果 还需要其他操作
按“返回”键
否则(超过10秒钟没有操作 或 选择退出)
退卡
如果 选择其他三个任意一个操作
进入各自的界面进行各自的操作 否则
退卡
7.ATM机转账系统设计说明
进入转账/汇款的操作界面 选择你需要的操作
界面提醒你输入两次你要转入的卡号
卡号输入完毕,提醒你输入金额
按“确定”键,转账完毕
如果 还需要其他操作
按“返回”键
否则 超过10秒钟没有操作 或 选择退出
退卡
如果 选择其他三个任意一个操作 进入各自的界面进行各自的操作
否则
退卡
案。
ATM管理系统用例图:
uc ATM用例图 打印凭条插卡输入密码客户AMT输入取款金额退卡选择业务继续交易完成交易
ATM管理系统类图:
class ATM类图 总行-分行地址分行名称1维护*-1-姓名职务-+ + + + + 现有金额支出金额打印数据()读卡()分发现金()提交用户输入信息()吞卡()1处理*--金额类型日期修改 拥有1远程事务-银行卡*1密码账户号码授权
ATM顺序图:
sd ATM顺序图 CustomerInterfaceWithdrawalTransactionAccountDepositor插入银行卡()有效银行卡()输入密码()验证账户()与分行验证账户()银行账户合法()账户合法()选择取款业务()输入取款金额()处理取款业务()更新账户余额()业务处理成功()业务成功()分发现金()询问是否继续()选择结束服务()打印凭条()打印凭条()提取账户余额信息()返回收据信息()提取储户信息()推出银行卡()描述了顾客在ATM机上取款时信息的流动情况。以时间为顺序。因为仅是示例,所以整个过程是没有出现任何故障时的流程,并且只画到了取款结束。通过这个图,我们可以看出消息是如何在系统中不同对象之间进行交互。
8.注意事项
1.密码只能由0到9中的任意六个数字构成.2.密码不能为空.3.密码不能为相同的六个数字或其他过于简单的组成.
第四篇:车辆管理系统设计说明书
车辆管理系统
系统设计说明书
学院:计算机与信息
班级:
学号:
姓名:
11软工A1 20114832516 田
伟
日期:2014.4.18
目录
系统设计说明书...............................................................................................................................3 1.引言..............................................................................................................................................3 1.1.编写目的..........................................................................................................................3 1.2.编写背景..........................................................................................................................3 1.3.参考资料..........................................................................................................................3 1.4.运行环境...........................................................................................................................3 1.5.预期读者...........................................................................................................................4 2.任务概述......................................................................................................................................4 2.1.目标..................................................................................................................................4 2.2.需求概述..........................................................................................................................4 2.3.条件与限制......................................................................................................................4 3.总体设计......................................................................................................................................5 3.1.总体结构设计..................................................................................................................5 3.2.功能分配..........................................................................................................................5 4.接口设计......................................................................................................................................6 4.1.外部接口设计...................................................................................................................6 4.1.1.软件接口................................................................................................................6 4.1.2.硬件接口................................................................................................................6 4.1.3.界面设计................................................................................................................6 4.2.内部接口设计...................................................................................................................6 5.数据结构设计..............................................................................................................................7 5.1.逻辑结构设计..................................................................................................................7 5.2.物理结构设计..................................................................................................................8 5.3.数据库设计.........................................................................................................................8 6.运行设计....................................................................................................................................13 6.1.运行控制........................................................................................................................13 6.2.运行时间........................................................................................................................13 7.出错处理设计............................................................................................................................14 7.1.出错输出信息................................................................................................................14 7.2.出错处理对策................................................................................................................14 7.3.故障分析与定位............................................................................................................14 8.安全保密设计............................................................................................................................14 9.系统维护设计............................................................................................................................14
系统设计说明书
1.引言
1.1.编写目的
本说明书对车辆管理系统的总体设计与实现作详细说明。用于记录系统在技术层面上的实施过程,以需求说明作为设计的根本出发点,作为产品实现、功能要求和控制的依据。为开发人员指明设计方向,便于其在最短的时间内开发出功能最齐全的软件。
1.2.编写背景
物流系统是现代经济系统的主动脉,物流的最简单理解就是货物运输,所以运输在物流运作中的地位十分重要,而车辆是运输企业的命脉,有机的管理好车辆十分关键。传统的运输业已不能满足市场需求。运输企业的信息化管理具有重要意义。
1.3.参考资料
《UML基础与Rose建模教程》
《C#数据库系统开发完全手册》
《软件工程实验与实践教程》
《实用软件文档写作》
1.4.运行环境
运行该软件所适用的具体设备必须是奔腾操作系统在Windows xp及以上。
数据库为SQL Server2005以上版本
4、内存512MB以上的计算机。1.5.预期读者
本说明书的预期读者是项目的开发人员,测试人员和维护人员。
2.任务概述
2.1.目标
车辆管理系统将为企业提供各种车辆管理和快速查询的功能,以提高公司的运作效率,降低运作成本。结合公司需求,主要为用户提供以下几方面的功能。* 车辆基本信息管理 * 车辆购置管理 * 车辆调拨管理 * 车辆报废管理 * 车辆信息管理
2.2.需求概述
主要输入输出项:
系统用户信息(二级公司用户,总工程师,总经理)车辆基本信息(车牌号、自编号、公司编码等)
车辆购置信息(基本申请信息、审批信息、批复信息)车辆报废信息(基本申请信息、审批信息、批复信息)车辆调拨信息(基本申请信息、审批信息、批复信息)
2.3.条件与限制
车辆管理系统的用户分为四类:系统管理员、总经理、总工程师、二级公司用户。不同用户具有不同的操作权限。在用户作出操作时,系统需对判断用户是否具有该操作的权限,严禁一切非法操作,从而保证数据的安全性和完整性。3.总体设计
3.1.总体结构设计
图1 车辆管理系统功能模块结构
3.2.功能分配
用户的登录管理模块:
输入:用户名、密码、用户类型。
输出:相应用户界面显示或提示出错信息。
车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息查询模块:
输入:用户输入各种所需查询的基本信息 输出:相应的详细信息界面
车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息添加模块:
输入:用户输入各种所需添加的详细信息 输出:数据库操作执行结果对话框
车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息修改模块: 输入: 用户输入各种所需修改的详细信息 输出: 数据库操作执行结果对话框 车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息删除模块: 输入:用户输入各种所需删除的基本信息 输出:数据库操作执行结果对话框
退出模块:
输入:用户输入退出命令 输出:确认信息框
确认模块:
输入:用户操作命令 输出:确认信息框
4.接口设计
4.1.外部接口设计 4.1.1.软件接口
使用Sql Server数据库的驱动程序,通过COM接口访问。
4.1.2.硬件接口
鼠标。
键盘。
USB移动数据存储器。
4.1.3.界面设计
1.用户登录界面
2.管理员界面
3.二级公司用户界面
4.总工程师界面
5.总经理界面
4.2.内部接口设计
模块间接口采用数据耦合方式,通过参数表传送数据,交换信息。
5.数据结构设计
5.1.逻辑结构设计
5.2.物理结构设计
5.3.数据库设计
字段名
1、车辆基本信息表 车牌号
char(10)not null,数据类型
是否可为空
公司编码 char(10)not null, 自编号
char(10)null, 厂牌 char(18)null, 型号 char(18)null, 规格 char(18)null, 落户日期 datetime null, 燃料 char(18)null, 车辆来源 char(18)null, 来源摘要 char(100)null, 出厂日期 datetime null, 参运日期 datetime null, 登记证号 char(18)null, 产权归属 char(10)null, 使用性质 char(18)null, 车型 char(20)null, 车辆原值 decimal(10,2)null, 吨位 decimal(7,3)null, 养路费 decimal(7,2)null, 建设基金征费标准 decimal(7,2)null, 车辆级别 char(2)null, 发动机号 char(18)null, 底盘号 char(18)null, 车架号 char(18)null, 车身颜色 char(18)null, 一级维护周期 decimal(3)null, 二级维护周期 decimal(3)null,2、车辆购置申请信息表
申请单编号
char(10)
not null, vehicle_no
char(10)
not null, 公司编码
char(10)
not null, 产权归属
char(10)
null, 主管部门意见
char(100)
null, 主管部门审批意见
char(100)
null, 经历批示意见
char(100)
null, 经理批示时间
datetime
null, 车辆名称
char(40)
null, 申请时间
datetime
null, 生产厂家
char(100)
null, 厂牌
char(18)
null, 型号
char(18)
null, 规格
char(18)
null, 购置数量
decimal(3)
null, 单价预算
decimal(10,2)
null, 购置时间
datetime
null, 主要技术参数
char(100)
null, 购置理由
char(100)
null, 用途说明
char(100)
null, 资金来源
char(100)
null,3、车辆调拨申请信息表
申请单编号
char(10)
not null, 公司编码
char(10)
not null, 公司信_公司编码
char(10)
not null, 公司信_公司编码2
char(10)
not null, 车牌号
char(10)
not null, 审批信_产权归属
char(10)
null, 主管部门意见
主管部门审批意见
经历批示意见
经理批示时间
申请时间
调拨原因
通知时间
厂牌
型号
规格
自编号
调拨起始日期
调拨结束日期
交接地点
产权归属
经办人
4、车辆报废申请信息表申请单编号
公司编码
车牌号
产权归属
主管部门意见
主管部门审批意见
经历批示意见
经理批示时间
申请时间
厂牌
型号
规格
自编号
落户日期
吨位
原值
净值
char(100)
char(100)
char(100)
datetime
datetime
char(100)
datetime
char(18)
char(18)
char(18)
char(10)
datetime
datetime
char(100)
char(10)
char(18)
char(10)
char(10)
char(10)
char(10)
char(100)
char(100)
char(100)
datetime
datetime
char(18)
char(18)
char(18)
char(10)
datetime
decimal(7,3)
decimal(10,2)
decimal(10,2)
null,null,null,null,null,null,null, null, null, null, null,null,null,null,null, null,not null,not null,not null,null,null,null,null,null,null, null, null, null, null,null, null, null, null,已使用年限
decimal(2)
null, 已提折旧
decimal(10,2)
null, 资产级别
char(18)
null, 报废原因
char(100)
null, 累计行驶总里程
decimal(10,3)
null, 办理单位
char(2)
null, 批准文号
char(10)
null, 批准日期
datetime
null, 主管人
char(18)
null, 经管人
char(18)
车辆管辖单位意见
char(100)
5、车辆大修记录表 车牌号
char(10)
大修日期
datetime
间隔里程
decimal(10,3)
工时费
decimal(8,2)
材料费
decimal(8,2)
备注
char(100)
6、车辆改装记录表 车牌号
char(10)
改装日期
datetime
改装改造原因
char(200)
改装总成本及主要参数
char(200)改造后技术性能改变情况
char(200)
7、车辆折旧记录表 车牌号
char(10)
折旧日期
datetime
折旧率
decimal(6,3)
车辆原值
decimal(10,2)
余值
decimal(10,2)
8、发动机维修记录表 车牌号
char(10)
发动机维修日期
datetime
次数
numeric(2)
间隔里程
decimal(10,3)
工时费
decimal(8,2)
材料费
decimal(8,2)
备注
char(100)
9、报废车辆信息表
null,null,not null,not null,null, null, null, null,not null,not null,null,null,null,not null,not null, null,null, null,not null,not null, null,null, null, null, null,车牌号
char(10)not null, 公司编码 char(10)not null, 自编号
char(10)null, 厂牌 char(18)null, 型号 char(18)null, 规格 char(18)null, 落户日期 datetime null, 燃料 char(18)null, 车辆来源 char(18)null, 来源摘要 char(100)null, 出厂日期 datetime null, 参运日期 datetime null, 登记证号 char(18)null, 产权归属 char(10)null, 使用性质 char(18)null, 车型 char(20)null, 车辆原值 decimal(10,2)null, 吨位 decimal(7,3)null, 养路费 decimal(7,2)null, 建设基金征费标准 decimal(7,2)null, 车辆级别 char(2)null, 发动机号 char(18)null, 底盘号 char(18)null, 车架号 char(18)null, 车身颜色 char(18)null, 一级维护周期 decimal(3)null, 二级维护周期 decimal(3)null,10、报废车辆大修记录表 车牌号
char(10)not null, 大修日期2 datetime not null, 间隔里程 decimal(10,3)null, 工时费 decimal(8,2)null, 材料费 decimal(8,2)null, 备注 char(100)null,11、报废车辆发动机维修记录表 车牌号
char(10)not null, 发动机维修日期2 datetime not null, 次数 numeric(2)null, 间隔里程 decimal(10,3)null, 工时费 decimal(8,2)null, 材料费 decimal(8,2)null, 备注 char(100)null,12、报废车辆改装记录表 车牌号
char(10)not null, 改装日期2 datetime not null, 改装改造原因 char(200)null, 改装总成本及主要参数 char(200)null, 改造后技术性能改变情况 char(200)null,13、报废车辆折旧记录表 车牌号
char(10)
not null, 折旧日期2
datetime
not null, 折旧率
decimal(6,3)
null, 车辆原值
decimal(10,2)
null, 余值
decimal(10,2)
null,14、公司信息表
公司编码
char(10)
not null, 公司名称
char(18)
null, 6.运行设计
6.1.运行控制
本软件控制流程:主程序运行,等待用户的输入,根据用户的输入调用各子模块。
6.2.运行时间
搜索查找响应时间<5s; 运行响应时间<5s; 7.出错处理设计
7.1.出错输出信息
1、登录失败:说明密码、用户名以及用户类型至少有一项不符,弹出警告信息后需重新输入用户名、密码或重新选择用户类型,否则将无法登录。
2、对于超出用户权限范围的操作,予以提示。例如二级公司用户试图修改其他公司的申请单信息,公司总经理试图批复产权归属为“融资挂靠”的申请单信息等。
7.2.出错处理对策
故障出现后可能采取的变通措施,包括:软件系统维护、重装软件系统。
7.3.故障分析与定位
对于简单的错误可以人为地查找到并且确定错误的地方,对于复杂的错误可以通过具体的测试,能够迅速查找到出错的原因以及出错的地方。
8.安全保密设计
新用户注册时需给管理员出示其所属公司的证明,由管理员填写注册信息,并交付二级公司用户。二级公司用户可以自行修改个人信息,包括用户名和密码。用户登录后不得执行超出其权限范围的操作。
9.系统维护设计
在设计软件是要严格按照软件工程的科学方法开发软件、认真建立文档、编码阶段写详细的注释,对于维护可能会出现用户维护需求频繁的现象,主要要问题可能在数据库丢失或者数据库版本不匹配等的问题上。
第五篇:银行业务管理系统设计说明书
银行业务管理系统设计说明书
完成日期:2010年12月19
目 录
1.引言...........................1 1.1 1.2 1.3 1.4编写目的...........................1 背景...........................1 定义...........................1 参考资料...........................12.程序(子系统)系统的组织结构...................1 3.界面设计要求...........................2 4.本软件系统中各程序(子系统)的设计说明....................2 4.1 4.2程序(子系统)1的设计说明.....................2 程序(子系统)2的设计说明.....................35.子系统相互关系表....................3
1.引言
1.1 编写目的本说明书确定系统的功能模块和数据结构,为下阶段开发工作提供依据。
1.2 背景
软件系统的名称: ComputerBankAccountSystem 本项目的任务提出者: 刘源
本项目的任务开发者: 刘源、黄宗宣、谷效萱、安建、谢琳琳、茹梦
1.3 定义 1.4 参考资料
2.程序(子系统)系统的组织结构
提示:用层次图表列出系统内各层模块。着重标明一下每位小组成员完成了哪些模块。
3.界面设计要求
提示:登录界面和主窗体界面的设计。
我实现用MDI 父子窗口来整体管理 建立一个总控制平台LandMenu
登陆界面LandForm和相应的Server业务员登陆界面
4.本软件系统中各程序(子系统)的设计说明
提示:在本节中要求按模块依次说明在“
2、程序(模块)系统的组织结构”中列出的每个模块的设计内容,包括:
程序(子系统)功能描述 程序(子系统)性能描述 该程序(子系统)的输入项 该程序(子系统)的输出项 该程序(子系统)的算法 该程序(子系统)设计思想 接口设计
LandMenu主菜单LandForm登陆窗体 ChoiceMenu用户选择菜单 GetMoney取款窗体 SaveMoney存款窗体 SelectMoney查询窗体
Server业务员验证界面 ServiceLand业务员登陆界面 ServiceMenu业务选择界面 OpenAccount开户窗口 ScanRecord查看记录窗口
一个class类 GetInfo 其中放置判断密码输入正确、获取金额、存款、取款、获取利率、更新账户信息、插入新记录、插入新账号
4.1 程序(子系统)1的设计说明
提示:简单描述子系统的功能、设计思想、界面以及每位小组成员完成的情况。
整个在Dataset数据集上设置有tableapatper适配器 用存储过程来制定特定对象放入数据集 或直接拉入整个表
在使用存储过程是 适配器需要相应的数据类型匹配 多注意可空“?”
4.2 程序(子系统)2的设计说明
提示:本节内容同4.1节。
(依次将本软件系统中所有的程序(子系统)的设计说明给出。)
对GetInfo类使用了断开连接和连接操作 断开连接多用于查询 可以迅速查询表的内容
连接状态多用于更新数据库信息
在对数据库的属性设置上我们采用完全复制来调试程序
5.子系统相互关系表
提示:根据第4节的内容理清各模块间的调用/被调用关系,并填写下表。
子 系 统 相 互 关 系 表