资源描述
酒店管理系统
需求分析报告
组名
科技
组长
凌志明
组员
刘中银
组员
刘豫
组员
杨韵洁
组员
陆嘉炜
组员
张国良
指导老师
赵秋云
1
目 录
文档总页数:15页
1 引言 1
1.1 开发背景 1
1.2 参考资料 1
2 项目概述 1
2.1 开发概述 1
2.2 开发语言介绍 1
2.3 开发数据库软件介绍 2
3 可行性分析 2
3.1 技术可行性 2
3.2 管理可行性 3
3.3 经济可行性 3
4 需求分析 4
4.1 系统需求 4
4.2 功能需求 5
4.3 数据处理需求 8
4.4 用户需求分析 11
4.5 系统性能需求 11
4.6 数据库需求 12
5 可靠性需求 12
5.1 故障的频率及严重性 12
5.2 可恢复性 12
5.3 可预见性 12
6 可用性需求 12
6.1 人员因素 12
6.2 用户界面需求 12
6.3 联机帮助 12
6.4 向导 12
6.5 用户文档和培训材料 12
7 出错处理需求 13
8 接口需求 13
8.1 用户界面 13
8.2 硬件接口 13
8.3 软件接口 13
8.4 软件接口 13
9 安全需求 14
9.1 用户安全性需求 14
9.2 密码安全性需求 14
9.3 系统安全性需求 14
9.4 服务安全性需求 14
10 可支持需求 14
11 实施需求 14
12 将来可能提出的需求 15
1 引言
1.1 开发背景
随着社会经济的发展,酒店在服务行业扮演越来越重要的角色。在酒店运作期间,其管理和服务水平直接影响到酒店形象和声誉。这就需要提高服务质量,尽可能做到让客户满意。因此,需要一套酒店管理系统对客房信息,经营情况及客户信息的管理。为管理者提供迅速高效的服务,减免手工处理的繁琐与误差。
面对信息化管理的日益发展的趋势,酒店管理的信息化越来越成为关注焦点,如何以快捷,方便,节省的方式实现信息化管理是我们一直探讨的问题,本组希望通过开发一款酒店管理系统来实现方便快捷服务,提高酒店效益,让资源尽可能的合理分配。同时,通过编写该软件来提高我们自身水平,学以致用,在不断的探索中完善系统。对我们以后提高工作效率、提升生活水平都有很大帮助。
1.2 参考资料
1. 《软件需求》Karl E.Wiegers(美)著 清华大学出版社
2. 前期所写的《酒店管理系统需求报告》
3. 《现代软件工程》 孙涌等著 北京希望电子出版社
2 项目概述
2.1 开发概述
现代化的酒店组织庞大、服务项目多、信息量大,要想提高劳动生产、降低成本、提高服务质量和管理水平,进而促进经济效益,必须借助计算机来进行现代化的信息管理。酒店管理系统正是为此而设计的。优秀的酒店客房管理系统操作方便,灵活性好,系统安全性高,运行稳定。这也是我所设计本程序的目的之一。本产品采用的C/S模式开发,主要考虑界面的友好性,且运行于客户端有效的降低服务器和客户端之间的运算量,节省了时间。本系统包括销售统计,后台管理,人员管理,初始化系统,和系统安全 五个模块。并与SQL Server 2005数据库应用相结合。
本酒店管理系统是一种典型的信息管理系统。我们对系统进行了详细的数据库分析和设计,最终通过JAVA中的Swing技术来完成系统开发。
2.2 开发语言介绍
Java是一种可以撰写跨平台应用软件的面向对象的程序设计语言,是由Sun Microsystems公司于1995年5月推出的Java程序设计语言和Java平台(即JavaSE, JavaEE, JavaME)的总称。Java 技术具有卓越的通用性、高效性、平台移植性和安全性,广泛应用于个人PC、数据中心、游戏控制台、科学超级计算机、移动电话和互联网,同时拥有全球最大的开发者专业社群。在全球云计算和移动互联网的产业环境下,Java更具备了显著优势和广阔前景。在开发方面具有以下优势:
1. 软件的需求分析:可将用户的需求进行动态的、可视化描述,以提供设计者更加直观的要求。而用户的需求是各色各样的,不受地区、行业部门,爱好的影响,都可以用Java语言描述清楚。
2. 软件的开发方法::由于Java语言的面向目标的特性,所以完全可以用O-O的技术与方法来开发,这是符合最新的软件开发规范要求的。
软件产品用java语言开发的软件可以具有可视化、可听化、可操作化的效果,这要比电视、电影的效果更为理想,因为它可以做到"即时、交互、动画与动作 ",要它停就停,要它继续就继续,而这是在电影与电视播放过程中难以做到的。本系统在选择java语言原因之一它还具有其跨平台性、可移植性、安全性、健壮性。充分考虑跨系统平台和安全因素,这对于产品应用和市场化需求有重要意义。
2.3 开发数据库软件介绍
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 操作系统上的应SQL Server安装界面用。
SQL Server 2005 通过在可伸缩性、数据集成、开发工具和强大的分析等方面的革新更好的确立了微软在BI领域的领导地位。SQL Server 2005 能够把关键的信息及时的传递到组织内员工的手中,从而实现了可伸缩的商业智能。从CEO 到信息工作者,员工可以快速的、容易的处理数据,以更快更好的做出决策。SQL Server 2005全面的集成、分析和报表功能使企业能够提高他们已有应用的价值,即便这些应用是在不同的平台上。
3 可行性分析
3.1 技术可行性
编写语言:采用Java语言进行编写。Java是一种安全的、稳定的、简单的,由C和C++衍生出来的面向对象的编程语言。它在继承C和C++强大功能的同时去掉了一些它们的复杂特性(例如没有宏和模板)。Java操作简单和运行效率高,以其强大的操作能力、优雅的语法风格、创新的语言特性,编程的支持成为开发的首选语言。由于对Java技术比较熟练,对于系统较为简单的,但基本功能较为完善的酒店管理系统来说是基本没有问题的。
编程平台:编程平台采用eclipse,它已被证明是一个极其强大和成功的开发平台,其成熟稳定能够充分保证软件设计的顺利进行。
数据库:数据库采用微软的SQL Server 2005,虽然该数据库版本不是最新的,但其工作稳定,功能强大,资源耗费较少,所以能够充分满足目前的需要。
以上所用技术都是成熟的、先进的、稳定的,因此,开发本系统在技术上是可行的。
3.2 管理可行性
由于本系统功能比较简单,对于工作人员不存在太大难度。管理员权限明确,系统管理员拥有维护数据库系统的权限,对数据库中的数据进行添加、删除、更新等操作界面友好简单可操作性强。因此,本系统在管理上是可行的。
在本系统的运营阶段,使用系统的工作人员,除了需要具备在Windows平台上使用个人电脑的知识,并不需要特别的技术能力。
本系统充分结合实际酒店中餐饮营销方式,操作实际易于接受,适用性强 。在销售统计模块中分别对年、月、日销售模块进行全面统计,有利于改善优化管理服务。
3.3 经济可行性
经济上主要考虑本系统带来的效益是否大于开发本系统的成本,采用自动化的信息管理减少了人员的使用,对信息进行充分统计,方便管理,为决策者进行更好决策做出依据,提高经济效益,由于本系统的开发以课程设计为依托,参与人员的目的以学习为主,投入成本比较小。另外,系统管理员和业务员都拥有计算机的专业知识,酒店前台工作人员和管理人员不需要经过培训即可操作本软件。这样可以为开发本系统节省资金,减少后期资源浪费。因此,开发本系统在经济是可行的。
4 需求分析
4.1 系统需求
酒 店 管 理 系 统
前台管理系统
消费管理系统
收银管理系统
客房服务系统
系统维护
客房预订
宾客换房
追加登记
入住登记
点单
退单
查单
外卖
修改密码
数据备份
参数设置
权限设置
退房结账
合并账户
定金管理
取消结账
房态管理
设施利用统计
客史资料查询
图4-1根据实际划分的酒店管理系统组成图
系统业务需求如下:
前台接待
出示证件
登记资料
扫描证件
联网公安部
缴纳房费及押金
询问客人是否预订
预订
复述客人订房要求
没预订
询问客人订房要求
打印入住单
给予房卡、入住单副本
引导客人进房
证件有效
证件无效
不能入住
客人确认签字
客人核对有误
图4-2 用户主要业务流程分层数据流图
酒店管理系统的目标是为用户提供高效的服务,减少手工处理的繁琐与误差,及时准确地反映酒店工作情况、经营信息,从而提高酒店工作质量,获得更好的经济效益,具体目标包括:
1. 快速办理客人入住、换饭、退房手续,实现客人在酒店消费自动化。
2. 准确无误地记录客人每笔消费信息。
3. 实时、快速、准确提供客房动态。
4. 住宿、餐饮、购物、通信、娱乐等各种费用一次结清。
5. 酒店收益的最终统计。
4.2 功能需求
根据酒店的需要分析和软件需要,我们将酒店管理系统分为如下几个模块:房间管理模块、客户入住模块、预定管理模块、用户管理模块、酒店餐厅管理模块、结帐模块和酒店营业查询模块等。该部分模块的具体说明如下。
房间管理模块:在该模块中主要完成对酒店中的房间进行查询操作,例如显示酒店中所有空闲房间。除了整体查询外,还可以完成查询某一个房间详细信息的功能,例如查询某一入住房间中宾客的相关信息等。
客户入住模块:该模块中完成酒店最频繁操作的功能,那就是宾客入住和结账。宾客入住又称为宾客开单,其中又分为散客开单和团队开单。此模块为主要的功能模块。
预定管理模块:在该模块中可以完成查询预定的功能,例如查询今天即将到来的宾客等。除此之外,有宾客预订时,还需要增加一条预定信息。同时还可以对预定信息进行修改和删除操作以及换房等操作。
用户管理模块:在该模块中可以完成用户的个人信息修改,例如密码修改。可以完成用户的相关信息查询操作,以及在酒店中的主要职责查询。
餐饮管理模块:在该模块中包括餐厅台号管理、菜系和菜品管理,客户可以直接通过系统点单,为客户在酒店的餐厅消费的管理模块。
结账管理模块:在该模块中可以完成客户在酒店中各项消费的结账管理,通过系统可以查询消费详情并完成结账,例如客房服务,餐厅消费等
营业模块查询:该模块可以设置为只有管理员才能够操作,通过该模块,可以完成查询酒店营业额的功能,还可以查询具体宾客的消费消息。
退房管理模块:该模块可以将住房信息进行更改。为主要的功能模块之一。
经过开发者同客户的需求分析后,确定酒店客房管理系统的功能模块(用例)包括:用户信息维护、客房类型维护、客房信息维护、客房经营维护、客户信息维护、客户消费统计、经营状况统计。 酒店系统完全采用Web方式,由前台和后台管理两个部分组成。 前台在考虑功能实现的同时,也考虑了操作的简洁和方便性,目的是让大多数客户能够轻松地享受电子商务给他们带来的便利。
为了确保客户和酒店的信息具有更好的安全性,前台管理和后台管理是分离的。前台的各管理模块需要经过权限授权才可以使用,我们为此设计了两个角色:一是酒店管理员,二是前台服务员。其中:酒店管理员享有最高权限,可以使用酒店客房管理系统所提供的所有功能,包括员工信息维护、客房类型维护、客房信息维护、客户信息查询、客户消费查询经营状况统计、个人密码修改以及注销功能。所有该角色只可以使用部分功能,包括客房经营管理、客户信息查询、个人密码修改以及注销功能。
客户换房业务数据流图如下:
客人要求换房
询问原因
查房
回收房卡
押金单
打印入住单
增加押金?
顾客确认签字
给予新房卡及
押金单
图 4-3 客户换房业务数据流图
客户退房业务数据流图如下:
客人要求退房
客人退还房卡
押金条
通知查房
征询客人意见及建议
打印退房单
客人遗失物品
退还
损坏房内物品
要求赔偿
客人核对有误
客人确认签字
退还押金
图4-4 客户退房业务数据流图
客户入住业务数据流图如下:
客房标准设置
客房信息录入
客房标准信息管理
客房登记
基本信息录入
客房信息管理
客房调配
顾客登记
订房信息输入
订房信息管理
结算信息输入
结算信息管理
客房信息返回
图4-5 客户入住业务数据流图
4.3 数据处理需求
表 4-1 客房预定系统输入输出表
功能编号
1
功能名称
客房预定系统
所属模块
总模块
功能描述
能处理散客预定、团体预定、客房预定,还可以进行预定未到处理,和预售查询。
输入项
姓名、性别、预付押金、付款方式、入住类型、证件类型和号码、地址、联系电话、预订入住日期和离开日期、宾客人数当前时间
输出项
酒店个人押金凭证、酒店团体押金凭证、酒店预售一览表、可售房间数、以及某房间的预订情况
客户预定后存储用户的信息如姓名、性别等,更新数据库中预定记录,并分配一个独立的ID号,以方便进行各种查询及更新操作和身份识别。根据用户输入的时间,查询数据库显示可售房间信息。根据当天时间,查询数据库中的预定记录显示预定未到报表,并对预定未到的房间为可售房间。
表 4-2 前台接待系统输入输出表
功能编号
2
功能名称
前台接待
所属模块
总模块
功能描述
散客入住登记、合约入住登记、团体自动入住和手动入住、补填客单、修改客人信息、转房、调房、设置房态、预定客房查询、可售客房查询
输入项
姓名、性别、预付押金、付款方式、入住类型、证件类型和号码、地址、联系电话、入住日期和退房日期、宾客人数、入住方式、当前时间、所需修改信息
输出项
客人相关信息、团体入住相关信息修改后的用户信息、显示预订相关信息或者是无结果空闲房间号
客人登记入住后,存储客人信息(姓名、性别、预付押金等),分配IC卡,IC卡中记录客人房间、消费等与酒店相关的信息。客人可在前台申请转房、调房等操作,并更新相应的消费和客房信息。
表 4-3 前台收银系统输入输出表
功能编号
3
功能名称
前台收银
所属模块
总模块
功能描述
订餐、买单、押金加入、签单
输入项
餐桌号、菜品名
输出项
当前消费、酒店消费清单
客人从预定餐桌起,客人的账号就自动产生,初始化客人的相关信息,并将客人的消费存入数据库。并检测客人的状态,满足一定的条件,客人才能进行相应的业务。前台服务员对数据库中的客户账户资料(如押金、余额、消费额)进行修改。
表 4-4 客房管理模块输入输出表
功能编号
4
功能名称
客房管理
所属模块
总模块
功能描述
设置净房、脏房、坏房、及取消坏房,查询净房、脏房表,房间状态,新入住查询
输入项
姓名、性别、证件号
输出项
当前消费、酒店消费清单
该模块读取数据库中的客房状态,并派相应的工作人员整理房间。整理房间后及时更新数据库中的数据。如将未清理的房打扫后设置成净房,记录新入住房间。
表 4-5 客户管理模块输入输出表
功能编号
4
功能名称
客户管理
所属模块
总模块
功 能
描 述
客人资料手工输入、自动输入,客人资料查询与修改,黑名单,入住客人自动查询客历
输入项
姓名、性别、证件号
输出项
显示客户入住新信息 输出客户历史纪录
在客户管理系统中保存入住客户的信息(如姓名、性别、身份证号等客户个人信息),并在客户资料变更时进行更新。查询客户系统(根据客房的身份证号),如果是老客户,根据现在的信息,修改客户的旧资料。客人可根据相应的客户资料进行查询和更新。如客户有不良消费记录,将其列入黑名单。
表 4-6 财务管理模块输入输出表
功能编号
5
功能名称
财务系统
所属模块
总模块
功能描述
收入报表、消费报表、顾客账务、交班报表、信用卡报表、结账报表、应收报表、催帐报表、转账报表、借贷总表、联网消费、酒店总表
输入项
输入用户信息 员工号和当班时间段 接班员工及密码 输入具体日期或日期段
输出项
用户消费详单 显示应上交的财务金额 收入报表及酒店总表
通过身份验证后,打印相应的账务报表。
4.4 用户需求分析
客房管理
预定管理
预定登记
客房管理
客房服务
入住
退房
续住
预定金支付
预定修改
预定查询
承诺保留时间
入住登记
换房修改
客房状态
退房登记
客房商品
商品消费
商品库存
续住登记
房间清洁
干洗
图4-6 用户主要业务图
4.5 系统性能需求
考虑的因素主要有以下几点:
速度:对此要求一般。
效率:要求一般,比较高效
可用性:要求较高,易于操作
准确性:要求高,财务管理的重要性使得对数值的准确性要求很高。
吞吐量:由于面对中性酒店,所以数据吞吐量不是很大,对此要求中。
响应时间:要求中,可以很快地看见修改结果。
资源用途:资源占用中等,使得软件修改比较高效。
1. 系统所涉及的所有的货币金额数据类型,均按实数保存,在显示处理时保留小数点后4位。
2. 统计、查询数据的相应时间控制在30 秒内。
3. 基本信息变更验证:数据库访问和写卡时间控制在1 秒之内。
4. 资金注入:数据库访问与写卡时间控制在1 秒之内。
5. 卡操作全部读写过程(含数据库访问)应控制在5 秒之内,在3 秒以上操作要给予适当的提示信息。
6. 局域网数据库在网络无故障的情况下,插入一条数据和更新一条数据的数据库操作响应时间控制在0.5 秒/条之内。
7. 在拨号网络连接通后,交换数据以数据单元形式进行,所有数据交换过程控制在20 分钟内。
8. 程序启动和初始化时间控制在3 秒之内。
4.6 数据库需求
考虑到酒店的业务特点和每天的实际业务量的情况:要求能存储一定数据的能力,并且能够对大量数据有一定的处理功能和快速的响应时间。鉴于开发条件有限,我们打算采用SQL Server 2005。
5 可靠性需求
5.1 故障的频率及严重性
故障频率低,严重性小。
5.2 可恢复性
软件突然崩溃或者错误以后应该可以回滚到上一次的操作中,忽略当前此次操作。
5.3 可预见性
当点击某些控件时候,在会发生错误或者数据修改时候应当给与必要的提示。
6 可用性需求
6.1 人员因素
财务系统保密性高,对此应该加强安全措施。
6.2 用户界面需求
界面美观,便于操作。
6.3 联机帮助
帮助信息应当详细,并且附带必要图片说明。
6.4 向导
软件初次使用的时候应当设置必要的设置向导,使得软件可以更快的适应这个环境。
6.5 用户文档和培训材料
在提交软件时期应该附带用户文档以及必要的培训材料,以使得财务人员可以更快的适应新的软件。
7 出错处理需求
在系统出错的时候可以回滚到上次的操作中,尽量将损失降到最小。
8 接口需求
硬件接口:无特别要求。
网络硬件接口要求:实现内部网络通信。
软件接口要求:无特殊需求。
酒店前后台管理、公安数据联网、办公自动化、Internet/Intranet、餐饮娱乐消费、电子门锁(IC一卡通消费)、床头集控、有线电视及网络客房管理等集成,同时还将不同类型的系统和设备联成一个网络,形成统一的功能界面进行管理,实现全方位的计算机自动化,以满足酒店管理各层次的需要。
8.1 用户界面
1. 入住登记界面应包含:部门、可选设施图标区、宾客信息登记区、选定设施列表。
2. 消费操作界面应包含:部门选择、总账单列表区、子账单列表区、消费记录区、消费品选择区(部门、消费品列表)。
3. 消费界面应包含:消费品选择区(部门、消费品列表)、消费记录区、支付方式选择区。
4. 在退房结账界面应包含:部门选择、总账单列表区、子账单列表区、消费明细表、结账操作面板(付款方式、结算金额、已收金额、实际收款、币种)。
8.2 硬件接口
采用基于超5类双绞的综合布线系统,同时支持语音和数字的传输。
8.3 软件接口
可将“人事管理系统”通过程序界面与“酒店管理系统”进行通信,完成下面这些工作:
1. 提取人员业务完成情况,作为进行绩效考核的依据。
2. 根据酒店管理系统中各部门的项目消费情况,作为合理分配人员的依据。
8.4 软件接口
1. “酒店管理系统”接收熟客的电子邮件预订,由操作员将预订信息输入系统。
2. “酒店管理系统”将向宾客发送电子邮件消息,以确认收到预订或者预订失败信息。
9 安全需求
9.1 用户安全性需求
对于操作系统,网络系统以及数据库都有比较高的安全需求。
4. 限制不必要的用户。经常检查系统的用户,删除已经不再使用的用户。
5. 创建两个管理员账号。创建一个一般权限用户用来处理一些日常事物,另一个拥有管理员权限的用户只在需要的时候使用。
6. 开启用户策略,分别设置复位用户锁定计数器时间为20分钟,用户锁定时间为20分钟,用户锁定阈值为3次。
9.2 密码安全性需求
具体需求如下:
1. 使用安全密码,注意密码的复杂性,还要经常改密码。
2. 设置屏幕保护密码。
3. 开启密码策略。设置密码长度最小值为6位,设置强制密码历史为5次,时间为30天。
9.3 系统安全性需求
1. 安装防毒软件,经常进行系统扫描并升级病毒库。
2. 关闭默认共享。
9.4 服务安全性需求
1. 关闭不必要的端口。用端口扫描器扫描系统已开放的端口,确定系统开放的哪些服务可能引起黑客入侵。
2. 设置好安全记录的访问权限。安全记录在默认情况下是没有保护的,把它设置成只有管理员和系统账户才有权访问。
3. 要把一些重要的用户数据(文件、数据表、项目文件等)定时备份在另一个安全的服务器中。
10 可支持需求
可测试性、可扩展性、可适应性、可维护性、兼容性、可配置性、可服务性、可安装性,可本地化。
11 实施需求
表11-1 软件环境推荐配置表
项
名称
版本
语种
操作系统
Windows
XP
简体中文
数据库平台
Microsoft SQL Server
2005
简体中文
表 11-2 硬件环境配置表
服务器
最低配置
推荐配置
应用和数据库服务器
1CPU:P4 2.0G
1CPU:P4 2.8G
Mem(内存):512M
Mem:2G
HD(硬盘):40G
HD:120G
12 将来可能提出的需求
3.1 在对酒店企业发展大致了解以后能够达到适应近五年到十年之间的发展状况的要求。合同管理制度
1 范围
本标准规定了龙腾公司合同管理工作的管理机构、职责、合同的授权委托、洽谈、承办、会签、订阅、履行和变更、终止及争议处理和合同管理的处罚、奖励;
本标准适用于龙腾公司项目建设期间的各类合同管理工作,厂内各类合同的管理,厂内所属各具法人资格的部门,参照本标准执行。
2 规范性引用
《中华人民共和国合同法》
《龙腾公司合同管理办法》
3 定义、符号、缩略语
无
4 职责
4.1 总经理:龙腾公司经营管理的法定代表人。负责对厂内各类合同管理工作实行统一领导。以法人代表名义或授权委托他人签订各类合法合同,并对电厂负责。
4.2 工程部:是发电厂建设施工安装等工程合同签订管理部门;负责签订管理基建、安装、人工技术的工程合同。
4.3 经营部:是合同签订管理部门,负责管理设备、材料、物资的订购合同。
4.5 合同管理部门履行以下职责:
4.5.1 建立健全合同管理办法并逐步完善规范;
4.5.2 参与合同的洽谈、起草、审查、签约、变更、解除以及合同的签证、公证、调解、诉讼等活动,全程跟踪和检查合同的履行质量;
4.5.3 审查、登记合同对方单位代表资格及单位资质,包括营业执照、经营范围、技术装备、信誉、越区域经营许可等证件及履约能力(必要时要求对方提供担保),检查合同的履行情况;
4.5.4 保管法人代表授权委托书、合同专用章,并按编号归口使用;
4.5.5 建立合同管理台帐,对合同文本资料进行编号统计管理;
4.5.6 组织对法规、制度的学习和贯彻执行,定期向有关领导和部门报告工作;
4.5.7 在总经理领导下,做好合同管理的其他工作,
4.6 工程技术部:专职合同管理员及材料、燃料供应部兼职合同管理员履行以下职责:
4.6.1 在主任领导下,做好本部门负责的各项合同的管理工作,负责保管“法人授权委托书”;
4.6.2 签订合同时,检查对方的有关证件,对合同文本内容依照法规进行检查,检查合同标的数量、金额、日期、地点、质量要求、安全责任、违约责任是否明确,并提出补充及修改意见。重大问题应及时向有关领导报告,提出解决方案;
4.6.3 对专业对口的合同统一编号、登记、建立台帐,分类整理归档。对合同承办部门提供相关法规咨询和日常协作服务工作;
4.6.4 工程技术部专职合同管理员负责收集整理各类合同,建立合同统计台帐,并负责
16
展开阅读全文