很多朋友对于管理机制的三方面内容和系统运程管理机制不太懂，今天就由小编来为大家分享，希望可以帮助到大家，下面一起来看看吧！

本文目录

第一章绪言 5

1.1管理信息系统目标 5

1.2管理信息系统范围 5

1.3项目开发计划 5

第二章系统需求分析 6

2.1现行业务描述 6

2.1.1组织结构 6

2.1.2业务流程分析 7

2.2现行系统存在的主要问题 9

2.3解决方案 9

2.4可行性分析与抉择 10

第三章新系统逻辑方案 11

3.1数据流图描述 12

3.1.1系统关联图说明 12

3.1.2系统顶层数据流程图说明 13

3.1.3物料进销存管理数据流程一层图说明 14

3.1.4餐饮销售管理数据流程一层图说明 14

3.1.5综合统计数据流程一层图说明 15

3.1.6数据流程图二层图说明 16

3.2数据字典描述 16

3.3基本加工的简要说明 20

第四章系统总体结构设计 22

4.1软件模块结构设计 22

4.2数据库设计 25

4.2.1数据库设计需求分析 25

4.2.2需求分析的建模 26

4.2.3 ER模型转化为关系模式 27

4.2.4关系模式的规范化 28

4.3计算机系统配置方案 29

4.4系统总体安全性、可靠性方案与措施 29

第五章系统详细设计 30

5.1代码设计 30

5.2数据库的实现 30

5.3人机界面设计 32

5.4模块处理过程 35

第六章实施概况 37

6.1实施环境与工具的比较选择 37

6.2编程环境、工具、实现与数据准备概况 37

6.3系统测试概况 37

6.4系统转换方案及实现概况 38

6.5系统运行与维护概况 39

第七章结束语 39

7.1系统特色、局限与展望 39

7.2致谢 40

第八章参考文献 40

第九章附录 41

9.1使用说明 41

9.2部份程序清单 41

9.2.1收银员登录 41

9.2.2自动生成点菜单号的类函数 43

9.2.3自动生成点菜单中各消费项目的序号的类函数 44

9.2.4入库单录入 45第一章绪言

餐饮销售服务一直是**酒店的主要业务活动，随着业务的不断发展，加强成本管理与收入管理、通过提高服务水平提升企业形象已成为本酒店的迫切需要。因为该酒店目前采用手工操作的运营过程，差错率较高，已不能适应餐饮业对现代化管理的要求。

为了提高酒店管理效率，赢得客户的满意度，我建议公司决策层同意开发该酒店管理信息系统，并以此系统的研发过程作为本人毕业论文的论题。 1.1管理信息系统目标

本系统的建设需要实现如下目标：

（1）支持日常业务运作。

（2）集中管理业务数据，支持管理预测与决策。

（3）有良好的可扩充性(系统配置灵活，支持用户未来信息化进程的发展)。

（4）汉字图形用户界面，人机对话友好，操作方便。

（5）响应速度合理，安全性较高（对折扣、退菜、赠送、优惠操作提供权限校验，并有记录备查。数据库安全中支持前后台双数据库管理），网络运行稳定。

（6）系统建设费用较低。 1.2管理信息系统范围

该酒店管理信息系统需要分阶段实施，逐步实现如下功能：

第一期：销售信息管理系统+采购与仓库管理信息系统

第二期：客户信息管理系统+人事工资管理系统

第三期：广域网总部管理系统+集成通用财务软件

项目首期任务的范围如下：

（1）销售信息管理系统:管理餐饮销售收入信息，重点管理客户消费记录、结账记录，并支持对营业现状及趋势的统计分析。

（2）采购与仓库管理信息系统：主要管理库存物料的收发存，提供物料成本管理信息。

1.3项目开发计划

本毕业设计只需实现第一期系统开发任务：销售信息管理系统+采购与仓库管理信息系统；后继系统的开发计划另议。

本项目开发计划如下：

1)在2004年8月份内完成系统需求分析

2)在2004年9月份内完成新系统逻辑方案分析

3)在2004年10月份上旬完成新系统设计

4)在2004年10月份底完成新系统实现，其中包括程序设计，并进行系统的测试和调试，完成论文的初稿，交给指导老师审查。

第二章系统需求分析

系统需求分析主要任务是调查现行系统存在的问题，弄清用户对新系统的要求，提出可行的方案，为管理层决策提供依据。

2.1现行业务描述

2.1.1组织结构

本酒店由在公司管理层下设财务部、仓储部、采购部、餐饮部、后厨部、公关部。组织结构图见图2.1。图2.1组织结构图 2.1.2业务流程分析

在本系统的业务流程分析中，采用的工具是业务流程图，这是一种表明系统内各单位、人员之间业务关系、作业顺序和管理信息流动的流程图，它可以帮助分析人员找出业务流程中的不合理。业务流程图中的符号说明如下：酒店的营运过程是以销（客户消费）定产为主，也包括部分商品的预生产，采购与仓库存管理需要满足生产和销售的需要。现在分别分析采购与仓库管理业务流程和餐饮销售管理业务流程。

一、采购与仓库管理业务流程分析：

本酒店采购与仓库业务流程重点管理物料周转，主要包括以下几步：

1、仓库管理员根据存货实存不足的情况，向采购部发出订货通知。

2、采购部组织供货，仓库管理员验货入库，采购部根据实际入库的货品情况填制入库单，仓库管理员登记入库单进账。

3、领料部门填制出库单，仓库管理员登记出库单进账，并发货给领料部门。

4、领料部门如需退货，需要填制退库单，仓库管理员验货入库，并登记退库单进账。

5、定期盘货，处理过期变质存货。对盘盈及盘亏情况上报经理，在核准处理后，以盘点表为基础编制“入库单”“出库单”并调账。

6、定期编制存货进销存报表，上报经理。

二、餐饮销售管理业务流程分析：

目前，本酒店销售业务流程重点管理销售资金流程，对商品的销售主要包括以下几步：营业开市－>客户消费与结账－>收市日结统计。

营业开市主要包括以下几步：

1、收银组长填写领款单等，向财务部门领取现金、发票等。

2、收银组长将现金、发票等分配给收银员。

客户消费与结账是一个可以反复进行过程，主要包括以下几步：

1、服务生为客户开台；

2、服务生询问客户对菜肴及饮品等需求，填写点菜单（多联）。

3、服务生将点菜单传递向收银员、后厨部、吧台。

4、收银员整理点菜单。

5、后厨部、吧台根据点菜单进行加工。

6、服务生将后厨部、吧台加工的成品传递给客户，客户进行消费。

7、客户向服务生提出结账请求。

8、服务生向收银员传达客户结账请求，收银员统计消费金额，并根据优惠规则，提出消费清单给服务生（载明：消费项目的数量和单价、消费总额、折扣及实收额）。

9、服务生将消费清单传递给客户核查。

10、客户核查消费清单无异议后，将现金等结算工具提交服务生代为结算。

11、服务生将消费清单、现金等交给收银员，收银员进行收银结账，并将收银单、发票、找零等提供给服务生，服务生转交给客户。

12、客户结清账务后离开，服务生进行清理翻台。

以上步骤中，2-6步可以执行多次循环。在第10-11步中，用户也可以亲自去收银台结账。

收市日结统计主要包括以下几步：

1、各收银员填写收银报表，统计各类结算方式的收入资金，与钱箱进行钱账核对。

2、钱账核对相符后，收银组长汇总填写收银日（市别）报表，填制缴款单，向财务部门缴款并报送报表。

因为在实际工作中，收银组与财务部的现金领取与汇缴工作，由财务会计管理系统另行管理，本系统只需要对客户消费明细与结账资金数据进行管理即可。餐饮销售管理业务流程图,见图2.3。图2.3餐饮销售管理业务流程图 2.2现行系统存在的主要问题

现行系统是手工运作的系统，可以支持向客户提供餐饮服务功能，但是，存在以下薄弱环节：

1．现行系统是手工运作的系统，业务人员手工作业量大，数据传递不及时，对数据的统计和计算运程中易发生差错，工作效率较低。

2．业务流程管理不够严密。

3．主要从销售收入角度向管理层提供数据，不能满足管理要求（例如不能提供菜肴的销售排行、实时消费状况统计等信息）。

4．向客户提供的消费清单手工书写，常发生字迹不清晰的问题，并且格式也不统一。

5．历史账务的查询也不方便。

现行系统的上述弱点，实质上反映公司在酒店服务客户的过程中，对信息的产生、传输、加工与挖掘分析利用方面存在不足，不能满足企业管理与业务发展的要求，也对企业形象造成不利的影响。这也正是提出新系统的直接原因。

2.3解决方案

建议采用的新系统，是一个人机系统，采用C/S结构（即“客户端/服务器”结构），同时为了加强系统的适应能力，采用胖客户端技术，这样即使在网络中断的情况下，也可以继续营业。也就是说，服务器主要起到存储数据的作用，客户端也保存本机的作业数据。在网络通讯良好时，客户端本机的数据库与服务器端数据库同步；在网络通讯有故障时,可以与服务器脱机工作，等故障修复后再上传数据与服务器保持同步。

新系统能够实现现行系统的功能，并且能克服现行系统的上述弱点，与现行系统相比，将有如下改善之举：

1．对消费信息的采集与记录更加细致与全面，能满足不断增长的管理需求；

2．利用计算机对数据进行加工、统计、分析，提高工作效率；

3．实现完成的信息管理流程，支持业务管理制度的完善工作；

4．提供统一格式的计算机打印单据与报表，提升企业形象；

5．重视对历史数据的存储保护、追溯、分析，为管理层对企业的经营预测与决策提供及时有效的帮助。

2.4可行性分析与抉择

1．技术可行性

最近30年来，管理信息系统技术得到了充分的发展与完善，使得开发本系统在技术可行性成为可能，利用VB开发工具，使得本系统不存在技术上的障碍。

该系统的软件研发阶段，由我协助该酒店管理公司提出需求、进行系统设计与开发，拟采用成熟的数据库技术与软件开发技术，具有技术可行性。

2．经济可行性

笔者参与本系统的研发工作，主要是为了综合运用在计算机信息管理本科段自学的各科知识，通过理论与实践的结合，提高本人的专业技术知识的应用能力，所以主动免费承担本系统的软件研发工作。

因为本系统投产后，不必增减酒店人员的工作岗位及职工人数，故没有人力资源成本的增加与减少。新系统（第一期）的费用与收益分析如下：

（1）一次性项目建设费用为人民币 36000元。其中：

软件研发经费：人民币 0元；

计算机设备及系统软件费：人民币 35000元；

网络建设费：人民币 1000元；

培训费：人民币 0元；

整个项目建设期为0.5年

（2）投产后的年发生费用预计为人民币 12000元。其中：

年运营耗材费：人民币 6000元

年折旧费（支付系统软硬件维护及更新）：人民币 6000元

（3）新系统投产后预期年经济收益人民币 30000元

销售信息利用增值：人民币 10000元

工作效率提升的收益：人民币 10000元

客户满意度提升的收益：人民币 10000元

（4）预计本系统使用寿命五年，按后年利率5%计算：

项目投资回收期=项目投资/（年收入–年支出）

= 36000/（30000-12000）= 2年

净现金流量= Sum(年净收入/（1+年复利息率）n)–项目投资

=（30000-12000）*（ 0.9524+0.9070+0.8638+0.8227+0.7835）-36000

= 77929-36000= 41929元

可见，本系统的投资回收期不很长，即使在使用年利率5%的贷款来进行投资，在项目运营业5年内，酒店仍能获得超过4万元的净现金流量，本项目经济上可行。 3．营运可行性

在本系统的运营阶段，使用系统的工作人员，除了需要具备在Microsoft Windows平台上使用个人电脑的知识，并不需要特别的技术能力。这方面的知识，在该酒店与本项目运营相关的直接人员（包括经理层、仓储部、收银组）中已经具备。并且在项目投产前，还会安排对操作系统的人员进行必要的培训。

系统技术维护支持工作，在初期仍将硬件供应商及本人完成。在酒店信息化建设及业务拓展到适当规模后，宜由酒店雇用专业技术人员担任此项工作。

在具体实施过程中，公司同意建立这样的运营管理机制：由公司管理层一名高级管理人员领导，仓储部与餐饮部具体负责本项目的运营；同时，采购部负责对系统运营过程中的计算机耗材的供应。因此本系统营运方面可行。

综上所述，实施本系统，已具备技术可行、经济可行、营运可行的条件，所以公司决策层同意开发和使用本系统。............

http://chinaunix.net/

这里比较多.

案例一:

用LINUX架设FTP服务器

http://chinaunix.net作者:level发表于：2004-02-27 13:35:50

以前自己弄的东西，现在帖出来，希望对大家有点用：）

1.1什么是FTP:文件传输协议原理

1.1.1命令选择

1.1.2命令格式

1.2 wu-Ftpd的安装

1.3让FTP服务器运转起来

1.4配置文件的设置

1.4.1/etc/ftpaccess的设置

1.4.2/etc/ftpusers和/etc/ftphosts的设置

1.4.3/etc/ftpconversions设置

1.4.1 wu-ftp的相关程序

1.5开设只能FTP的帐户

1.6设置虚拟FTP主机

什么是FTP:文件传输协议原理

互联网文件传输协议(File Transfer Protocol,FTP)标准是在RFC959说明的。该协议定义了一个从远程计算机系统和本地计算机系统之间传输文件的一个标准。一般来说，传输文件的用户需要先经过认证以后才能登录网站，然后方能访问在远程服务器的文件。而大多数的FTP服务器往往提供一个GUEST的公共帐户来允许没有远程服务器的用户可以访问该FTP服务器。

一个FTP会话通常包括五个软件元素的交互。

用户接口提供了一个用户接口并使用客户端协议解释器的服务

客户 PI客户协议解释器，其项远程服务器协议机发送命令并且驱动客户数据传输过程

服务器PI服务器协议解释器，响应客户协议机发出的命令并驱动服务器端数据传输过程

客户 DTP客户数据传输过程，其负责完成和服务器数据传输过程及客户端本地文件系统的通信

服务DTP服务器数据传输过程，其负责完成和客户数据传输过程及服务器端文件系统的通信

在RFC 959中，一般使用用户这个名词来指代客户。RFC 959定义了客户PI和服务器PI交互的方式和规范。用户接口与PI和DTP交互的机理都并不是协议标准的一部分。PI和DTP往往通常是在同一个程序模块中实现的。

在FTP会话中，一共会存在有两个独立的网络连接，一个是由两端的PI使用的，另一个是由两端的DTP使用的。PI之间的连接一般被称作控制连接(control connection),DTP之间的连接被称做数据连接(data connection)

使用TCP服务的控制和数据连接

通常情况下，FTO服务器监听端口号21来等待控制连接建立请求。而数据连接端口号的选择依赖于控制连接上命令。通常是客户发送一个控制消息来指定客户监听并等待服务器端发送数据连接建立请求的端口号。

对数据传输和控制命令传输来使用不同的独立连接有如下优点：两个连接可以选择不同的合适服务质量，如：对控制连接来说高需要更小的延迟时间，对数据连接来说需要更大的数据吞吐量；而且可以避免实现数据流中的命令的通明性及逃逸。

当传输建立时，总是由客户端首先发起。然而客户和服务器都可能是数据发送者。除了传输用户请求下载文件，数据传输过程同样在客户端请求列服务器端目录结构时建立。

1.1.1命令选择

当一个传输建立时，一般通常需要指定四个方面的属性：

文件类型

该属性指定如何将文件的数据匹配成适于传输的格式，一共有四种可能的选择：

ASCII文件类型

在发送端，文件从本地文本文件格式转换为 NVT ASCII格式，每行结束有一个CR/LF对来标识。在接收端，再被转换为本地的文本格式。

这说明了为什么Unix主机之间传输文本文件为何传输的数据量要大于文件的实际大小。若传输一段端或传输两端都不使用ASCII文本编码，则是应该由数据传输过程来实现本地编码和NVT ASCII编码之间的转换。

EBCDIC文件类型

类似于ASCII，区别仅仅上使用EBCDIC字符编码

图象(或二进制)文件类型

文件以本地传输内容传输，在远端以同本地完全相同的内容存储。

本地文件系统

用在字节大小不是8位的环境下。没字节位数由发送者指定。

在实际应用中，只有ASCII和图象格式使用的较多。

格式控制

该属性是和将文本文件最后传送到打印设备相关的，其中有多种方式来实现将垂直格式信息编码到文件中，包括指示一个新页开始的方式。有如下方式可供选择：

无须打印格式控制，这是缺省值

Telnet打印控制，在telnet协议中定义的控制字符包含在数据流中。.

Fortran打印控制，

该属性在实际中很少使用。

结构

文件可以拥有内部结构，在传输中该结构被保留。由数据传输过程来负责在传输中的结构及本地结构之间相互匹配，有三种可能性：

文件结构

这实际上意味着文件被看作没有内部结构的连续的字节流。

记录结构

文件是有一系列记录组成的结构。这只适用于文本文件。

页面结构

也可以称做块结构。每一页都伴随一个页号来传输，从而以顺序的方式来完成传输。

页面结构很少在实际中遇到。记录结构也不是很常见。对于文本文件使用ASCII文件类型可以获得相同的效果。

传输模式

该属性可以取三个不同的值：

流模式

文件的以字节流的方式传输。

块模式

文件以一个块连接一个块的方式传输，每个块的开头都有一个头。

压缩模式

一个简单的运程长度压缩编码被应用，来压缩连续的相同的字节。

实际中，一般只有流模式被使用。而压缩一般通过使用各种其他的工具程序来获得。

当一次传输被建立，客户端一般指定一个或多个前面说明的属性。若服务器端不能支持某个选项，服务器将用一个错误信息来响应客户端，并不具有协商机制。

FTP提供了充足的命令来使用户和远程建立连接并访问远程文件系统。

1.1.2命令格式

命令以NVT ASCII串的格式被传输。每个命令以三个或四个大写的NVT ASCII字符开始，后面带有选项参数和一个CR/LF对来标识命令结束

应答由三个NVT ASCII数字及一个选项消息组成。

一个长的应答也许会有多个消息组成，第一个消息的三个数字后带有一个破折号，最后的消息不带有破折号。中间的消息无须携带三个数字，但是如果带了三个数字，则也需要破折号。

下面是所有的命令的列表。带有星号的命令一般很少使用，所以往往在具体实现中不支持。

String Meaning

ABOR放弃传输

*ACCT某些系统将帐号和用户与文件系统相关联

*ALLO为即将传送的文件分配空间。后面携带的参数来确定字节数

*APPE将文件附加到已经存在的文件后面

CDUP在远程系统上将当前目录切换到上级父目录

CWD改变远程系统的工作目录

DELE删除远程系统的文件

HELP读取服务器的帮助信息，如：支持的命令的列表

LIST在一个新建立的数据连接上发送当前工作目录下的文件名列表

MKD创建目录

MODE指定传输模式，可携带的参数是：S、B或 C.

NLST在一个新建立的数据连接上发送一个当前目录下的“完全”的目录列表

NOOP空操作，防止连接断掉

PASS提供一个用户登录密码，必须立即跟随在USER命令后

*PASV指定服务器数据传输过程监听等待客户端的数据连接连接建立请求

PORT指定客户端监听等待服务器端建立的连接的端口号

PWD显示服务器端的当前工作目录名

QUIT退出登录并终止连接

*REIN重新初始化，退出登录但是并不断开连接，后面必须随后发出一个新的USER命令

*REST从服务器的一个标识处重新开始传输

RETR从远程系统取回一个文件

RMD删除一个目录

*RNFR指定要被命名的文件的老的路径名，随后必须是一个RNTO命令

*RNTO指定要被命名的文件的新的路径名

*SITE站点特有的服务器提供的服务

*SMNT结构加载，提供一个文件系统结构的远程系统路径名

*STAT状态信息

STOR上载一个文件到服务器上，若文件已经存在则覆盖

*STOU上载一个文件到服务器上，不覆盖已经存在的文件

STRU指定文件结构，参数可以是F、R或P.

*SYST报告远程系统的操作系统类型

TYPE指定文件类型，参数可以是A、E、I、L只有TYPE A和TYPE I常用

控制连接命令应答有如下形式：

Type Description

1yz主动初步应答，在发送另一个命令以前等待另一个应答

2yz主动最后应答，最后一个命令成功结束

3yz主动中间应答，必须再发送一个命令

4yz暂时被动应答，要求的动作当时不能完成，但可以重试

5yz永久被动应答，要求的动作不能完成，不应该重试

"y"数字编码进一步的信息

Digit Meaning

0语法错误

1信息

2连接状态

3认证和记帐

4保留

5 File s文件系统状态

下面是一些典型的消息：

Number Meaning

125数据连接打开，传输开始

200命令OK

331用户名OK需要输入密码

425不能打开数据连接

452错误写文件

500语法错误-不可识别的命

具体的详细情况可以参见RFC

wu-Ftpd的官方权威站点地址是：http://wu-ftpd.org/。

1.2 wu-Ftpd的安装

当前，Linux环境下有许多ftp服务器软件可供选择，但是目前最常见的仍然是wu-Ftpd服务器。这里主要讨论该软件的安装和配置。

一般来说，在安装了linux时，缺省都会自动安装wu-ftpd服务器，但是有时候为了某种需要也需要自己亲自重新安装该服务器软件。安装wu-Ftpd有两方式，一种是安装rpm形式的发布包；一种是自己动手去编译生成Ftp服务器。

rpm包可以在http://rpmfind.net/linux/RPM/WByName.html处下载得到，以rpm包方式安装非常简单，只需要在按下面的简单的几个步骤就可以完成，假设下载得到的rpm包存放在/tmp目录下：

#cd/tmp

#rpm-ivh wu-ftpd-1.6.0-9.i386.rpm

压缩的源代码可以在ftp://ftp.wu-ftpd.org/pub/wu-ftpd/出得到。这里我们以最新的1.6.0为例说明如何编译安装wu-ftpd。

1、解开源代码

1)将压缩的源代码拷贝到/usr/src下

#cp wu-ftpd.1.6.0.tar.gz/usr/src

2)对压缩文档进行解压缩：

#tar xvfz wu-ftpd.1.6.0.tar.gz

#cd wu-ftpd-1.6.0

2、敲入命令"./build xxx"，可以在这里指定一个C语言编译器："./build CC=yyy xxx" yyy指用来替代"cc"的其他的编译器。对于linux环境下的gcc编译器，命令应该为："./build CC=gcc xxx"

#build CC=gcc lnx

xxx可以取下面的值：

gen:通用make(当移植到心得系统时需要拷贝它)

aix: IBM AIX

aux: AU/X

bdi: BSD/OS

bsd: BSD

dec: DEC Unix 3.X

du4: DEC Unix 4.X or later

dyn: Dynix

fbs: FreeBSD 1.0 or later

hiu: Hitachi Unix

hpx: HP-UX

lnx: Linux(tested on 1.0.30)

nbs: NetBSD 1.X

nx2: NeXTstep 1.x

nx3: NeXTstep 3.x

osf: OSF/1

osx: Mac OS X

ptx:???

sco: SCO Unix 3.2v4.2/SCO OpenServer 5

sgi: SGI Irix 4.0.5a

sny: Sony NewsOS

sol: SunOS 5.x/ Solaris 1.x

s41: SunOS 4.1.x

ult: Ultrix 4.x

uxw: UnixWare 1.1 or later

clean: Clean up object files and such to reduce disk space after building.

install: Install ftpd

Copying Makefiles.

Linking src/config.h

Making support library.

gcc-O3-fomit-frame-pointer-fno-strength-reduce-pipe-c strcasestr.c

gcc-O3-fomit-frame-pointer-fno-strength-reduce-pipe-c authuser.c

gcc-O3-fomit-frame-pointer-fno-strength-reduce-pipe-c snprintf.c

rm-f libsupport.a

ar cq libsupport.a strcasestr.o authuser.o snprintf.o

ranlib libsupport.a

:::

:::

:::

编译成功以后将生成如下几个可执行文件：

ftpd FTP服务器程序

ftpshut用于关闭FTP守护进程的程序

ftpcount记数程序，显示目前ftp登录的人数

ftpwho查看当前FTP服务器的连线情况，类似与系统的who命令,只不过是查看ftp登录的用户

ckconfig检查FTP的设置是否正确

ftprestart重新启动ftp服务器

privatepw改变wu_ftpd组访问文件信息

3、若只是升级到一个新的版本，应该首先备份系统所有的旧的配置文件。否则这些配置文件将被覆盖。为了适应自己的需求，应当编辑样本配置文件来满足自己的要求，具体配置文件的需求参见后面的内容。

4、以超级用户身份敲入命令"./build install"

#build install

installing binaries.

install-c-o bin-g bin-m 110 bin/ftpd/usr/sbin/in.ftpd

install-c-o bin-g bin-m 111 bin/ftpshut/usr/bin/ftpshut

install-c-o bin-g bin-m 111 bin/ftprestart/usr/bin/ftprestart

install-c-o bin-g bin-m 111 bin/ftpcount/usr/bin/ftpcount

install-c-o bin-g bin-m 111 bin/ftpwho/usr/bin/ftpwho

install-c-o bin-g bin-m 111 bin/privatepw/usr/bin/privatepw

installing manpages.

install-c-o bin-g bin-m 444 doc/ftpcount.1/usr/man/man1/ftpcount.1

install-c-o bin-g bin-m 444 doc/ftpwho.1/usr/man/man1/ftpwho.1

install-c-o bin-g bin-m 444 doc/ftpaccess.5/usr/man/man5/ftpaccess.5

install-c-o bin-g bin-m 444 doc/ftpconversions.5/usr/man/man5/ftpconversio5

install-c-o bin-g bin-m 444 doc/ftphosts.5/usr/man/man5/ftphosts.5

install-c-o bin-g bin-m 444 doc/xferlog.5/usr/man/man5/xferlog.5

install-c-o bin-g bin-m 444 doc/ftpd.8/usr/man/man8/ftpd.8

5、编辑"/etc/inetd.conf"文件，指向新的ftpd守护进程，大多数情况下，这一步是不必的，因为在build install时，会将新的守护进程拷贝覆盖老的守护进程。若希望使用ftpd的增强的扩展功能，应该在这行最后加上"-a"选项。

ftpd守护进程一般可以携带如下参数，也可以不带任何参数：

-d debug参数，当ftpd守护进程出现错误时，会将错误信息写入到系统记录文件/usr/adm/syslog中

-l记录每次ftp会话信息到/usr/adm/messages中

-t设置当FTP客户端多久无操作就自动断线，这个参数后面指定等待的时间，如-t 600表示若客户

端若连续10分钟没有动作就自动断线，缺省值是15分钟

-a使用ftpaccess配置文件内容对ftpd进行更详细复杂的设置

-A不使用ftpaccess配置文件的设置，缺省值是-A

-i当客户端有上载文件的动作时，就记录在文件xferlog中

-L使用户连接ftp服务器期间使用的所有命令都被记录到/usr/adm/messages中

6、拷贝tar、gzip、gunzip、compress、uncompress等文件到"~ftp/bin"中，拷贝"ls"为"~ftp/bin/ls"。

7、若是第一次安装，使用"ckconfig"程序查找ftpd的各种配置文件存放目录：ftpconversions、ftpusers、和ftpgroups。在"doc/examples"目录下有样本文件。"ckconfig"是一个可执行程序，确保修复该程序检测到的任何问题。

1.3让FTP服务器运转起来

一般来说，只要正确地编译安装了wu-ftpd，该服务器就可以正常运行。用户可以通过FTP命令从各种系统上连接该服务器。

1.4配置文件的设置

1.4.1/etc/ftpaccess的设置

这个配置文件是FTP服务器最重要的配置文件，这个文件的设置决定了FTP是否可以正常工作及许多访问权限的设置。如下面的例子所示：

class all real,guest,anonymous*

limit all 10 Any/etc/msgs/msg.dead

readme README* login

readme README* cwd=*

message/welcome.msg login

message.message cwd=*

compress yes all

tar yes all

log commands real

log transfers anonymous,real inbound,outbound

shutdown/etc/shutmsg

email user@hostname

下面是设置文件各个指示(directive)的详细说明：

指示: loginfails n

密码输入n次就自动断开连接

指示：autogroup组名类别 [...]

若一个匿名用户属于任何一个参数类别的类，则FTP服务器将实施setegid()调用使其属于这个组名定义的组，这样做是为了实现某些特定类别的匿名用户可以访问一些只允许本组及拥有者可以访问的文件。组名必须是/etc/group内定义的有效组。

指示： class类名类别(real、guest、anonumous) IP地址

这个指示是设定FTP服务器用户的类别。

FTP服务器的用户可以分为以下三种类别：

real在该FTP服务器上拥有合法帐户的用户；

guest另外定义某些特定组的用户；

anonymous匿名用户；

举例说明：

class outworld real,guest,anonymous*

定义一个名为outworld的类，该类包含三种类型的用户：real,guest,anonymous。该类在后面的指示中使用。其中"*"是类定义中的IP地址部分，表示网络上的所用主机。也就是说明允许任何主机连接FTP服务器。若希望对访问FTP的主机进行一定的权限设置，可以这样做：

class friend real,guest,anonymous*.linuxaid.cn 201.101.13.*

指定义一个friend类，该类从*.linuxaid.cn及201.101.13.*访问FTP服务器时有特定的权限设定。

指示： limit类别人数时间文件名

该指示设定在某个类在某个时间内允许连接FTP服务器的人数的限制，并指定当连接人数超过限制，后面的用户连接时显示给用户的消息信息。

举例说明：

limit local 20 Any/tmp/message/msg.toomany

上面的例子限定local这个类中的拥护同一时间只能有20人同时上网连接这台FTP服务器，若超过20人则显示/tmp/message/msg.toomany的文件的内容

limit outworld 100 MoTu|Any 2200-0800/tmp/message/msg.limit

这个例子限制outworld这个类的用户只能在周一周二或每天的晚上10点到第二天早上的8点之间访问该FTP服务器，而且同时连线的人数不可以超过100人，若超过100人，则显示/tmp/message/msg.limit的文件的内容

/tmp/message/msg.limit的内容为：

对不起！本服务器只允许匿名用户在周一周二全天及其他每天晚上10点到第二天早上的8点之间访问，当前时间为%T；而且只允许同时有%M个匿名用户访问，当前有%N个用户在访问该服务器。请在合适的时间访问本FTP服务器，谢谢！

这里的%M是一个变量，代表同时允许连接的人数的上限，FTP服务器可以用前面设置的值自动替代该变量，其他允许的变量包括：

%T本地当前时间；

%F CWD所在分区剩余空间，以KB为单位。但该变量不是所有系统都支持。

%C当前工作目录；

%E定义在/etc/ftpaccess文件中的系统管理员的E-mail地址；

%R远端主机名；

%L本地主机名；

%U登录时所给的用户名；

%N这个类别当前连接的用户数目；

利用这些参数，可以编辑一个详细的说明文件，这样可以让用户清楚当前服务器资源使用情况。

指示： readme说明文件指令

当用户执行指定的"指令"时，系统就会自动显示所设置的说明文件；

举例说明：

readme README* login

当用户执行登录动作时，只要以README开头的文件内容就会显示给用户。

readme README* cwd=*

表示用户切换目录时(cwd)，只要以README开头的文件内容就会显示给用户。

通常README*应该是该目录下文件的说明，让登录的用户可以清楚地知道目录中存放了那些文件；

指示： message文件名指令

使当用户执行特定的"指令"时，系统就将指定的文件内容显示给用户；

举例说明：

message/msg.welcome login

指定当用户登录时，将自动显示/tmp/message/msg.welcome的内容给用户，注意这里的/msg.welcome指ftp根目录下的msg.welcome文件，即/home/ftp/msg.welcome。

message/welcome cwd=*

指定当用户切换另一个目录时，只要目录中有msg.welcome文件，就显示给用户

指示： compress(yes/no)类别

设置哪个类别的用户可以使用压缩功能；

举例： compress yes local outworld

允许local和outworld两个类别的用户使用压缩功能

指示： tar(yes/no)类别

指定哪个类别的用户可以使用tar功能；

指示： passwd-check(none/trivial/rfc822)(enforce/warn)

设定当用户以匿名方式登录服务器时密码的方式：

none表示不对密码进行验证，任何密码都可以登录；

trival表示只要密码中包含@就可以登录；

rfc822表示密码一定要符合rfc822中规定的E-mail格式才能登录。如:webmaster@linuxaid.cn

enforce表示输入的密码不符合指定格式就不允许登录；

warn表示输入的密码不符合指定格式显示警告信息，但仍然允许登录；

指示： log commands类别(read/guest/anonumous)

设定那些用户登录时，所使用的操作会被记录在文件/usr/adm/xferlog中。

指示： log transfer类别(read/guest/anonumous)(inbound/outbound)

设定指定的用户类别在上载还是下载时的相关信息被记录到/usr/adm/xferlog中。

举例说明：

log transfer anonymous,real inbound,outbound

当anonymous或real用户登录后，上载和下载的操作会被记录在文件/usr/adm/xferlog中。

指示： shutdown文件名

FTP服务器关闭的时间可以后面的文件名中指定的文件中指定，设定的时间一到，便无法登录FTP服务器了，只有将这个文件删除才能恢复FTP服务器。文件的格式可以由命令ftpshut来建立。

指示： delete(yes/no)类别(real/anonymous/guest)

设定是否允许指定用户使用delete命令。

举例说明：

delete no guest,anonymous

设定大概内登录的用户为guest或anonymous上不允许执行delete命令。

指示： overwrite(yes/no)类别(real/anonymous/guest)

设定是否允许指定用户使用overwrite指令。

指示： reame(yes/no)类别(real/anonymous/guest)

设定是否允许指定用户使用readme指令。

指示： chmod(yes/no)类别(real/anonymous/guest)

设定是否允许指定用户使用chmod指令。

指示： umask(yes/no)类别(real/anonymous/guest)

设定是否允许指定用户使用umask指令。

指示： upload [absolute|relative] [class=]... [-]

["dirs"|"nodirs"] []

定义允许用来上载的目录。若允许上载，所有新上载的文件的所有者及组由和定义，访问权限将为。对于覆盖老文件的上载文件将保持原来的所有者及访问权限信息。文件上载的权限信息由最大匹配目录项定义，如：

upload/var/ftp* no

upload/var/ftp/incoming yes ftp daemon 0666

upload/var/ftp/incoming/gifs yes jlc guest 0600 nodirs

would only allow uploads into/incoming and/incom-

:

将只允许/incoming和/incom-ing/gifs目录上载。上载到/incoming目录下的文件将属于ftp/daemon，访问权限为0666；而上载到/incoming/gifs下的文件将属于jlc/guest，访问权限为0600。应该注意的是必须匹配"ftp"用户的passwd文件中的主目录。

"dirs"和"nodirs"选项用来设定是否允许在该目录下创建新的子目录。但是缺省是允许创建子目录的。

设定新创建的目录的访问权限，缺省为0777。

上载指示只能施用于用户主目录(chroot()的参数)等同于的用户，可以为*来表示匹配任何主目录。

和也可能指定为*，在这种情况下，任何上载的文件或创建的目录的所有者都等于起父目录的所有者。

选项[absolute|relative]指定是是绝对路径还是相对于chroot()参数指定的目录的相对路径。缺省是绝对路径。也可以指定任意多个class='来进行进一步限定。若指定了任何目录，则该上载指示只影响这些组的用户。

指示： alias目录别名目录路径

给指定目录设置一个别名，当切换目录时可以使用别名。

举例说明：

alias xwin/pub/linux/xwindows

为/pub/linux/xwindows设置别名xwin,登录以后只要输入命令cd xwin就可以进入该目录。

指示： cdpath目录

该功能和系统的PATH环境变量设置类似，当cd/etc时，FTP首先查看当前目录下是否有etc子目录，无则看是否有别名，若没有则根据该指示设定的路径查询。

举例说明：

cdpath/pub/linux

cdpath/pub

cdpath/

搜索顺序为:/pub/linux/pub/

指示： path-filter类别(real/anonymous/guest)目录

设定上载文件名限制。

举例说明：

path-filter anonymous/etc/pathmsg^[-A-Za-z0-9_\.]*$^\.^-

path-filter guest/etc/pathmsg^[-A-Za-z0-9_\.]*$^\.^-

设置限制anonymous和guest用户上载的文件名只能包含A-Z、a-z、0-9和._-,名字以"."和"-"开头的文件不能上载到服务器上。

指示： guestgroup [...]

guestuser [...]

realgroup [...]

realuser [...]

对于guestgroup指示，若一个真实(real)用户属于任何一个所指定的组，则其FTP会话都被FTP服务器以匿名的方式进行处理。也就是说，chroot()被调用，用户不再允许发出USER和 PASS命令。必须是有效的组。

这里用户的home目录必须被争取的设置，要确实和匿名用户一致，/etc/passwd中的相关项的home目录被分割为两个部分，第一部分是chroot()调用的根目录参数，第二个是用户相对于根目录的主目录，两部分之间以"/./分隔"，如：

guest1::100:92:Guest Account:/ftp/./incoming:/etc/ftponly

当guest1成功登录进入，FTP服务器将调用chroot("/ftp")然后调用chdir("/incoming")。则guest1就如同匿名用

OK，关于管理机制的三方面内容和系统运程管理机制的内容到此结束了，希望对大家有所帮助。