通航机务维修管理系统需求说明书1.0
通航系统需求说明书
天津琪华科技有限公司
2016年4月
文档修订记录
*变化状态：C=创立，A=增加，M=修改，D=删除文档审批信息
目录
通航系统需求说明书 (1)
目录 (1)
1．系统概述 (1)
1.1编写目的 (1)
1.2术语表 (1)
1.3项目背景 (2)
1.4项目目标 (3)
1.5系统功能介绍 (3)
1.6系统架构 (4)
1.6系统角色 (6)
2．界面展示 (7)
3．功能设计 (9)
3.1登录功能模块 (9)
3.1用户管理功能模块 (9)
3.2指令管理功能模块 (10)
3.3适航文件管理功能模块 (11)
3.4培训管理功能模块 (12)
3.5资料管理功能模块 (13)
3.6维修方案管理功能模块 (13)
3.7机队管理功能模块 (14)
3.8日志管理功能模块 (14)
3.9通知管理功能模块 (15)
3.10权限管理功能模块 (15)
3.11航材管理功能模块 (15)
3.12保留工作管理功能模块 (16)
3.13保留故障管理功能模块 (17)
3.14例行工作管理功能模块 (17)
3.15非例行工作管理功能模块 (17)
3.16机场信息管理功能模块 (18)
3.17机型信息管理功能模块 (18)
3.18油样检测报告功能模块 (19)
4.服务器部署 (20)
5.流程定制 (21)
5.1流程定制设计概要 (21)
5.2流程定制设计实现 (21)
5.3权限定制设计 (22)
5.3权限定制效果图 (22)
6．系统要求 (23)
6.1硬件要求 (24)
6.2软件要求 (24)
7．参考资料 (24)
1．系统概述
1.1编写目的
本文档的编写目的是为管理系统项目的开发提供：
软件总体要求，作为用户和软件开发人员之间了解的基础；
功能、性能、接口和可靠性的要求，作为软件人员进行设计和编码的基础；
验收标准，作为用户确认测试的依据。
1.2术语表
服务通告/SB
飞机制造商下发的关于某类型号的飞行器必须执行的一些维修或检查条款
时控件
飞行器上的一类部件，这类部件经过一定时间的运行后就必须进行检查或维修
时寿件
飞行器上的一类部件，这类部件经过一定时间运行后必须退役更换
1.3项目背景
机务维修的发展机遇主要来自两方面：一是中国民航的维修市场发展空间大；二是市场前景好。由于近年来大量飞机的引进带动了民航维修业的发展，中国已成为全球增长最快的民航维修市场。据统计，2015年中国民航维修市场总量约200亿美元。
从短期来看，民航维修市场受到了全球经济衰退、航空公司整合、机队调整以及老机型退役等因素的影响，但整个民航维修市场仍将保持长期的增长势头，中国市场将备受关注。目前我国进口的大部分飞机逐步过了保修期，步入适修期。据有关的分析，2015年我国进入适修期的飞机数目将超过2500架，而且仍呈继续增长态势。因此，加快国内维修企业的市场化进程，参与国内和国际维修市场竞争，将是我们今后在相当长时间内所面临的艰苦挑战。
从发展的角度来看，机务工程维修管理机制的革新是永恒的主题，没有革新，就没有我们今天的发展。任何过去成功的经验都会随着市场的变化成为过去，只有不断与时俱进才能适应市场和环境的变化。机务维修系统管理水平，发挥集中管理优势，增强规模效应的需要。在资源一定的状况下，通过优化生产流程、提高管理控制能力和水平，可提升生产效益。因此，管理控制是实现效益最大化的主要因素。通过调整组织结构，减少管理层次，理顺和明确管理关系，使部门之间，上下级之间，岗位之间责权明确、信息通畅、运转有序、控制有力。同时，创新激励考核机制，激发员工自身的潜力，充分调动主观能动性和创造性，提高人力资源的使用效率，达到企业效益最大化的目的。
为了适应公司以及机务系统自身发展的迫切需求，应对未来面临的各种挑战，为了解决分布在各个分子公司飞机维修资源没有集中管理利用、人力资源利用率不高、培训资源不能满足需求、信息资源不统一等问题，在管理机制、资源配置、体制结构、责权关系等方面进一步创新和理顺，满足“大市场、大运行、大服务、大保障”的管理要求。通过统一飞机维修工程管理和统一飞机维修管理，充分发挥机队规模效应，实现统筹资源、统筹规划、统筹运作和统筹管理。通过统一各类维修标准和维修人员培训标准，提高飞机维修安全管理水平。
1.4项目目标
质量管理系统一体化，各维修单位组织机构、手册和程序全部统一；生产计划和控制系统一体化；生产保障系统一体化，通过使用统一的信息平台，达到资源信息的共享和资源的统一调配；维修人员一体化管理，实现维修人员培训和人员管理调配一体化；维修布局规划和维修资源配置一体化。
机务工程维修集中化管理的关键是建立符合集中管理模式的生产运行和控制系统。维修生产计划中心全面计划和控制飞机的各类维修计划和生产实施，可以统筹调配公司的各类资源，保证飞机各类维修工作的实施。建立了以技术控制和支援以及生产控制为一体的维修控制中心（MCC），作为公司运行保障体系的中心，负责航线生产组织，提供技术支援，调动公司范围内的各类维修资源满足维修生产需要，并通过信息管理平台全面掌控机队的技术状态和运行状况。机务工程维修集中化管理的基础是维修信息平台一体化。信息化技术是实现集中管理的重要支撑.
1.5系统功能介绍
本系统主要分为五大模块：用户管理，任务管理，通知管理，系统管理，权限管理。
1.6系统架构
Spring MVC框架是有一个MVC框架，通过实现Model-View-Controller模式来很好地将数据、业务与展现进行分离。从这样一个角度来说，Spring MVC和Struts、Struts2非常类似。Spring MVC的设计是围绕DispatcherServlet展开的，DispatcherServlet负责将请求派发到特定的handler。通过可配置的handler mappings、view resolution、locale以及theme resolution来处理请求并且转到对应的视图。本系统采用四层架构设计，四层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）和原始数据层。区分层次的目的即为了“高内聚，低耦合”的思想，通过以上三层与原始数据库进行数据交互。
表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。
2、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。
3、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等。
4、原始数据层：涵盖了企业各类业务数据，如培训档案、适航文件、工程技
术、生产指令等，该层次定义了一个通用的数据描述格式，满足各类业务数据千
差万别的要求，实现数据仓库系统与各业务系统之间的数据交换。
四个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。四层体系将业务规则、数据访问及合法性校验等工作放在中间层处理。客户端不直接与数据库交互，而是通过组件与中间层建立连接，再由中间层与数据库交互。
1.6系统角色
机务部生
产副经理
审批生产指令机务部经
理
审批保留工作，审批保留故障航材管理
员
航材的入库录入、报关单录入、借还、报修信息录入机务航材
副经理
报关单审核，借还、报修申请审核软件管理
员软件用户管理，权限分配，基础数据维护，系统维护，日志查询
2．界面展示
3．功能设计
3.1登录功能模块
3.1.1功能模块概述
该模块主要功能是用户登录到系统，提高系统的安全性。
3.1.2功能模块流程
3.1用户管理功能模块
3.1.1功能模块概述
该模块主要功能是对用户进行查询，添加，修改以及删除。
3.1.2功能模块流程
3.1.3操作数据
用户实体对象。
3.2指令管理功能模块
3.2.1功能模块概述
指令功能模块下面又分为：工程指令，生产指令，都涉及到指令的新建，查看及下发。
3.2.2工程指令流程
3.2.3生产指令流程
指令号、ATA、相关文件、相关机型、指令分类、索赔状况、完成期限工时/停场时、重复周期、概述/理由、手册更改要求、反馈要求。
3.2.3操作数据
3.3适航文件管理功能模块
3.3.1功能模块概述
适航文件的新建，查询及下发。
3.3.2功能模块流程
3.3.3操作数据
3.4培训管理功能模块
3.4.1功能模块概述
培训管理又细分为培训计划，培训资料，和培训档案三个模块。培训资料和培训档案是上传的资料文件。
3.4.2功能模块流程
3.4.3操作样例
3.5资料管理功能模块
3.5.1功能模块概述
资料管理则包含：飞机厂家资料，发动机厂家资料，公司文件，工卡，技术文件编写规范等内容。主要是信息的录入与查看。
3.5.2功能模块流程
3.5.3操作数据
文件名称，编号，机型，版本，附件。
3.6维修方案管理功能模块
3.6.1功能模块概述
维修方案的查看，复核与审批。
3.6.2功能模块流程
3.6.3操作数据
通过维修客外部接口获取数据。
3.7机队管理功能模块
3.7.1功能模块概述
机队信息的新建，修改，查询与删除。
3.7.2功能模块流程
3.7.3操作数据
机型，飞行时间，维修方案。
3.8日志管理功能模块
3.8.1功能模块概述
日志主要是记录操作信息。可以查看与导出。
3.8.2功能模块流程
3.8.3操作数据
操作者，操作时间，操作类型。
3.9通知管理功能模块
3.9.1功能模块概述
该模块功能主要是新建公告，修改公告，发布公告以及相关的查询操作。3.9.2功能模块流程
3.9.3操作数据
公告名称，内容，发布时间，有效时间
3.10权限管理功能模块
3.10.1功能模块概述
该模块功能主要是为用户关联操作权限。
3.10.2功能模块流程
3.10.3操作数据
用户，角色id,权限id。
3.11航材管理功能模块
3.11.1功能模块概述
该模块下面又涉及到航材库存、检查预警配置、检查预警、到期预警配置、到期预警、库存预警配置、库存预警、库房环境监控、时寿预警配置、工具时寿预警、费用结算、维修厂商、供应商、装机单、索赔单、采购合同、报废单、租借单、报关单、退料单、入库验收等功能。
3.11.2功能模块流程
3.11.3操作数据
航材基本信息。
3.12保留工作管理功能模块
3.12.1功能模块概述
保留工作是未能执行的非例行工作而来。保留工作的新建，审批和查看。3.12.2功能模块流程
3.12.3操作数据
编号、相关文件、机型、注册号、飞行小时、发动机序号、循环次数、项目内容、所需工具设备、所需航材、其他、申请保留原因和期限、申请人、日期、
民航维修系统资源及行业发展报告
中国民航维修系统资源及行业发展报告中国民航科学技术研究院（简称“航科院”）利用“航空器使用困难报告（SDR）系统”和“维修单位审定监察系统（MCSS）”收集国内维修系统资源信息数据，包括国内运输航空公司的机队、飞机使用信息、维修单位的批准维修能力、年度维修量、维修培训机构数量及培训能力、维修人员等，通过整理、统计和分析，发布《中国民航维修系统资源及行业发展报告》。该报告力争科学、客观、准确分析和评价维修行业发展现状，为政府制定行业管理政策、引导行业健康发展和企业规划自身建设提供数据参考。报告中数据截至日期为2016年12月31日，文中若无特别说明，2016年的数据均截至该日期。1 国内航空公司和机队发展概况国内依据CCAR-121部运行的航空公司共49家，注册在用大型运输航空器共2964架；依据CCAR-135部运行的航空公司共有47家，注册各类航空器共计198架。依据CCAR-91部获得通用航空经营许可证的通用航空公司共320家，注册航空器共计2595架。 国内在册航空器发展状况 近5年国内注册在用航空器数量持续快速增长，依据CCAR-121部运行的航空公司在用航空器数量2012年底为1914架，2016年底达到2964架，平均年增长率为%。2016年在用航空器数量增加302架，增长率为%，接近平均年增
长率。其中，南方航、国航和东航3家航空公司的航空器数量占总航空器数量的%，比去年降低%。航空器数量增加最多的是国航，增加27架，东航和南航分别增加了24架和20架。依据CCAR-135和CCAR-91部运行的航空公司机队近五年平均年增长率分别为%和%。在2964架在用121部运行公司机队中，波音和空客两大飞机制造商依旧垄断了国内运输航空器%的市场，波音机队为1424架（%），空客机队为1379架（%）；其他EMB/ERJ、CRJ、MA60和ARJ21机型只占国内运输航空器机队的%。近几年新增加的航空器主要为一些比较先进的机型，如空客A320系列、波音737NG、空客A330、波音747-8和波音787等。2016年底国内在用航空器数量按机龄分布情况如图2所示，整个机队平均机龄为年，高于2015年的年。2016年在用航空器中10年以下机龄比例为%，比2015年增加%；10-20年机龄比例为%，比2015年增加%；20年以上机龄比例为%，比2015年增加%，25年以上机龄的航空器数量为18架，比2015年增加3架，增加的3架均为货运飞机。 国内运输航空器发动机概况 2016年底国内按CCAR-121部运行的航空公司在用发动机（含运行和备份状态）总数量为6537台，较去年增加了%，其中CFM56系列、V2500系列、RB211系列、CF34系列和PW4000系列五种主要型号发动机数量为6097台，占发动机
管理系统软件需求说明书
厦漳大桥养护管理系统 V1.0 软件需求说明书 二〇一七年七月 2017.07
修改记录
目录
第一章引言 1.1编写目的 本文档作为甲乙双方就厦漳大桥养护管理系统需求理解达成一致共识的基础文件，作为双方界定项目范围、签定合同的主要基础，也作为本项目验收的主要依据。同时，本文档也作为后继工作开展的基础，供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员，其中：项目负责人、公司方项目经理、技术开发人员（包括分析人员、设计人员、程序人员）、测试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。 1.3文档概述 本文档主要描述了厦漳大桥养护管理系统的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统，其次从软件接口等方面描述系统的外部接口需求，然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。 1.4参考资料 甲方提供的原型图、需求资料、项目背景资料等。 1.5业务背景 厦漳跨海大桥2013年5月28日正式投入运营，工程起点在主线K1+065处与厦门至成都国家高速公路海沧枢纽立交相接，途经青礁村、海门岛，止于漳州龙海市沙坛村后宅处，终点里程桩号K10+400.390，与招银疏港高速公路相连。路线长度为9335.390m，其中桥梁长度为8669.9m。大桥工程主要包括北汊桥、海门岛立交及收费服务区、南汊桥、海平互通立交等几个部分，双向6车道，设计时速100km/h。 全桥共打下桩基1441根、墩身322座、主塔4座，共296根斜拉索，用材11.5万吨钢筋、 68.7万立方米混凝土。能抗14级台风和7度地震。北汊主桥为连续半漂浮体系双塔双索面斜拉桥，主跨780m，可满足3万吨级船舶安全通航，在同类型桥梁中居全国第六、世界第
需求说明书(软件项目管理系统)
需求说明书（软件项目管理系统） §1、前言 1.1概述 1.1.1 项目名称：软件项目管理系统 项目代码：ProjectManager 1.1.2 开发目的：本系统应能 a．管理软件项目和项目组； b．管理与项目相关的数据项和数据结构； c．管理与项目相关的系统功能描述和分组； d．管理与项目相关的项目任务和项目任务进度； e．管理与项目相关的问题，并且能进行问题跟踪； f．管理与项目相关的文档。 1.1.3 相关读者：部门经理，项目经理，测试人员，设计人员，编程人员。 1.1.4 本项目与其它产品（软件）关系。 1.2术语 本分析书所使用的专门术语定义： 部门经理——能建立项目和项目组的系统使用者； 项目经理——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 设计人员——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 编程人员——能进行§1.1.2.d - §1.1.2.f管理的系统使用者； 数据项——目标系统中的最小信息单位； 数据结构——数据项的有意义集合； 系统功能——通过目标系统能完成的有效活动； 项目任务——开发项目中要求完成的有效活动； 1.3参考资料 列举编写本分析书时所参考资料的详细信息、标题、作者、版本号、发表日期和来源等。 1.4运行环境 操作系统：Windows 2000 Professional； 数据库：MS SQL 2000 或Oracle。 1.5条件和限制 开发环境：Microsoft Visual Studio .NET 2003； 使用工具：C# §2、系统需求 1.1 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；
民航机务维修专业培训协议完整版
民航机务维修专业培训协 议完整版 In the case of disputes between the two parties, the legitimate rights and interests of the partners should be protected. In the process of performing the contract, disputes should be submitted to arbitration. This paper is the main basis for restoring the cooperation scene. 【适用合作签约/约束责任/违约追究/维护权益等场景】 甲方：________________________ 乙方：________________________ 签订时间：________________________ 签订地点：________________________
民航机务维修专业培训协议完整版 下载说明：本协议资料适合用于需解决双方争议的场景下，维护合作方各自的合法权益，并在履行合同的过程中，双方当事人一旦发生争议，将争议提交仲裁或者诉讼，本文书即成为复原合作场景的主要依据。可直接应用日常文档制作，也可以根据实际需要对其进行修改。 甲方：_________ 乙方：_________ 丙方（受训人员）：_________ 身份证号：_________ 甲、乙、丙三方经平等协商一致，就丙方参加甲方、乙方共同组织的民航机务维修专业培训相关事宜，达成如下协议： 一、培训期限 原则上为一年，自丙方通过甲乙双方组织的面试、体格检查，符合甲乙双
OA管理系统需求规格说明书
WebOA管理系统需求规格说明书 2009/11/20
1 概述错误!未指定书签。 1.1编写目的错误!未指定书签。 1.2参考资料错误!未指定书签。 1.3术语和标记错误!未指定书签。 2项目概述错误!未指定书签。 2.1项目总体目标错误!未指定书签。 2.2系统开发背景错误!未指定书签。 2.3主要限制和开发风险分析错误!未指定书签。 3功能需求错误!未指定书签。 3.1功能模型错误!未指定书签。 3.1.1个人办公模块........................................................... 错误!未指定书签。 3.1.2公文管理模块........................................................... 错误!未指定书签。 3.1.3公共信息模块........................................................... 错误!未指定书签。 3.1.4行政办公模块........................................................... 错误!未指定书签。 3.1.5消息管理模块........................................................... 错误!未指定书签。 3.1.6工作流程模块........................................................... 错误!未指定书签。 3.1.7组织管理模块........................................................... 错误!未指定书签。 3.1.8权限管理模块........................................................... 错误!未指定书签。 3.1.9系统管理模块........................................................... 错误!未指定书签。 人事档案模块........................................................... 错误!未指定书签。 3.2性能需求错误!未指定书签。 3.3非功能需求错误!未指定书签。 3.4故障处理错误!未指定书签。 4数据需求错误!未指定书签。 4.1数据项错误!未指定书签。 4.2数据间关系(E-R图)错误!未指定书签。 5行为需求错误!未指定书签。 5.1控制模型错误!未指定书签。 6接口需求错误!未指定书签。 6.1用户界面错误!未指定书签。 6.2软硬件接口错误!未指定书签。 7环境错误!未指定书签。 7.1运行环境错误!未指定书签。 7.2开发环境错误!未指定书签。 附录：项目成员介绍及组内评分错误!未指定书签。
船舶维修管理系统设计方案
船舶维修管理系统设计方案. . . .
目录 第一章绪论 (1) 1.1 引言 (1) 1.2 开发背景 (1) 1.3 市场分析 (2) 1.4 市场与现有技术对比 (3) 1.4.1船舶市场 (3) 1.4.2船舶系统主流技术概述 (5) 第二章船舶管理系统理论 (6) 2.1 引言 (6) 2.2 设计模式 (7) 2.3 系统组成 (7) 2.4 设备维护保养体系 (8) 2.5 本项目理论基础： (8) 2.6 系统功能功能实现 (9) 2.7 系统设计中的工程技术问题 (9) 第三章船舶维修管理系统详细设计 (12) 3.1 系统框架 (12) 3.2 数据库设计 (12) 3.3功能模块说明 (16) 第四章结论与系统的使用简介 (33) 第五章结语 (34) 致 (35) 参考文献 (36) . . . .
第一章绪论 1.1引言 在Web技术被广泛应用的今天，B/S（浏览器/服务器）体系结构似乎成为了现代程序的主导体系结构。但B/S体系结构还有一些尚未克服的缺点，如安全性差，结构的中间层次多导致的运行效率低下，适用的客户端构件少功能弱以致不能满足用户的多种需要。基于对上述情况的考虑，本系统还是采用了传统的C/S（客户机/服务器）体系结构。系统在客户端只驻留少量的程序代码，大量的数据和复杂的功能实现放在服务器端。随着网络程序安装和组件版本自动更新技术的发展，C/S本系结构的弱点会在一定程度得到弥补。 同时随着维修理论研究的不断深入，改革传统的船舶维修模式，增加“以可靠性为中心”的视情维修已成趋势。要实行视情维修，掌握船舶设备的“情”至关重要。只有在掌握设备技术状态的基础上才能做到“该维修时就维修”，提高维修的针对性和有效性。船舶维修不仅要运用科学技术，而且要有先进的管理手段。加大船舶维修管理力度，提高管理的细化、量化程度，已势在必行。 在我国制约着船舶业发展的的很大因素是缺乏一个健全的船舶管理系统，在大多数船艇中老式、落后的管理系统依然占据着主流市场，但顺着中国经济和国际化经济的接轨船舶传统意义上的管理系统已经不能够适应现代化这一大的时代背景，与此同时随着高新电子化信息技术的推广与深入，中国完全有能力做到高效率、低成本、适合自己的一套船舶管理系统，本系统就是在这样一个前提下，进行研究、开发与运用的。 1.2开发背景 随着网络技术的高速发展．计算机应用的普及．利用计算机对船舶进行管理势在必行。为. . . .
民航机务维修专业培训协议
编号：_______________ 本资料为word版本，可以直接编辑和打印，感谢您的下载 民航机务维修专业培训协议 甲方：___________________ 乙方：___________________ 日期：___________________
甲方：_________ 乙方：_________ 丙方（受训人员）：_________ 身份证号：_________ 甲、乙、丙三方经平等协商一致，就丙方参加甲方、乙方共同组织的民航机务维修专业培训相关事宜，达成如下协议： 一、培训期限 原则上为一年，自丙方通过甲乙双方组织的面试、体格检查，符合甲乙双方的录取条件，并办理相关受训手续之日起算，至丙方完成培训课程并取得相关培训证书，培训结束之日止。 二、培训费用 1．丙方在办理受训手续时，须一次性缴纳培训相关费用共_________（大写）元人民币（￥_________（小写）），甲乙双方在收取培训费用后，应向丙方开具合法票据。 2．选拔报名时、正式进入培训班前、正式入职前甲方对丙方进行三次体格检查。前两次体格检查费用、以及培训期间所需的生活费用等，均由丙方自行支付；入职前体检费用由甲方承担。选拔报名时和正式进入培训班前的两次体检按甲方新员工入职体检标准执行。 3．由于航空业的特殊性，丙方在培训期间需自费购买人身意外伤害保险，并建议购买相关医疗保险。 4．丙方在培训期间成绩优异、表现突出，甲方可以提供助学金、助学贷款等作为奖励。具体执行方法由甲方另行制订。 5．丙方因不可抗拒的非主观原因中断培训，可以退还部分培训费用： （1）在本协议生效后、培训开始实施前，甲乙双方按培训费用80%的标准退还； （2）在培训实施6个月内，甲乙双方按培训费用50%的标准退还；
酒店管理系统需求说明书
酒店管理系统需求分析说明书
目录 1、引言 (3) 1.1编写目的 (3) 1.2适用范围 (3) 1.3编写原则 (3) 1.4读者对象 (3) 2、项目概述 (3) 2.1项目任务 (3) 2.2项目背景 (4) 2.3项目目标 (4) 3、新系统的用例模型及分析模型 (4) 4、系统完整用例图 (4) 5、用例说明 (5) 5.1添加操作员 (5) 5.2删除操作员 (6) 5.3修改密码 (6) 5.4预定客房 (7) 5.5调房 (7) 5.6住宿查询 (8) 5.7退宿结账 (8) 5.8统计收入 (9) 6、分析模型 (10) 7、非功能性需求 (13) 8、附件 (13)
1、引言 1.1编写目的 本文档是对酒店管理系统需求分析进行明确、清晰、较全面的定义将先进的电脑技术与现代酒店服务管理完美地结合起来，实现了住宿、餐饮、娱乐全新概念的服务和管理方式。 1.2适用范围 小、中型酒店管理。 1.3编写原则 统一规划、统一设计思想、统一技术规范。 最大限度的满足客户需求。 根据实际业务需求，不断完善系统。 应用先进技术实施系统。 1.4读者对象 对有关业务和系统做出决策的管理人员。 参与需求分析和需求确认的有关人员。 有关技术决策人员。 软件开发人员。 2、项目概述 2.1项目任务 1.为销售提供全面、准确的信息数据。
2.为财务提供严密的账系统。 3.提高决策依据：管理者可以随时了解经营情况，以制定相应的经营方 针。 4.树立良好的酒店形象。 2.2项目背景 传统的酒店管理往往令管理者花大量的时间来处理顾客投诉，例如错误查询、烦琐的登记和结账手、旅客费用计算错误、空余客房资料不能及时提供等，从而影响出租率，使管理人员不得不集中精力规划管理运行策略和进行决策。以上问题可通过电脑系统辅助解决，酒店管理的电脑化，不仅是体现酒店现代化形象的一个重要标志，而且对于提高员工工作效率，加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。 2.3项目目标 实施网上酒店管理，客户可以在网上查看酒店客房相关的信息及预订客房。 3、新系统的用例模型及分析模型 4、系统完整用例图
软件需求分析说明书
软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求；以供本系统的开发人员参考。 项目背景 开发软件名称：学生信息管理系统。 用户：教学办公室 项目和其他软件：系统的关系。 本项目采用客户机/服务器原理，客户端程序是建立在window NT系统上以 Java为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Oracle 的为开发软件的数据库服务程序。 定义 学号：学校给学生的编号，用来区分各个学生的信息的中介。 课程名：学校开设课程的名字 Java+SQL：编写该系统的面向对象的开发语言和数据库语言。
参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2．任务概述 目标 ⑴开发意图：由于学校的不断招生，现有的系统空间小，运行速度缓慢，操作过于复 杂，有的操作还不能执行，所以要开发本系统。 ⑵应用目标：学生信息管理系统将解决现有系统的空间不足，运行缓慢，操作复杂，操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统：Microsoft Windows xp 支持环境：IIS 数据库：Oracle 软件设备：eclipse 内存：512 M以上 硬盘空间：40G以上 CPU: 233MHZ以上
内存：256M以上 硬盘空间：以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人，用来做学生信息的存储，对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度，结合他们日常工作的频繁程度，系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性，有非常高的要求。本系统的规模比较小，并且将提供操作手册进行操作项的详细说明 （1）、Client/Server结构总体设计方案对它的约束：本系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。 （2）、人力、时间的约束：本系统开发过程中也要考虑到人力、资金和时间的约束。 （3）、技术发展规律的约束：计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。 3．需求规定 对功能的规定 系统流程图：系统流程图是用户操作此系统的流程和各个用户能够操作的功能，如A-1就是一个系统流程图；用户有系统管理员，教师和学生，每个用户要进入此系统都要登录。每个用户有不同的功能，系统管理员有查询，增加，修改，删除，修改密码，设置权限等功能；教师有查询，修改密码和输入学生成绩的功能；学生只有查询和修改密码的功能。 A-1系统流程图 用例图：用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能，像修改密码，管理学生信息、成绩信息、课程信息、班级信息并且设置权
基于RFID技术的飞机维修工具管理系统
基于RFID技术的飞机维修工具管理系 统 1.项目背景 高昂的维修费用占航空公司的支出费用最高可达到百分之二十，这是一个十分沉重的负担，在航空器的使用过程中，维修成本可达整个购买费用的三分之二。目前，331家国外/地区的维修单位，包括35家运输航空公司的维修单位在的389家国内维修单位得到了中国民用航空器的批准。我国民用航空业的增速较快，实现了跨越式的发展，目前我国民用航空器超过了1300余架，在整体维修保养方面的费用可达上百亿人民币。航空公司的安全准点运营离不开飞机的维修保养，良好的维修保养可以大大降低航空公司的运营成本。优秀的飞机维修团队是一个航空公司成功的重要因素。 当前世界各国航空市场增长迅速，包括A380、B787等新机型陆续投入使用，维修工具不管是数量还是种类都不断增加，它们的使用、保养，还有各种借还记录等工作十分繁琐复杂，时常出现各种差错，工具的借出和归还需要花大量的时间清点检查。目前各大民航企业在工具管理上都不同程度存在重视前期配备、轻视后期管理的现象，只有部分工具使用频繁，甚至有少量工具存在从未使用过的情况。针对这些现场，就需要有一个完善的工具管理方法来进行科学化的管理，也就是工具管理要有计划性、要能自动化。另外，随着民航企业对空防安全要求的日益提高，对借出的在飞机上使用的工具进行实时监控管理也将成为一种需要。
2.现状分析 航空维修是一项精细作业，工具的质量、精度、完整性等都影响飞机维修的质量，以至于影响飞行安全。工具的科学管理可以保证工具有效可用，并保证工具完好，不会缺失，所以要进行工具科学管理的研究。在飞机维修过程中使用的各种工具，同资料、设备一样，是飞机维护人员的左膀右臂。在日常的维护工作中，经常使用成百上千件工具，它们的种类繁多、规格复杂、数量很大。因此工具的科学管理，对单位的安全生产、提高劳动效率、改善维护质量、减小劳动强度、加速流动资金周转，都有着十分重要的意义。 目前，维修单位工具管理的主要任务是将合适的工具供应给各维护队伍;做好工具的分类编号;建立健全工具的清点制度;对需要修复、更换的工具，及时进行修复更换。但是由于缺乏足够的信息化手段，还停留在人工管理的初级阶段，各维修单位历来丢失的工具不在少数。 3.技术简介 RFID无线射频识别技术是利用雷达反射原理，通过天线向电子标签发出微波查询信号，电子标签被读写器微波能量激活，接受到微波信号后应答并发出带有标签数据信息的回波信号。射频识别技术的基本特点是采用无线电技术实现对静止的或移动的物体进行识别，达到确定待识别物体的身份、提取待识别物体的特征信息(或标识信息)的目的。 通过射频识别系统采集到的待识别物体的特征信息通常情况下先由中间软件进行处理，或直接将采集到的识别信息通过计算机信息处理技术(如数据库技术等)及计算机网络技术(Intranet & Internet技术)实现信息的融合、共享、远距离传送等直接服务于有关的业务应用系统。 基于RFID的飞机维修工具管理可以成为先进航空公司的重要组成部分，可以使得整体维修工作高效、快捷，是航空公司持续安全准点的运营的重要
航空机务简介
航空机务”英文是（Aircraft Maintenance Management） 航空机务，也就是(飞机检修) 机务人员，也就是(飞机检修人员) 保障航空机务系统飞行安全，机械原因飞行事故万时率控制在0.1以下，飞机完好率始终保持在80%以上。维修质量高、保障能力强的安全技术人员 所谓机务维修人员是指在地面上担任航空器机体、发动机及通信电子维护工作的人员，民航法上称之为「地面机械员」。机务维修是一项十分专业、高技术性的工作，其工作有内外勤之分。外勤工作范围包括航空公司所飞航各航空站（外站），从事飞行线维护工作，线上工作指飞航前后检查、每日或过夜检查、过境维护及飞行前后检查等，也就是飞行前后要做妥善的检查起飞、落地、过境的检查以及加油、故障排除等，一切检查符合飞安条件，飞机才能进行下一次飞行任务。另外外勤人员对每架飞机作过夜检查，要依过夜检查卡逐条逐项执行当天的总检查。有时亦需对其他航空公司飞机作过境检查、过境维护工作。外勤机务人员大部分都是在户外一机坪工作。 机务人员就像是飞机的健保医生 内勤人员则是在航空公司维护工场工作，负责飞机三、四级维护工作，亦即对飞机结构及系统依编列之工作项目做一次较重大之预防性检查及必要修护，其中包括非破坏性检验、试验量测或校准、航空器翻修、航空器上每一部份均须试测及检查、系统组（零）件之翻修与更新等。内勤人员就像是飞机的健保医生须从事电子、电气、仪表、发动机、液压附件、车床、机工、焊工、轮胎、零件补给及工程品管等工作（注1）。为保障飞航安全及责任，每一维护过程或检测机务维修人员都要签名以示负责，各项维护签证若不完整的话，民航局是不会给予适航签证的。 机务维修人员工作环境不论内外勤人员往机坪或工厂内都是在噪音高、吵杂、闷热的环境下工作，就有如一般工厂的技术专业人员一样。工作时间部分上正常班、部分上轮班制（尤其是外勤人员），正常上班时间通常与公务人员上班时间相同，轮班制上班时间各公司均有不同规定。机务维修人员遇有飞机有重大故障、缺点须排除时，常须加班，尤其飞机作过夜检查，为将缺点、毛病排除时，更是经常加班至天亮。 航空公司机务维修人员大部份招考大学机械、电机、电子、航空等类科毕业或高工以上毕业的学生。新进入员左公司服务二至四年后，会要求参加民航局所设的地面机械员考试，俾能从事适航签证工作，而通过考试，取得执照也是机务维修人员升迁、考核、加薪的一个重要依据。 机务维修是一项专业、高技术性的工作，它不仅需要懂得机械、电子方面的常识，更需要了解飞机构造、航空通信等更专业的知识，并且肩负整架飞机安全，要求飞机达到「零事故」的状况，所以机务维修首重训练，不但新进人员要训练，现职人员也要每年接受在职训练或专业训练。 机务维修训练目的，是充实员工专业知识，提高员工技术水准，增进修护能量，
民航机务维修专业培训协议范本正式版
YOUR LOGO 民航机务维修专业培训协议范本 正式版 After The Contract Is Signed, There Will Be Legal Reliance And Binding On All Parties. And During The Period Of Cooperation, There Are Laws To Follow And Evidence To Find 专业合同范本系列，下载即可用
民航机务维修专业培训协议范本正 式版 使用说明：当事人在信任或者不信任的状态下,使用合同文本签订完毕，就有了法律依靠,对当事人多方皆有约束力。且在履行合作期间,有法可依,有据可寻，材料内容可根据实际情况作相应修改，请在使用时认真阅读。 甲方：_________ 乙方：_________ 丙方（受训人员）：_________ 身份证号：_________ 甲、乙、丙三方经平等协商一致，就丙方参加甲方、乙方共同组织的民航机务维修专业培训相关事宜，达成如下协议： 一、培训期限 原则上为一年，自丙方通过甲乙双方组织的面试、体格检查，符合甲乙双方的录取条件，并办理相关受训手续之日起算，至丙方完成培训课程并取得相关培训证书，培训结束之日止。 二、培训费用 1．丙方在办理受训手续时，须一次性缴纳培训相关费用共_________（大写）元人民币（￥_________（小写）），甲乙双方在收取培训费用后，应向丙方开具合法票据。 2．选拔报名时、正式进入培训班前、正式入职前甲方对丙方进行三次体格检查。前两次体格检查费用、以及培训期间所
需的生活费用等，均由丙方自行支付；入职前体检费用由甲方承担。选拔报名时和正式进入培训班前的两次体检按甲方新员工入职体检标准执行。 3．由于航空业的特殊性，丙方在培训期间需自费购买人身意外伤害保险，并建议购买相关医疗保险。 4．丙方在培训期间成绩优异、表现突出，甲方可以提供助学金、助学贷款等作为奖励。具体执行方法由甲方另行制订。 5．丙方因不可抗拒的非主观原因中断培训，可以退还部分培训费用： （1）在本协议生效后、培训开始实施前，甲乙双方按培训费用80%的标准退还； （2）在培训实施6个月内，甲乙双方按培训费用50%的标准退还； （3）在培训实施6个月后，甲乙双方不予退还培训费用。 三、培训安排 1．乙方负责安排丙方在乙方培训期间的安全管理、住宿及相关事宜。甲方负责安排丙方在甲方培训期间的安全管理、住宿及相关事宜。 2．乙方负责对丙方进行民航机务维修专业培训，包括民航机务维修基本技能培训、民航机务维修基础执照培训、机型执照培训（B737－300/NG；A319/A320等机型之一）、民航机务专业英语及其他相关课程。甲方负责安排丙方到甲方进行相关
课程管理系统需求说明书
燕京理工学院YANCHING INSTITUTE OF TECHNOLOGY 课程管理系统 软件需求说明书 学院：信息学院 姓名：郭文月 学号： 140210100 专业班级：计科1404 指导教师：周建敏
1引言 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2任务概述 2.1目标 (3) 2.2假定和约束 (3) 3需求规定 3.1对功能的规定 (4) 3.2结构图 3.2.1系统结构图 (4) 3.2.2功能结构图 (4) 3.2.3数据流词条描述 (5) 3.3对性能的规定 (5) 3.2.1精度 (5) 3.2.2时间特性要求 (6) 3.2.3灵活性 (6) 3.4输人输出要求 (6) 3.5故障处理要求 (6) 3.6系统安全性要求 (6) 3.6其他专门要求 (6) 4运行环境规定 4.1设备 (7) 4.2支持软件 (7) 4.3接口 (7) 4.3.1 内部接口 (7) 4.3.2 硬件接口 (7) 4.3.3 软件接口 (7) 4.3.4 通讯接口 (7) 4.4控制 (8)
1 引言 1.1编写目的 为了使本系统的使用者和软件开发者双方对该软件的初始规定有一个共同的理解，使之对整个开发工作的基础，明确系统需要实现的功能，确定需求边界。特编制本文档。本文档一经确认，将成为系统开发人员进行开发以及用户对系统验收的依据。 本文档的预期读者有：本系统最终使用者、系统管理人员、本系统开发人员、本系统测试人员。 1.2背景 开发软件的名称：学生课程管理系统 项目的任务提出者：燕京理工学院信息院郭文月 用户：学生 实现软件的单位：1404班郭文月学生 兼容系统：Windows XP SP2/SP3，win7 ，win8 开发工具：Myeclipse 10 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 [1]《软件工程模型与方法》，肖丁等，北京邮电大学出版社。 [2]《https://www.360docs.net/doc/7217161677.html,+Dreamweaver8案例精粹》武新华等，西安电子科技大学出版社 [3]《信息系统应用与开发案例教程》，陈承欢，清华大学出版社 2任务概述 2.1目标 课程的管理：包括课程的添加，修改和删除等 学生信息的管理：包括学生信息的添加，修改和删除等 学生课程的管理：包括学生通过浏览器进行添加登录用户，学生添加课程的学分信息等。 | 2.2假定和约束 经费限制：100万 开发时间：六个月之内 3需求规定 3.1对功能的规定
软件需求规格说明书
图书管理系统软件需求规格说明书 编著郑帅王超朱丙虎魏建德李璋 1 引言 本需求规格说明书是为了方便管理图书管理系统而编写，主要面向图书管理员、学生，老师, 和其他借阅图书的人员。本文档是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。同时本说明书还是《用户手册》和《测试计划》的编写依据 1.1 编写目的 本文主要研究图书管理系统的主要功能，将用户对该系统的需求进行准确、具体的描述。 本文的预期读者是开发团队，指导老师，用户。 1.2 背景及范围 本项目的名称：图书管理系统开发软件。 本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是图书管理员以普通及学生用户。本产品能具体化、合理化的管理图书馆的所存图书。 1.3 定义缩写词略语 C#语言：C#是微软为.NET Framework量身订做的程序语言，C#拥有 C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向的程序语言，和C++与Java一样亦为对象导向程序语言。 图书管理系统：图书管理是帮助图书管理员对图书进行有效管理的软件。使用C#语言，独立完成其功能。 1.4 参考资料 2 项目概述 2.1 目标 a. 为了图书管理系统更完善； b. 为了图书管理员对图书的管理更方便； c. 为了使学生更加快捷地查询图书信息。 2.2用户特点 本软件的使用对象是图书管理员及普通借书同学。懂计算机的基本操作就可以利用该软件进行所需操作。 2.3假定与约束 2.3.1 假设和依据 假设开发经费不到位，管理不完善，设计时没能用全得到考虑，本项目的开发都将受到很大的影响。 2.3.2一般约束
中国民航机务维修系统资源分析报告
中国民航机务维修系统资源分析报告（2009） 中国民用航空局（Civil Aviation Administration of China，简称“民航局”）飞行标准司于2007年启动了国内维修资源评估项目，项目由民航局航空安全技术中心承办，目的是建立发布维修行业资源信息的权威平台，定期调查、统计、发布国内机务维修系统资源情况，为政府制定行业管理政策、引导行业健康发展提供数据支持，也为国内航空公司和维修企业开展规划发展工作提供参考。2008年项目组在首次调查的基础上，在中国民航报发布了《中国民航机务维修系统人力资源报告》和《中国民航维修行业能力与市场发展报告》，深度分析了截至2007年年底国内维修系统资源状况，在行业内引起较大关注。作为项目的延续，2009年项目组在国内机务维修系统开展了新一轮更加深入、广泛的调查工作，本报告发布该次调查的结果。本次调查数据截止日期为2009年10月31日，报告中若无特别说明，2009年的数据均为该截止日期。 1、国内航空公司和机队发展概况 截至2009年10月底，国内依据CCAR-121部运营的航空公司共34家，注册在用大型运输航空器共1399架；依据CCAR-135部运营的航空公司共10家，注册在用小型航空器74架；依据CCAR-91部运营的通用航空公司68家，注册在用通用航空器650架。 国内运输航空器机龄分布情况为整个机队的平均机龄为6.7年，其中0-5年（含5年）机龄的航空器数量为716架，占51%；20年以上的航空器数量为13架（主要波音737-300F、波音737-300QC和S-76A飞机），仅占1%，当前老龄飞机（通常指机身年龄超过15年的飞机）占比并不高，但是11-15年机龄的航空器（245架，占18%）未来5年将陆续进入老龄飞机状态，对机队的运营安全管理要求将越来越高。 国内运输航空器运行和备份的发动机总数量为3134台，其中CFM56系列发动机数量最多，占一半以上，主要安装在波音737系列、空中客车A320系列和空中客车A340系列飞机上。
浅谈航空机务维修的_工前_准备及_细节_管理
实 践 与 探 索 INTELLIGENCE 浅谈航空机务维修的 “工前“准备及“细节”管理 中国人民解放军95926部队 贺 男 杨九强 李敬军 摘 要：航空机务维修的“工前“准备是维修工作完成质量高低的基础，而细节决定安 全，决定维修工作的成败。如何有效避免或者减少事故及人为差错的发生，本文从机务维 修前需做好的一些准备工作及在维修过程中需注意的一些细节管理出发，给出了解决办法。 关键词：机务维修 工前准备 细节管理 引言 在机务维修过程中，一项工作，一份指令单，就代表一个定检的完成。工作前的准备，工作中的实施，以及工作后的收尾，这几方面都很重要，但是作为工作完成质量高低的基础，工作前的准备就显得十分重要。 在飞机维修的各个环节中，人是最重要和最活跃的因素。飞机维修的过程，对工作者的各方面要求都很严格，如何避免在飞机维修过程中出现的人为差错是值得思考的问题。 1.航空机务维修的“工前“准备 在得知工作计划前，把准备工作提前做到位，比如工具，设备，资料，航材和人员等，准备工作越细致越到位，人为差错发生的概率就越小。 第一，在工作开始前，先组织大家学习工卡，要熟知工作步骤，注意事项、内容等。让每个人都掌握工卡的内容和细节，使得每个人都有工作的全局观。做到对工作有把握，有信心，绝不打没把握的仗。 第二，在工作开始前，准备好所需的工具，设备，航材等，确信其处于可用状态。避免在工作中由于设备的故障，航材的缺失导致工作被打断，影响到工作质量和进程，绝不打没准备的仗。 第三，在工作开始前，做好人员工作安排和工作的流程。利用每个人的长处，做到人员搭配合理。尤其是在大型定检之前，工作流程的准备，可以避免各个不同专业之间的工作冲突。按照计划和流程施工，可以提高工作效率，避免不必要的人为因素的发生，绝不打没计划的仗。 只要知道工作准备的重要性，才会认真的将准备工作做好，做细致。一项工作可能准备的时间要比真正开始工作的时间都会多，但是只有这样，我们的工作才能在有把握，有准备，有计划和有序的开展，才不会出任何的差错。 2.机务维修工作中的“细节”管理 安全，是机务维修永恒的主题。安全生产，是所有工作的重中之重，因此，千方百计，竭尽全力保证安全，杜绝任何人为差错的发生，是机务维修工作的首要任务。 海因里希“安全金字塔”揭示了一个十分重要事故预防原理：要预防死亡重伤害事故，必须预防轻伤害事故；预防轻伤害事故，必须预防无伤害无惊事故；预防无伤害无惊事故，必须消除日常不安全行为和不安全状态。在机务维修工作中，能否消除日常不安全行为和不安全状态，取决于日常管理是否到位。即现实中我们就是要从细节管理入手，抓好日常安全管理工作，降低“安全金字塔”的最底层的不安全行为和不安全状态，从而预防事故及人为差错的发生[1]。 2.1 细节决定安全 严格执行制度规定 细节决定安全，要求我们在日常工作中执行好、落实好安全管理等安全制度的规定。安全规章、规程都是血的教训换来的。执行和落实安全规章、规程不能打任何折扣，“程序”的每一个细节都是不能疏忽的。 机务工作就是“以人为本，按章办事，协作办事”， 抓好日常安全管理，就是要抓好细节管理，就是要抓好小事管理。何为细节？就是为把小事做好而细心考虑的各个环节。何为小事？就是日常工作中简单得不屑一顾的事情。在工作中如果我们关注了细节，积极努力的执行和落实安全规章制度，就可以把安全隐患消除，为安全生产奠定一定的基础。 2.2 细节决定安全，狠反“低、老、坏” “低标准、老毛病、坏习惯”常常出现在大家的眼皮下，却不易引起人们的注意，明知违章却因多次违章并未发生事故而放行，甚至酿成了事故还意识不到事故的根源[2]。反对和抵制“低标准、老毛病、坏习惯”，必须要具备一双慧眼，才能及时分辨，才能以敏感的嗅觉及时发现各种细微的违章行为。其实我们机务工作许多时候都是重复着近乎枯燥的巡检工作，然而一个螺丝的松固、一个参数的调整、一个设备的校装、一个数据的采集，处处都能折射出细节产生的效应。在工作中，我们从一些不经意的细节中杜绝安全隐患就可能防止各类事故的发生，也许你在飞机设备旁多站一站、听一听、看一看，就有可能避免一次大的飞行事故。 2.3 细节决定安全，抓好思想技能培训 注重安全、重视细节，就是要持续不断地对员工进行技术培训，使其熟练掌握所在岗位的生产操作、设备维护技术，从根本上杜绝因野蛮操作、误操作、习惯性违章操作以及处理方法不当而导致事故的发生。要十分注重对员工安全技能的检查考核，确保员工在操作中能够正确用好安全技能，使员工自觉履行安全职责，自觉远离和抵制各种细微的违章行为。 2.4 细节决定安全，预见消除安全隐患 细节决定安全，要求对预见到的各方面的不安全因素做好预备，努力做好飞机维修过程中的可靠性控制，在国外早已经被应用于飞机维修的每一个环节中。国内现在营运的民用航空器绝大多数是从欧美国家引进的，在引进飞机的同时，我们只是被动地接受了可靠性维修理论。而在从经验型维修到可靠性维修转型中，许多维修单位忽视了对维修管理运行过程的有效控制，忽视了对故障的预防性研究和如何解决精益求精的问题；对维修差错发生的规律缺乏认识，就事论事多，举一反三少，特别是对于纠正措施的长期落实和有效管理缺乏规范性。 小结 我们要始终坚持“安全第一，预防为主”的方针，强调安全工作的基础地位和重要性；从细节入手，坚持在维修施工前做好工前准备，安全策划，编制安全作业措施和危险点预测预控措施，严格实行互检制度，将安全管理的关口前移，超前分析和控制施工过程中的危险因素。在维修过程中注意细节，从细节做起掌控安全需要防微杜渐。“细节”是呈动态、变化状的，所以时时刻刻把握停住了每一个“细节”，才能锁定安全。如果我们能时刻反思安全工作的每一个细节是否做到制度健全，每一个执行者都能反思是否对制度规定执行到位，那我们就可以真正构造本质安全，从而远离事故。 参考文献： [1]李淑芳,航空机务维修生产管理信息系统[J],中国民航学院学报,2003.2 [2]王军辉,浅谈现代机务维修思想——可靠性管理维修[J],中国民用航空（24）,2007.12 319
运维管理系统需求说明书
1概述 1.1开发背景和意义 随着公司规模的迅速扩大，现行的纯纸质化办公，效率低下、资料保存和查询非常困难、成本高、不利于多人协同办公，成为日常办公的严重制约。尤其是需要审批的事项，如果遇到审批人出差或不在公司，往往需要等待，协调的成本很高，工作决策不能及时进行，大大降低了工作效率。开发审批系统，使得申请人和审批人不受地域和时间限制，审批流程自动流转，相关人可以快键协调。 1.2开发目标 系统在需求设计时要充分考虑了用户的使用习惯、模块间的相互独立性，减少系统间的相互依赖，使其能单独运行，便于开发和维护，也有利于以后的扩充，做到与其他业务系统的高内聚、松耦合。 特别强调系统的用户体验，以及与实际审批业务的贴合性，真正方便用户的申请和审批业务快键开展。 1.3主要内容 系统主要内容包括： (1) 考勤管理：员工的加班、调休、请假、市内外出、出差等的申请、审批、查询和统计。 （2）转正申请：员工完成试用期，进入转正审批环节，完成该环节后，成为正式员工。 （3）物资申请：办公用物资的申请和审批。 1.4用户对象 包括总公司、山西、广西、河南、湖北等办事处、分公司全部员工。
1.5业务数据时间要求 针对用户对数据的要求，业务数据做永久性保存，部分业务数据可转入查询库中作为历史数据供查询使用。 2功能需求 2.1功能框架 2.1.1总体框架 操作系统运行监控: 虚拟机可用性 cpu负载 内存使用 IO情况 空间使用情况 OS日志 进程情况 计划任务情况 时钟偏差 端口使用情况 路由表 一页查看 多操作系统执行命令: 中间件运行监控: 取jmx的一些指标。 数据库运行监控: 主目录 集群状态 实例状态 监听器状态 表空间预警 归档情况 rman备份情况 不良sql 未使用的索引 大表数据量 alert文件报错