东航客舱部网站需求规格说明书
中国东方航空公司
客舱部网站系统项目提交件
软件需求规格说明书
中国东方航空公司上海民航华东凯亚系统集成有限公司项目经理：项目经理：
签署日期：签署日期：
文档版本
目录
1.引言 (5)
1.1.编写目的 (5)
1.2.文档范围 (5)
1.3.术语定义、缩写词、略语 (5)
1.4.参考资料 (5)
2.项目概述 (6)
2.1.系统描述 (6)
2.2.用户类型 (7)
2.3.假定和约束 (7)
2.4.功能性需求列表 (8)
3.功能性需求 (9)
3.1.首页 (9)
3.2.客舱部网站管理 (9)
3.2.1.权限管理 (9)
3.2.2.基础数据 (10)
3.2.3.人员组织 (10)
3.2.4.系统日志 (11)
3.2.5.在线帮助 (11)
3.2.6.工作流程管理（公文流转） (12)
3.2.7.公文模板管理 (12)
3.2.8.主页及栏目管理 (12)
3.2.9.通知发文管理 (12)
3.3.网上表格填写及申请管理 (13)
3.3.1.办公用品模块管理 (13)
3.3.2.乘务员体检、疗养管理 (13)
3.3.3.乘务员住宿申请 (14)
3.3.4.客舱部职工医疗卡申请 (14)
3.3.5.客舱部职工免票信息卡申请 (15)
3.3.6.乘务员政审表填写 (15)
3.3.7.乘务员签证表填写 (15)
3.3.8.乘务员业务信息管理 (16)
3.4.交流区管理 (16)
3.4.1.乘务长交流区（BBS） (16)
3.4.2.新乘疑难解析 (17)
3.4.3.电子刊物管理 (17)
3.5.待办事宜 (17)
3.5.1.批复事项 (17)
3.5.2.通知及文件签收 (18)
3.5.3.流转进度 (18)
3.6.地面人员绩效考核 (19)
3.6.1.部门管理者考核 (19)
3.6.2.员工绩效考核 (19)
3.7.会议室及设备管理 (20)
3.8.与其它系统的接口 (20)
3.8.1.与飞行网系统的接口 (20)
3.8.2.与主乘网站的接口 (20)
3.8.3.与工资系统的接口 (21)
3.8.4.与小时费系统的接口 (21)
3.8.5.与业务通系统的接口 (21)
3.9.故障处理 (21)
3.10.东航客舱部网站系统总体技术要求 (21)
1.引言
1.1. 编写目的
本文档主要对用户的需求进行收集、整理与分析，弄清楚系统究竟要“做什么”，及“由谁做”，并用合乎规范的文字及图表予以描述。本文档主要供用户方的相关业务人员、双方的开发人员和系统维护人员查看，使开发人员能够更快、更好地开发出适应用户需求的系统。
1.2. 文档范围
本文档主要对东航客舱部网站系统及其用户类型、假定和约束进行概述。对系统包含的各个平台及其模块的功能性需求进行描述。对系统安全、用户接口、故障处理等非功能性需求也进行相应的描述。
1.3. 术语定义、缩写词、略语
角色：指客舱部网站系统中可能出现的各种人员角色名称，如部门领导、部门秘书等。
权限：指客舱部网站系统中可能出现的各种操作的权利，如新建权限、阅读权限等。
用户：指所有能够访问客舱部网站系统的员工。
IE：Internet Explorer的缩写，一种网上使用的浏览工具。
1.4. 参考资料
《东航客舱部网站系统合同》
《东航客舱部网站系统工作说明书》
《东航客舱部网站系统需求调研报告》
2.项目概述
2.1. 系统描述
东航客舱部网站系统围绕东航乘务部信息管理的业务流程，建设易管理、易扩展便于使用的系统。
东航客舱服务部网站是以部门工作为导向，集办公流程、业务交流、信息查询、疑难解析、员工休闲于一体，在融合现有的飞行网、主乘网的基础上，建立的旨在提高工作效率、规范业务管理的综合性网站。
通过东航客舱服务部网站的建设，运用先进的计算机技术，打造一个适合东航客舱服务部业务需求的高效统一的信息管理平台，及时、快速、准确地收集和整合各方面的信息资源，协助建立一套更为完善的运行制度，全方位地监督和协调部门运行，确保业务流程顺畅地进行，保证各级部门日常管理的顺利展开，以便在整个部门内实行统一的管理规范，以先进的计算机管理手段实现信息科学规范管理，解决管理过程中效率放缓，信息传递衰减和各级工作程序不一致等问题。
东航客舱服务部网站采用时下较为流行的浏览器访问方式，这将消除管理者与用户在信息沟通和共享上的地域障碍，提高子部门间信息传递的时效。以网站为依托，建立信息共享平台，子职能部门可以很容易通过选择一定的工作流程将最新的业务信息发布到网站平台上，简化了以往手工上报、审批、下发的繁琐步骤，由于所有信息传递均为计算机系统自动完成，各类用户角色只需要点点按钮便可轻松实现安全信息的批复发布；同时通过此平台也可加大对业务工作的宣传力度，直接将部门的信息和通告下达给子职能部门，避免了传统方式下传达环节众多，传达速度缓慢。各类信息科学的管理、及时的发布将大大提高信息传播的速度，保证业务的顺利运行。此外各级用户还可以在共享平台上对部门工作自由提出意见、建议和要求，为部门的发展出谋划策。
系统提供不同业务信息交互方式，如信息公告、用户讨论区、疑难解析、资料查询等众多交流方式，满足不同喜好的用户，提高各类群体对业务信息的接受程度。
系统遵循开放系统标准、采用先进的J2EE架构，系统运行在开发放的平台上，运用成熟的多层结构进行构建，大大提高了系统的安全性、可维护性、可扩展性，为将来该系统的扩展提供充分的保障。
业务层面，系统管理单位可以根据实际情况灵活调整栏目和模版，可扩展性好，同时当前系统的研发设计过程中充分考虑今后业务发展的趋势，为今后本系统的升级扩展预先奠定坚实基础。
东航客舱服务部网站建成后，将能及时、快速、准确地集中和整合各方面的信息资料，形成一套完善的业务管理制度，全方位地协调和监督各种业务运行。通过多种信息传播和交互手段，提高全员的业务水平，在整个部门内形成良好的工作氛围，将使客舱服务部的业务工作和管理进入一个全新的信息化时代。
2.2. 用户类型
本系统的用户可分成三类：
系统管理员：管理系统运行的基础数据、权限分配等。
模块操作员：熟悉某个模块的操作步骤以及模块能够完成的功能，熟悉该模块相关的业务特点。
阅读者：能使用IE浏览器访问本系统，并知道如何查看自己关心的相关内容。
2.3. 假定和约束
假定：在系统开发过程中，东航客舱部最终用户和交大慧铭积极配合开发小组的工作，如及时提供各部门需求，接口设计讨论，客户配合参与测试等。
进度约束：本系统自合同签订起3个月内完成系统设计、开发和初验，初验结束后3个月内进行系统在客舱部范围内的试运行，试运行结束后进行系统终验。
2.4. 功能性需求列表
3.功能性需求
3.1. 首页
在用户进入系统后的第一个页面中展示系统中的重要信息，包括：
用户登录, 它显示用户名，所属部门
在线人数, 它显示显示在线人数
通知公告, 它显示各种与用户有关的通知公告
与其他信息系统链接,它包括与飞行网、主乘网、业务通、小时费的链接3.2. 客舱部网站管理
3.2.1.权限管理
功能描述：
模块配臵：对模块的基本信息进行维护，用于确定模块所属的类别、访问权限、查询条件等。
权限定义：配臵模块与角色、人员之间的对应关系，用以设定不同角色、人员对模块的不同访问权限。
信息项：
模块配臵：模块名称、模块类别、模块链接、排列序号、搜索项定义、读者范围。
权限定义：可选模块列表、可选人员列表、模块与人员对应关系表（包括管理员、创建者、阅读者、不能访问者四种权限的对应关系）。
使用范围：
该模块仅提供给系统管理员使用。
3.2.2.基础数据
功能描述：
基础数据：客舱部办公用品物品代码等各种基础数据。
信息项：
物品代码信息：物品代码、物品名称等。
使用范围：
该模块仅提供给设臵各类基础数据的系统管理员使用。
3.2.3.人员组织
功能描述：
定义整个客舱部的组织架构和人员。
人员设臵：由管理员设臵人员信息，并且人员信息可以供其它应用库调用。
部门设臵：由管理员设臵部门信息，并且部门信息可以供其它应用库调用。
角色设臵：由管理员设臵角色群组信息，并且角色群组信息可以供其它应用库调用。
信息项：
人员信息：人员姓名、所属机构、角色、兼职机构、职位、工号、邮件地址。
机构信息：机构名称、上级机构、机构负责人、机构人员。
角色信息：角色名称、成员。
使用范围：
该模块仅提供给系统管理员使用。
3.2.
4.系统日志
功能描述：
具有日志管理权限的用户，可以通过该模块查找特定时间内，所有或特定用户对某些模块的操作记录。
系统管理员可以手工删除用户日志信息, 查询日志信息, 设定日志保留时段。自动删除超过保留时段的日志信息。
信息项：
日志信息包括：登录人、日期、IP地址、操作模块、操作类型及相关数据明细。
使用范围：
该模块仅提供给系统管理员查询使用。
3.2.5.在线帮助
功能描述：
该功能对所有用户开放，用户可以从栏目的结构图中找到自己不会使用的栏目，点击后就是具体的栏目使用说明。同时系统提供网站地图供用户查看。
信息项：
在线帮助标题、发布日期、在线帮助分类、内容、附件（与在线帮助相关的文件，如图片、Word文档等）。
使用范围：
系统所有用户
3.2.6.工作流程管理（公文流转）
功能描述：
对公文流转进行定义,确定公文类别,公文环节,选择各环节的责任人
信息项：公文类别, 公文环节, 选择成员, 选择活动, 选择角色。
使用范围：具有操作公文流转权限的用户
3.2.7.公文模板管理
功能描述：
公文模板是指按某类格式预先设定的公文样板。
定义公文模板方便相关文档的编辑，简化编辑工作，减少工作量。
信息项：
公文模板序号,公文模板內容。
使用范围：
具有操作公文模板管理权限的用户
3.2.8.主页及栏目管理
功能描述：
对主页的内容和布局进行管理
对栏目的内容和布局进行管理。
信息项：
主页的内容，布局。
使用范围：
本模块为系统管理员使用。
3.2.9.通知发文管理
功能描述：
通过网内短消息，发送通知或文件给所有的相关人员，告知需要待办的事项。
此功能是整个系统的基础功能, 可应用予任何一个模块。
具体流程是：列出人员清单，选择相关人员的名单列表。点击群发按钮，通知消息条在已登录用户的当前使用界面上提示为"您有***需要处理。
对修改过的已发布信息重新发送给相关人员签收。
信息项：
发文时间、发文内容、接收对象。
使用范围：
本模块为具有操作发文管理权限的人员。
3.3. 网上表格填写及申请管理
3.3.1.办公用品模块管理
功能描述：
办公用品模块的开发是为了管理办公用品的发放，控制各部门的办公用品消耗量。
每个部门指定一名办公用品申领人，由他先在纸面上向该部门经理提出申请，经部门经理同意后，申领人在网上进行表格填写，填写完毕递交后，行政保卫部相关人员的待办事宜中即可看到该条信息。
办公用品模块在功能上分为：办公用品申请，办公用品审批，办公用品领用，办公用品库存统计，办公用品入库。
信息项：
物品代码，物品名称，领用部门，领用人，审批人，领用日期，入库数
量，库存数量等。
使用范围：
行政保卫部和需要领用办公用品的各部门。
3.3.2.乘务员体检、疗养管理
功能描述：
通过导入年度体检情况报告表，自动生成各乘务员的体检情况, 从而确定不能继续参加飞行的乘务员，并将不能参加飞行的乘务员名单上报生产协调部，同时为体检合格的乘务员标注体检合格有效期，并在有效期到期前进行报警。
对每年参加疗养的乘务员进行安排.
信息项：
乘务员体检的信息项为:工号,姓名,分部,体检结论，体检合格有效期.
乘务员疗养的信息项为:工号,姓名,分部,疗养地点,开始日期,结束日期.
使用范围：
办公室负责体检和疗养的管理人员使用。
3.3.3.乘务员住宿申请
功能描述：
东航客舱部将为尚未结婚户口在外地或家在本地但住房困难的乘务员提供住宿。
信息项：
乘务员住宿申请的信息项为:工号,姓名,分部,申请理由。.
使用范围：
需要申请住宿的乘务员。
3.3.
4.客舱部职工医疗卡申请
功能描述：
东航客舱部将为客舱部的正式工提供医疗卡，凭此医疗卡职工可到东航医疗中心实行免费就诊和医疗报销。客舱部的正式工在网上填写医疗卡申请表格，表格的内容包括：工号，姓名，身份证号，,部门，家属姓名，网上填写完毕并递交后，行政保卫部相关人员的待办事宜中即可看到该条信息。
信息项：
医疗卡申请的信息项为:工号,姓名, 身份证号，,部门，家属姓名。.
使用范围：
客舱部全体职工。
3.3.5.客舱部职工免票信息卡申请
功能描述：
东航为客舱部的正式工免票信息卡，凭此信息卡职工可到东航办公室开具优惠免票。
信息项：
免票信息卡申请的信息项为:工号,姓名,部门，配偶姓名，子女姓名，父母姓名，岳父母姓名和他们的身份证号码。.
使用范围：
客舱部全体职工。
3.3.6.乘务员政审表填写
功能描述：
成为东方航空公司的空中乘务员必须要有一定的政治素质，必须拥护社会主义，拥护中国共产党的领导，为此必须对乘务员进行政审，政审由乘务员在网上填写。
信息项：
乘务员姓名，汉语拼音，性别，民族，出生日期，出生地，籍贯，身份证号码，工作时间，文化程度，家庭住址.等。
使用范围：
乘务人员。
3.3.7.乘务员签证表填写
功能描述：
乘务员在参加国内航班发行后，符合考核条件可参加国际航班的飞行，为此乘务员要在网上填写签证资料。
信息项：
乘务员姓名，汉语拼音，性别，民族，出生日期，出生地，籍贯，身份证号码，父母姓名，婚姻状况。
使用范围：
即将参加国际航班的乘务人员。
3.3.8.乘务员业务信息管理
功能描述：
由于乘务员业务信息在飞行网中已经存在,所以必须先将飞行网中的业务信息倒入客舱网站, 以后随着业务信息在客舱网站的录入,还需要将客舱网站的业务信息写回飞行网.
信息项：
工号,姓名,分部, 业务等级,开始日期,结束日期.
使用范围：
业务执行部负责业务等级的管理人员使用。
.3.3.4. 乘务员培训管理
功能描述：
客舱部培训中心承担对新进乘务员的培训和对老乘务员的业务培训,复训等各项培训业务,对培训中心每年的累计培训批次，培训人数，实际培训人数，培训小时数进行统计。为此,培训中心提出将培训工作电脑化，
信息项：
工号,姓名,分部, 培训内容,开始日期,结束日期,培训教员,培训地点.
使用范围：
培训中心安排培训的管理人员.
3.4. 交流区管理
3.4.1.乘务长交流区（BBS）
功能描述：
通过该模块，实现对带班乘务长之间的经验交流信息的管理，包括：查询、
删除和回复功能
信息项：
带班乘务长发现的问题，对其它部门或人员的意见和建议。
使用范围：
东航客舱部乘务长分部成员.
3.4.2.新乘疑难解析
功能描述：
通过该模块，实现对新进乘务员的服务规范指导、常见问题解答，具体包括：服务指南及常规答疑信息的查询、发布、修改、删除功能
信息项：
乘务员的服务规范指导，乘务工作的常见问题解答。
使用范围：
客舱部新进乘务员和需要了解知道该方面信息的有关人员。
3.4.3.电子刊物管理
功能描述：
通过该模块，实现对客舱部各种电子刊物的管理，包括：查询、创建、删除和修订等功能
信息项：
电子刊物编号、电子刊物内容、发布单位、发布责任人
使用范围：
电子刊物发布的管理人员
3.5. 待办事宜
3.5.1.批复事项
功能描述：
根据条件组合查询批复事项信息。
点击批复事项可列出要检索的信息
信息项：
批复的各类事项。
使用范围：
客舱部所有用户。
3.5.2.通知及文件签收
功能描述：
通知消息条列出在已登录用户的当前使用界面上提示为"您有***需要处理。
查询通知签收信息，在列出的信息中，点击察看明细后即表示已签收。
点击通知消息条可列出要签收的信息，在列出的信息中，点击察看明细后即表示已签收。
信息项：
通知和文件的编号，通知和文件的标题，发布时间，接收部门，接收人
使用范围：
客舱部各部门。
3.5.3.流转进度
功能描述：
根据条件组合查询流转进度信息，点击通知消息条可列出要检索的信息。流转进度是不可修改或删除的
信息项：
公文流转目前到哪个环节。
使用范围：
具有操作公文流转的相关人员。
3.6. 地面人员绩效考核
客舱部绩效考核体系贯彻公司对客舱部的整体要求，并能将客舱部年度工作任务落实到相关部门，实现公司对客舱部的定位，提升客舱部整体绩效表现和内部运营水平。
3.6.1.部门管理者考核
功能描述：部门管理者绩效考核包括部门承担的关键绩效指标和加分指标，部门承担的关键绩效指标分为:
1.定量关键绩效指标: 指有人力资源部根据指标计算方法进行汇总，计算，
统计
2.定性关键绩效指标：指有考核领导小组成员，相关部门，相关员工进行评
价，确定定性KPI得分，由人力资源部汇总统计。
信息项：
非总经理和党委书记部门权重分配，总经理和党委书记分管部门权重分配，考核区间，考核得分，考核系数，工资总额，调整系数。
使用范围：
客舱部总经理，党委书记，各部门领导有权使用本功能。
3.6.2.员工绩效考核
功能描述：各部门管理者负责对部门内的所有员工进行直接考核，部门管理者可依据情况授权经理助理以上员工对分属员工员工进行考核，部门管理者总体把握考核结果，并对部门员工的绩效最终负责。
信息项：
贡献性指标考核: 直接影响部门业绩目标实现的关键绩效指标考核，
保障性指标考核：岗位其他关键职责完成情况，统一归并为“部门经理满
意度”和“工作态度指标”
人力资源部提供的相应部门员工考核表格，
考核区间，考核得分，考核系数，工资总额，调整系数。
使用范围：各部门经理或经理助理有权使用本功能
3.7. 会议室及设备管理
功能描述：
客舱部各部门用户提出会议预约申请，由行政保卫部审批并对客舱部的若干个会议室进行调度。
信息项：
会议室资源：会议室名称、开放时间、内容描述。
预约申请单：信息项有：会议标题、会议内容简述、会议主办单位、参加会议其他单位、会议拟召开时间、会议拟结束时间、拟参加会议人数、与会人员须制作席卡名单、会议所需资源、主办单位联系人、主办单位联系电话、预定会议室（由行政部保卫人员安排好后填写），预约状态。
使用范围：
客舱部需要举行会议的各部门。
3.8. 与其它系统的接口
3.8.1.与飞行网系统的接口
目前，乘务人员的考勤和等级管理信息是在飞行网上完成的，随着客舱部网站的建成，乘务人员的考勤和等级管理工作将在客舱部网站进行，但是，飞行网的排班必须获取乘务人员的考勤和等级管理信息，所以，客舱部网站考勤和等级管理信息必须写回到飞行网中。
3.8.2.与主乘网站的接口
目前，乘务人员的绩效考核是在主乘网站上进行的，随着客舱部网站的建成，
产品编码系统需求规格说明书..
目录 1.引言 (2) 1.1.编写目的 (2) 1.2.背景说明 (2) 2.任务概述 (2) 2.1.目标 (2) 2.2.用户特点 (2) 3.需求规定 (3) 3.1.对功能的规定 (3) 3.1.1. 产品编码方案规定 (4) 3.1.2. 零部件编码方案规定 (6) 3.1.3. 物料编码方案规定 (7) 3.2.对性能的规定 (8) 4.运行环境规定 (9) 4.1.设备 (9) 4.2.运行环境 (9) 5.需求说明 (10) 5.1.用例分析 (10) 5.2.功能描述 (11) 5.2.1. 用户登录 (11) 5.2.2. 用户注册及信息维护 (11) 5.2.3. 产品编码自动生成及维护 (12) 5.2.4. 产品编码信息查询 (12) 5.2.5. 零部件编码自动生成及维护 (12) 5.2.6. 零部件编码信息查询 (13) 5.2.7. 物料编码自动生成及维护 (13) 5.2.8. 物料编码信息查询 (14) 5.2.9. 产品BOM自动生成及维护 (14) 5.2.10. 产品BOM信息查询 (15) 5.2.11. 产品图纸维护和查看 (15) 5.2.12. 产品及零部件库存信息查询 (15) 6.约定和说明 (16) 6.1.零件、部件编码方案进行统一 (16) 6.2.原有电桥平台分为两类，立式电桥、卧式电桥....................... 错误！未定义书签。 6.3.原材料编码方案去除供应商信息 (16) 6.4.产品、零部件编码方案去除客户及供应商信息 (16) 6.5.编码信息的修改和删除 (17)
产品编码需求规格说明书 1.引言 1.1.编写目的 本需求规格说明书是对产品编码管理信息系统调研的总结，并从用户角度对产品编码管理信息系统做出完整准确的定义，是产品编码管理信息系统设计及验收的依据。 1.2.背景说明 项目名称：产品编码管理信息系统 项目与其他系统的关系：产品编码管理信息系统为公司生产部门、管理部门提供规范化、统一化、唯一化的产品编码、零部件编码、物料编码及产品BOM 信息，是公司信息管理平台正常运行的基础和前提。 2.任务概述 2.1.目标 项目目标：建设产品编码管理信息系统，依托完备的网络基础设施、存储、安全及多个业务领域服务系统，为公司提供产品编码、零部件编码、物料编码、产品BOM生成及图纸查阅等功能，为公司其他管理信息系统提供基础的数据保障。 2.2.用户特点 产品、零部件及物料编码是公司生产、运作及管理的基础，因此本系统的应用部门覆盖了公司大部分业务部门，如产品开发部、生产部、生产车间、采供部、财务部、销售部等。其中，产品开发部是本系统的最直接用户，具有系统的全面审阅和维护权限，其他部门人员根据需求分配查阅权限。具体角色和权限分配如下表：
软件需求规格说明书
软件需求规格说明书集团文件版本号：（M928-T898-M248-WU2669-I2896-DQ586-M1988）
软件需求规格说明书模版
文件变化记录单 *变化状态：A——增加，M——修改，D——删除 文件批准单
1.引言 提出对软件需求规格说明书的纵览，帮助读者理解文档如何编写并且如何阅读和解释。 1.1编写目的 对产品（也可能是项目，但是我们统称为产品）进行定义，在该文档中详尽说明这个产品的软件需求，包括修正或发行版本号。如果这个软件需求规格说明书只与整个系统的一部分有关，那么只定义文档中说明的部分或子系统。 1.2文档约定 描述编写文档时所采用的标准或排版约定，包括正文风格、提示区或重要符号。例如，说明高层需求的优先级是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有优先级。 1.3预期的读者和阅读建议 列举软件需求规格说明书所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员等。描述文档中剩余部分的内容及其组织结构。提出最适合每一类型读者阅读文档的建议。 1.4产品的范围 提供对指定的软件及其目的的简短描述，包括利益和目标。把软件与企业目标或业务策略相联系。可以参考项目范围文档，而不是将其内容复制到这里。 1.5参考资料 列举编写软件需求规格说明书时所参考的资料或其它来源。可能包括用户界面风格指导、合同、标准、系统需求规格说明书、用户需求、相关产品的软件需求规格说明书。这
里应该给出详细的信息，包括标题名称、作者、版本号、日期、出版单位或资料来源，以方便读者查阅这些文献。 2.综合描述 这一部分概述了正在定义的产品以及它所运行的环境、使用产品的用户和已知的限制、假设和依赖。 2.1产品的前景 描述软件需求规格说明书中所定义的产品的背景和起源。说明该产品是否是产品系列中的下一个成员，是否是成熟产品所改进的下一代产品、是否是现有应用程序的替代品，或者是否是一个全新的产品。 如果软件需求规格说明书定义了大系统的一个组成部分，那么就要说明这部分软件是怎样与整个系统相关联的，并且要定义出两者之间的接口。建议使用系统结构图或者实体关系图表示。 2.2产品的功能 概述产品所具有的主要功能，详细内容在第4节描述，所以这里只需要概括总结，例如用列表的方法给出。很好地组织产品的功能，使每个读者都易于理解。用图形表示主要的需求分组以及它们之间的联系。 建议使用数据流程图（DFD）的顶层图或功能层次图来实现图形化。 2.3用户类和特征 确定可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。将该产品的重要用户类与那些不太重要的用户类区分开。 2.4运行环境
需求规格说明书(样例)
需求规格说明书
目录 第一章综述 (1) 1.1编制目的 (1) 1.2适用范围 (1) 1.3参考依据 (1) 1.4编制约束 (1) 1.4.1图元约束 (1) 1.4.2编码约束 (2) 1.4.3格式约束 (3) 1.5内容结构（可选） (4) 1.6导读说明 (4) 第二章项目概述 (5) 2.1项目背景 (5) 2.2项目范围 (5) 2.3项目目标 (5) 2.4现状描述 (5) 第三章需求总体分析 (6) 3.1功能体系设计 (6) 3.1.1功能结构 (6) 3.1.2功能分布 (7) 3.2整体业务流程（可选） (8) 3.3业务标准体系 (9) 第四章功能性需求 (10) 4.1功能综述 (10) 4.2需求清单 (10) 4.3需求优先级（可选） (10) 4.4功能编码?功能项 (11) 4.4.1功能综述 (11) 4.4.2业务流程 (11) 4.4.3关系分析 (13) 4.4.4详细功能需求 (13) 第五章非功能性需求 (17) 5.1软件质量属性需求 (17) 5.1.1运行期 (17) 5.1.2非运行期 (20) 5.2约束性需求 (21) 5.2.1基础架构 (21) 5.2.2标准规范 (21) 5.2.3集成要求 (21) 5.2.4其他约束 (21) 第六章集成需求 (22)
6.1技术要求 (22) 6.2数据集成 (22) 6.3应用集成 (22) 6.4流程集成 (23) 第七章尚需解决的问题 (24) 7.1问题总表 (25) 7.2问题处理 (25) 附录I 业务对象 (26)
第一章综述 若采用分册编制方式组织，则本章与第二章、第三章单独成册，其它分册可略去本章、第二章和第三章内容。 1.1编制目的 用简洁的语言描述编写这个文档的目的。 1.2适用范围 本文档适用的范围。 1.3参考依据 列举编写软件需求规格说明时所参考的资料或其它资源。这可能包括且不限于：用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档，或相关产品的软件需求规格说明。对于非易获得性或项目所专属的参考资料，应当以附件形式提供。 1.4编制约束 1.4.1图元约束 （1）流程图图元约束：
软件产品的需求规格说明书(案例)
四川托普集团技术文档 卷号： 卷内编号： V1.0版 多层体系政务框架平台之一 行政服务中心政务平台 软件产品需求规格说明书Software Product Requirements Specification 项目承担部门：中央研究院应用产品开发中心 撰写人（签名）： 完成日期： 本文檔使用部门：■主管领导■项目组□客户（市场） ■维护人员□用户 文档验交组（签名）： 验交日期： 评审负责人（签名）： 评审日期：
软件产品需求规格说明书 Software Product Requirements Specification 1.引言 1.1.目的 本节描述软件产品需求规格说明书（SRS）的目的是： 定义软件总体要求，作为用户和软件开发人员之间相互了解的基础； 提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础； 作为软件总体测试的依据。 1.2.定义 Workflow：工作流 1.3.参考资料 行政服务中心政务平台白皮书 行政服务中心政务平台项目审批表
2.软件总体概述 2.1.软件标识 软件全称：多层体系政务框架平台之一行政服务中心政务平台 软件简称：XZFWZXZW 版本号：1.0 2.2.软件描述 2.2.1.系统属性 行政服务中心是改革开放进程中一项新生事物，是实践江总书记“三个代表”重要思想的具体表现，是改善投资环境，扩大开放，吸收外来投资，加快发展的重要举措。为了实现行政服务中心“一站式集中，一条龙服务”，为全社会提供平等竞争的市场条件和长期稳定的投资环境，塑造廉洁，规范，高效的政府形象的目标，充分利用信息化技术，建设先进实用的可扩展性强的行政服务信息系统，实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。为此，托普集团根据行政服务中心的业务需求，设计了行政服务中心政务平台。 2.2.2.开发背景 开发目的：1、公众服务 2、行政服务中心和各级政府部门 应用目标：行政服务机构 使用范围：行政服务机构，公众 2.3.软件功能(共12个系统模块)
精选客舱服务技能实测评分标准.doc
客舱服务技能实测评分标准 客舱服务规范实训大纲 学时数：40学时 课程类型：专业课 适用专业：空中乘务专业 一、教学的目的和要求 《客舱服务规范》实训教学是训练学生客舱服务技能的重要教学环节。通过实训，使学生掌握旅客登机、 书报杂志服务、安全示范、客舱餐饮、应急处置等技能与操作规范；熟悉各种客舱服务的基础知识、程 序与要点，提高学生的服务意识、合作精神与处理问题的能力。 二、时间教学学时分配 章节内容教学学时教学地点 1旅客登机服务（问候、引导等）4模拟客舱 旅苑酒店 或机场 2提供书报杂志服务2 3安全示范与广播词6 4餐饮服务（西餐基础知识、毛巾、酒水托盘/水车、供餐/餐车/特殊餐、两舱服务等）10 5应急处置（客舱释压、失火、野外求生、迫降、撤离、危险品等）12 6特殊旅客服务（盲人、轮椅、婴幼孕）6 合计40 三、实践教学内容和基本要求 第一节旅客登机服务 1．旅客登机时，乘务长播放登机音乐，打开客舱灯光至高亮度； 2．B737-300飞机一号乘务员位于前登机门外侧，二号乘务员位于前登机门内侧，三号乘务员位于第三排， 面朝登机门，四号乘务员位于倒数第三排(后登机门)。必要时二号乘务员应在客梯下面或廊桥口迎客； 3．CRJ-200和CRJ-700飞机乘务员站在登机门外侧迎客，兼职安全员在登机门内侧数客；4．着装整齐，站姿端正，面带微笑，热情有礼貌的迎接并问候旅客； 5．重要旅客及其行李衣物又二号乘务员负责安排，并根据地面人员提供的VIP旅客名单，使用尊称或姓氏问好； 6．有秩序地引导旅客入座，协助旅客放好随身携带物品和衣物，如果座位安排时有旅客不方便的情况，起飞后， 可与相临旅客商量，做适当安排； 7．对旅客要求托管的物品应妥善存放，为旅客保管衣物时，确认其口袋内无贵重物品，如钱包，首饰，护照等； 8．原则上不应该为旅客保管药品，贵重或易碎物品。如不能推辞应向旅客说明责任，得到认可后，方可接受；
产品需求规格说明书(格式)
项目名称 产品需求规格说明书
版本历史
目录 0. 文档介绍 (4) 0.1文档目的 (4) 0.2文档范围 (4) 0.3读者对象 (4) 0.4参考文档 (4) 0.5术语与缩写解释 (4) 1. 产品介绍 (5) 2. 产品面向的用户群体 (5) 3. 产品应当遵循的标准或规范 (5) 4. 产品范围 (5) 5. 产品中的角色 (5) 6. 产品的功能性需求 (6) 6.0功能性需求分类 (6) 6.M F EATURE M (6) 6.m.n Function M.N (6) 7. 产品的非功能性需求 (7) 7.1用户界面需求 (7) 7.2软硬件环境需求 (7) 7.3产品质量需求 (7) 7.N 其他需求 (7) 附录A：需求建模与分析报告 (8) A.1需求模型1 (8) A.N 需求模型N (8) 附录B：需求确认 (9)
0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文档 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：[标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [SPP-PROC-PP] SEPG，需求开发规范，机构名称，日期 0.5 术语与缩写解释
1. 产品介绍 提示： （1）说明产品是什么，什么用途。 （2）介绍产品的开发背景。 2. 产品面向的用户群体 提示： （1）描述本产品面向的用户（客户、最终用户）的特征， （2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？ 3. 产品应当遵循的标准或规范 提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则的产品通常不太可能被接受。 4. 产品范围 提示：阐述本产品“适用的领域”和“不适用的领域”，本产品“应当包含的内容”和“不包含的内容”。说清楚产品范围的好处是：（1）有助于判断什么是需求，什么不是需求；（2）可以将开发精力集中在产品范围之内，少干吃力不讨好的事情；（3）有助于控制需求的变更。 5. 产品中的角色 提示：阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。
软件产品需求规格说明书
软件产品需求规格说明书 Software Product Requirements Specification 1.引言 1.1.目的 本节描述软件产品需求规格说明书（SRS）的目的，如： a.定义软件总体要求，作为用户和软件开发人员之间相互了解的基础； b.提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件 结构设计和编码的基础； c.作为软件总体测试的依据。 1.2.定义 本节列出SRS中用到的全部需求的术语、定义和缩略语清单。这些信息可以由SRS的附录提供，也可以参考其他的文件，如果有，本节必须指明。 1.3.参考资料 本节列出下列资料： a.经核准的用户合同、《项目开发意向书》、《项目开发委托合同书》、《技 术可行性报告》等文件； b.本项目的较高层次的开发文档，如：《项目开发计划》、《系统需求规格说 明书》等； c.SRS中各处引用的资料、标准和规范。列出这些资料的作者、标题、编 号、发表日期、出版单位或资料来源。 2.软件总体概述 2.1.软件标识 本节列出软件的标识：软件全名称、软件缩称、版本号等。软件标识必须具有唯一性。 2.2.软件描述 2.2.1.系统属性
本节描述被开发软件与其他相关产品之间的关系。 a.如果该软件是独立的，应在本节说明； b.如果该软件是一个更大的系统的一个组成部分，则应说明本产品与该系 统中其他各组成部分之间的关系。如果这部分内容已包含在较高层次的 说明（如《系统需求规格说明书》）中，应在本节指明。 本节无须描述设计方案和设计约束。 2.2.2.开发背景 本节说明软件的开发目的、应用目标和使用范围等背景材料。 2.3.软件功能 本节为软件功能提供一个摘要，无须描述功能的细节。应为每一软件功能的需求分配一个唯一性的标识，以利于需求的跟踪和测试。应说明功能的优先级定义，和每一功能的优先级（从用户角度而言）。优先级定义可采用以下方法（QFD 对功能需求的分类方法）： a.高——软件必须实现的功能，用户有明确的功能定义和要求； b.中——软件应该实现的功能，用户的功能定义和要求可能是模糊的、不 具体的、或低约束的，但是这类功能的缺少会导致用户的不满意，因此 这类功能的具体需求应当由需求分析人员诱导用户产生并明确； c.低——软件尽量实现的功能，并可根据开发进度进行取舍，但这类功能 的实现将会增加用户的满意度。 可用以下表格来说明软件功能： 也可用软件的功能结构图加以说明。 2.4.用户的特点 本节描述影响具体软件需求的最终用户的特点，充分说明用户方操作人员、维护人员的教育水平和技术专长，这是对软件开发工作的重要约束。 2.5.限制与约束
(3)产品包需求分析
XXXXXXX产品包需求分析
目录 第1章前言 (5) 1.1文档概述 (5) 1.2参考文档 (5) 1.3缩略语 (5) 1.4术语 (5) 第2章引言 (7) 2.1背景 (7) 2. 1. 1 项目名称及版本号 (7) 2. 1. 2 任务提出者 (7) 2. 1. 3 任务承接者及实施者 (7) 2. 1. 4 使用者 (7) 2. 1. 5 与其它系统的关系 (7) 2.2文档概述 (7) 2. 2. 1 文档结构说明 (7) 2. 2. 2 电子文档编写方式与使用工具 (7) 第3章概述 (7) 3.1网络描述 (7) 3.2项目描述 (8) 3.3项目功能和特性 (8) 第4章项目分析 (8) 4.1用户分析 (8) 4. 1. 1 用户特性 (8) 4. 1. 2 使用习惯 (8) 4. 1. 3 业务使用流程 (8) 4.2项目可用资源分析 (8) 4.3项目开发环境 (8) 4. 3. 1 硬件环境 (9) 4. 3. 2 网络环境 (9) 4. 3. 3 软件环境 (9) 4. 3. 4 结构环境 (10) 4. 3. 5 测试环境 (10) 4.4项目应用环境 (10) 4. 4. 1 硬件环境 (10) 4. 4. 2 网络环境 (10) 4. 4. 3 软件环境 (11) 4. 4. 4 其他应用环境 (11) 第5章需求大类A (11)
5. 1. 1 功能需求1 (11) 5. 1. 2 功能需求2 (13) 5. 1. 3 功能需求N (13) 5.2功能需求小类B (13) 5. 2. 1 功能需求1 (13) 5. 2. 2 功能需求2 (13) 第6章需求大类B (13) 6.1功能需求小类A (14) 6. 1. 1 功能需求1 (14) 6. 1. 2 功能需求2 (14) 第7章系统需求 (14) 7.1系统配置需求 (14) 7. 1. 1 功能需求1 (15) 7.2系统自身维护 (16) 7. 2. 1 功能需求1 (16) 7.3系统安全管理 (17) 7. 3. 1 功能需求1 (17) 7.4系统数据维护 (18) 7. 4. 1 功能需求1 (18) 7.5外部接口需求 (19) 7. 5. 1 用户界面 (19) 7. 5. 2 硬件接口 (19) 7. 5. 3 软件接口 (19) 7. 5. 4 通信接口 (19) 第8章性能需求 (19) 第9章设计约束 (19) 9.1需要遵循的标准 (19) 9.2硬件限制 (20) 9.3软件限制 (20) 9.4工艺限制 (20) 9.5成本限制 (20) 9.6其他限制 (20) 第10章属性需求 (20) 10.1国际化支持 (20) 10.2可靠性需求 (20) 10.3可测试性需求 (20) 10.4可制造性需求 (20) 10.5可维护性需求 (20) 10.6兼容性需求 (21) 10.7软件包发布需求 (21)
产品需求规格说明书
产品需求规格说明书 This model paper was revised by the Standardization Office on December 10, 2020
学校网站 产品需求规格说明书
变更历史
目录
0.文档介绍 0.1文档目的 主要是将学校网站的开发设计及开发需求进行介绍。 0.2文档范围 属于开发技术人员使用的文档 0.3读者对象 四组开发技术人员以及具备.net相关知识的专业人员
1.产品介绍 信息技术迅猛发展，使人们的工作方式、学习方式和生活方式受到了前所未有的冲击，网络凭借其信息存储容量大，表现形式多样化，高度共享、扩展性以及交流的实时性和便利性等独特的优势，在教育领域中得到了广泛的应用，特别是国际互联网与校园网的链接，为学校教育教学提供了丰富的资源。学校网站的建设可以对一个学校的发展起到至关重要的作用，然而以前的学校都是消息非常闭塞的环境校外新闻进不来，校内新闻要靠各级领导传达给老师，老师才能传达给学生，老师学生之间的交能够流也只能通过面对面的被动方式进行，为了改变现状给老师和学生提供最新的校内外新闻，老师可以将最新的学习资料传到网上，学生和老师之间可以有一个自由交流平台，学校网站的建设势在必行。 2.产品面向的用户群体 设计一个性能良好并且实用的学校网站，以满足用户网站功能的需求，对产品用户的需求和特征进行分析是必要的。 1）用户信息需求：本产品主要面向老师和学生，可以给老师和学生提供一个及时了解校内外新闻的平台，老师和学生可以通过输入网址打开学校网站对该网站中的所有新闻信息进行浏览，有ftp权限的用户可以登录后对感兴趣的信息进行下载，用户可以学校网站聊天室进行聊天交流。 2）用户管理要求：任何系统都不是完美的，都需要进行管理，本学校网站设置两种身份的用户，分别是普通用户和管理员用户，管理员用户通过管理员帐号登录后可以管理登录帐户，可以对注册用户信息进行维护，可以上传修改删除新闻等内容，可以查看所有信息 3）本系统的优势：网站安全性较高，进入不同的页面要有不同的登录帐户，信息量大，方便浏览，可实施性强，目前，大学的校园网路覆盖了教学区和学生区的主
特殊旅客服务经过流程
地面服务室特殊旅客服务保障流程 1、特殊旅客的定义及范围 定义：特殊旅客又称特殊服务旅客，是指在接受旅客运输和旅客在运输过程中，承运人需要给予特别礼遇，或者给予特别照顾，或者需要符合承运人规定的运输条件方可承运的旅客。 范围：特殊旅客包括病患旅客（含担架旅客），障碍旅客（含轮椅旅客），无成人陪伴儿童，老年人旅客，孕妇旅客，婴儿旅客，犯罪嫌疑人及其押解人员，特殊餐饮旅客，醉酒旅客，机要交通员、外交信使，额外占座旅客和保密旅客。 注：1）成人，是指年满18岁且具有完全民事行为能力人 2）残疾人与其他公民一样享有航空旅行的机会，为残疾人提供的航空运输应保障安全、尊重隐私、尊重人格。 2、限制运输范围 无成人陪伴儿童、病患旅客、视为病伤的老人、怀孕超过32周（含）但不足36周的健康孕妇、无成人陪伴的盲人、担架旅客、无自理能力或者无成人陪伴的半自理能力的轮椅旅客、犯罪嫌疑人及其押解人员等特殊旅客，只有在定座、购票时提出申请符合条件的经海航预先同意并在必要时作出安排后放予以载运。 3、特殊旅客乘机文件填写 《特殊旅客服务需求单》分为A类、B类、C类，由旅客申请服务时填写。 1）A类单适用对象：轮椅旅客（WCHS、WCHR），聋哑人旅客，盲
人旅客，老年人旅客，孕期不足32周的孕妇旅客，携带婴儿旅客，特殊餐食旅客等一般服务需求的特殊旅客； 2）B类单适用对象：无成人陪伴儿童旅客、无陪听力障碍旅客、无陪视力障碍旅客、无陪语言障碍旅客、无陪孕妇旅客； 3）C类单适用对象：担架旅客，轮椅旅客（WCHC），32周≤孕期≤36周的孕妇旅客，在航空旅途过程需要进行医学护理而要用到某种医疗设备（如医疗氧气等）的旅客，病患或肢体病伤的旅客，押解犯罪嫌疑人等特殊服务需求的旅客。 注：1）特殊旅客需求单的留存期为一年 2）鉴于以下情况乘客本人在航行中可能面临安全风险，乘客必须提供医疗证明： ①乘客使用担架或保育箱；②飞行时需要医疗用氧；③可能造成直接威胁的传染病；④32-36周乘机的孕妇；⑤存在精神障碍的旅客；⑥部分病患旅客；⑦对乘客能否在无需特殊医疗救助的情况下安全结束飞行抱有合理怀疑。 3）对于海航工作人员判断认为运输旅客存在风险或者可能存在风险，均可以请旅客提供运输申明书。 4、病患旅客服务流程 始发站地面服务 1）始发站地面服务人员接到病患旅客服务通知，提前准备好相关设备和服务准备。旅客到达值机柜台后，查验特殊旅客乘机证件、客票、《医疗诊断证明书》、《特殊旅客服务需求单C类》及
01-产品项目非功能需求规格说明书模版
XX项目非功能需求规格说明书
文档创建信息 文档修订记录 修改类型分为A– ADDED（增加）M– MODIFIED（修改）D– DELETED（删除）
目录 1质量属性需求 (4) 1.1 性能 (4) 1.1.1 延迟 (4) 1.1.2 吞吐量 (4) 1.1.3 容量 (5) 1.2 安全性 (5) 1.3 可靠性 (6) 1.4 可配置性 (6) 1.5 互操作性（系统间集成） (7) 1.6 可伸缩性 (7) 1.7 可维护性 (7) 1.8 可管理性 (8) 1.9 可审计性 (8) 1.10 可安装性 (8) 1.11 可更改性 (9) 1.12 可连续性 (9) 1.13 可恢复性 (9) 1.14 其它 (10) 2约束 (10) 2.1 运行环境 (10) 2.1.1 软件平台 (10) 2.1.2 硬件平台 (10) 2.2 设计约束 (11) 2.3 业务规则 (11) 2.4 法律约束 (12) 2.5 其它约束 (12) 附录1：模版使用说明 (12) 附录2：模版修订记录 (12)
1质量属性需求 1.1性能 概念： 性能是指系统的响应能力——即对外部刺激（事件）做出反应所需要的时间或在某段时间内所处理的事件个数。性能这一质量属性经常用在单位时间内所能完成的处理数量或系统为完成一个处理所耗费的时间来表示。 描述系统的性能需求通常从以下几个方面进行：延迟、吞吐量、容量。 1.1.1延迟 概念： 延迟定义为从事件触发到对应响应之间的时间间隔。这个时间间隔定义了一个响应窗口（开始时间为最小延迟，结束时间为最大延迟）。 示例： 1.1.2吞吐量 概念： 吞吐量定义为在一个给定的观察时间段内，系统处理事件，然后产生的响应数量。通常需要指多个观察时间段，比如1分钟，30分钟，60分钟等。因为60分钟内处理120个事件并不意味着每分钟可以处理2个事件。 示例：
《客舱服务》课程标准
《客舱服务》课程标准 课程名称：客舱服务 课程类别：专业学习领域 适用专业：空中乘务 学时：48 学分：3 先修课程：服务礼仪训练、民航地面服务 后续课程：顶岗实习 一、课程性质 本课程是本课程是根据专业人才培养目标而开设的，是空中乘务专业专业的核心课程；起承上启下作用，是民航乘务员职业岗位能力和素质培养的重要支撑课程。 二、课程设计思路 1、课程根据国家五级空中乘务员职业标准中对服务礼仪的要求，以乘务工作为主线，结合飞行基本常识、飞机客舱布局、客舱紧急设备、以及客舱服务工作程序等内容，设计为四个情境、八个学习任务，在任务驱动中充分发挥学生的主体作用，强调学生的自我技能实践，要求学生能够独立或分组实践，能按照礼仪要求进行服务操作，完成服务任务。 2、采用示范教学、角色模拟等操作性强的教学方式。 3、创建以过程考核与终结考核相结合的评价体系。把过程考核“嵌入”到整个教学过程，建立过程与终结相结合的评价体系。采用服务情境模拟，小组互评，教师考核相结合的评价方法，从知识、专业能力、职业素养等多个方面进行综合评价。 三、课程目标 1、能力目标
（1）能在亲和微笑的状态下为旅客进行客舱服务； （2）具有较强的语言表达能力，善于与人沟通； （3）具有选择合体的服饰、得体的妆容的能力； （4）具有为旅客提供餐饮、应急处置、服务纠纷处理等优质服务的能力； （5）能运用得体的言谈举止和规范的礼仪动作进行客舱服务； 2、知识目标 （1）掌握航空服务人员应具备的职业礼仪素养和仪表仪容美的基本要求； （2）掌握航空服务人员标准的姿态动作； （3）掌握航空服务人员应用工作原则和程序； （4）掌握航空服务人员常用服务动作礼仪规范； （5）熟悉客舱服务中常见问题及处理流程； 3、素质目标 （1）养成良好的个人礼仪修养和优雅气质； （2）团队合作意识，较强的服务意识； （3）较强的语言表达能力，善于与人沟通，展现自我； （4）特殊情况的应变能力和较强的心理素质； 四、课程内容和要求 学习领域客舱服务总学时48 学期 3 学分 3 序 号 学习情境学习任务教学目标实施环境与工具课时 1 航前准备1、乘务员专业形象塑 造； 2、客舱设备认知； 1、能够按照乘务员 出差标准做好自身 形象准备； 2、掌握机上设备操 作方法和检查要求； 教学环境：模拟 客舱训练室 8 8 2 应急撤离1、应急设备操作 1、能够对机上应急 设备操作及检查； 2、能熟练按照撤离 流程完成异常情况 下撤离； 教学环境：模拟 客舱训练室 6 14 2、异常情况撤离 8 3 客舱服务1、一小时内航班服务1、能运用中、英文 进行广播； 教学环境：模拟 客舱训练室 6 20
软件需求规格说明书.doc
软件开发方向“成绩管理系统”软件需求规约 安博教育集团 二零零八年十月
修订历史记录 日期版本说明作者2008-10-12 未评审的初稿吴子敬
目录 1 引言 ...................................................... 错误 ! 未定义书签。 目的 .................................................... 错误 ! 未定义书签。 文档格式 . ............................................... 错误 ! 未定义书签。预期的读者和阅读建议 . ................................... 错误 ! 未定义书签。 范围 .................................................... 错误 ! 未定义书签。 术语 .................................................... 错误 ! 未定义书签。 参考文献 . ............................................... 错误 ! 未定义书签。 2 系统概述 ................................................... 错误 ! 未定义书签。 概述 .................................................... 错误 ! 未定义书签。 功能 .................................................... 错误 ! 未定义书签。 运行环境 . ............................................... 错误 ! 未定义书签。 假设与依赖 . ............................................. 错误 ! 未定义书签。 3 系统特性 ................................................... 错误 ! 未定义书签。 系统角色 . ............................................... 错误 ! 未定义书签。 学生管理 . ............................................... 错误 ! 未定义书签。 增加学生信息 . ....................................... 错误 ! 未定义书签。 修改学生信息 . ....................................... 错误 ! 未定义书签。 删除学生信息 . ....................................... 错误 ! 未定义书签。 导入学生信息 . ....................................... 错误 ! 未定义书签。 教师管理 . ............................................... 错误 ! 未定义书签。 增加教师信息 . ....................................... 错误 ! 未定义书签。 修改教师信息 . ....................................... 错误 ! 未定义书签。 删除教师信息 . ....................................... 错误 ! 未定义书签。 导入教师信息 . ....................................... 错误 ! 未定义书签。 课程管理 . ............................................... 错误 ! 未定义书签。 增加课程基本信息 . ................................... 错误 ! 未定义书签。 修改课程基本信息 . ................................... 错误 ! 未定义书签。 删除课程基本信息 . ................................... 错误 ! 未定义书签。 维护课程学生信息 . ................................... 错误 ! 未定义书签。 成绩查询 . ............................................... 错误 ! 未定义书签。 学生查询成绩 . ....................................... 错误 ! 未定义书签。 教师查询成绩 . ....................................... 错误 ! 未定义书签。成绩分析与统计 . ......................................... 错误 ! 未定义书签。 考试成绩表 . ......................................... 错误 ! 未定义书签。班级各科平均成绩表 . ................................. 错误 ! 未定义书签。 年级成绩排名表 . ..................................... 错误 ! 未定义书签。 系统维护 . ............................................... 错误 ! 未定义书签。 数据字典维护 . ....................................... 错误 ! 未定义书签。 4 非功能性需求 . .............................................. 错误 ! 未定义书签。 性能需求 . ............................................... 错误 ! 未定义书签。 安全性需求 . ......................................... 错误 ! 未定义书签。 可用性需求 . ......................................... 错误 ! 未定义书签。
特殊旅客服务流程
特殊旅客服务流程 Document serial number【KKGB-LBS98YT-BS8CB-BSUT-BST108】
地面服务室特殊旅客服务保障流程 1、特殊旅客的定义及范围 定义：特殊旅客又称特殊服务旅客，是指在接受旅客运输和旅客在运输过程中，承运人需要给予特别礼遇，或者给予特别照顾，或者需要符合承运人规定的运输条件方可承运的旅客。 范围：特殊旅客包括病患旅客（含担架旅客），障碍旅客（含轮椅旅客），无成人陪伴儿童，老年人旅客，孕妇旅客，婴儿旅客，犯罪嫌疑人及其押解人员，特殊餐饮旅客，醉酒旅客，机要交通员、外交信使，额外占座旅客和保密旅客。 注：1）成人，是指年满18岁且具有完全民事行为能力人 2）残疾人与其他公民一样享有航空旅行的机会，为残疾人提供的航空运输应保障安全、尊重隐私、尊重人格。 2、限制运输范围 无成人陪伴儿童、病患旅客、视为病伤的老人、怀孕超过32周（含）但不足36周的健康孕妇、无成人陪伴的盲人、担架旅客、无自理能力或者无成人陪伴的半自理能力的轮椅旅客、犯罪嫌疑人及其押解人员等特殊旅客，只有在定座、购票时提出申请符合条件的经海航预先同意并在必要时作出安排后放予以载运。 3、特殊旅客乘机文件填写 《特殊旅客服务需求单》分为A类、B类、C类，由旅客申请服务时填写。
1）A类单适用对象：轮椅旅客（WCHS、WCHR），聋哑人旅客，盲人旅客，老年人旅客，孕期不足32周的孕妇旅客，携带婴儿旅客，特殊餐食旅客等一般服务需求的特殊旅客； 2）B类单适用对象：无成人陪伴儿童旅客、无陪听力障碍旅客、无陪视力障碍旅客、无陪语言障碍旅客、无陪孕妇旅客； 3）C类单适用对象：担架旅客，轮椅旅客（WCHC），32周≤孕期≤36周的孕妇旅客，在航空旅途过程需要进行医学护理而要用到某种医疗设备（如医疗氧气等）的旅客，病患或肢体病伤的旅客，押解犯罪嫌疑人等特殊服务需求的旅客。 注：1）特殊旅客需求单的留存期为一年 2）鉴于以下情况乘客本人在航行中可能面临安全风险，乘客必须提供医疗证明： ①乘客使用担架或保育箱；②飞行时需要医疗用氧；③可能造成直接威胁的传染病；④32-36周乘机的孕妇；⑤存在精神障碍的旅客；⑥部分病患旅客；⑦对乘客能否在无需特殊医疗救助的情况下安全结束飞行抱有合理怀疑。 3）对于海航工作人员判断认为运输旅客存在风险或者可能存在风险，均可以请旅客提供运输申明书。 4、病患旅客服务流程 始发站地面服务 1）始发站地面服务人员接到病患旅客服务通知，提前准备好相关设备和服务准备。旅客到达值机柜台后，查验特殊旅客乘机证件、客票、
《客舱服务》课程标准
《客舱服务》课程标准课程名称：客舱服务 课程类别：专业学习领域 适用专业：空中乘务 学时：48 学分：3 先修课程：服务礼仪训练、民航地面服务 后续课程：顶岗实习 - 一、课程性质 本课程是本课程是根据专业人才培养目标而开设的，是空中乘务专业专业的核心课程；起承上启下作用，是民航乘务员职业岗位能力和素质培养的重要支撑课程。 二、课程设计思路 1、课程根据国家五级空中乘务员职业标准中对服务礼仪的要求，以乘务工作为主线，结合飞行基本常识、飞机客舱布局、客舱紧急设备、以及客舱服务工作程序等内容，设计为四个情境、八个学习任务，在任务驱动中充分发挥学生的主体作用，强调学生的自我技能实践，要求学生能够独立或分组实践，能按照礼仪要求进行服务操作，完成服务任务。 2、采用示范教学、角色模拟等操作性强的教学方式。 3、创建以过程考核与终结考核相结合的评价体系。把过程考核“嵌入”到整个教学过程，建立过程与终结相结合的评价体系。采用服务情境模拟，小组互评，教师考核相结合的评价方法，从知识、专业能力、职业素养等多个方面进行综合评价。 三、课程目标 1、能力目标 ) （1）能在亲和微笑的状态下为旅客进行客舱服务； （2）具有较强的语言表达能力，善于与人沟通； （3）具有选择合体的服饰、得体的妆容的能力； （4）具有为旅客提供餐饮、应急处置、服务纠纷处理等优质服务的能力； （5）能运用得体的言谈举止和规范的礼仪动作进行客舱服务； 2、知识目标
（1）掌握航空服务人员应具备的职业礼仪素养和仪表仪容美的基本要求； （2）掌握航空服务人员标准的姿态动作； " （3）掌握航空服务人员应用工作原则和程序； （4）掌握航空服务人员常用服务动作礼仪规范； （5）熟悉客舱服务中常见问题及处理流程； 3、素质目标 （1）养成良好的个人礼仪修养和优雅气质； （2）团队合作意识，较强的服务意识； （3）较强的语言表达能力，善于与人沟通，展现自我； （4）特殊情况的应变能力和较强的心理素质； | 四、课程内容和要求
项目需求规格说明书
软件项目名称 软件需求规格说明书 拟制：日期： 审核：日期： 批准：日期：
文件修改记录
目录
模板使用说明： [1]注明可选的部分，可以根据实际情况选择是否填写；如果不必说明，请保留相关的章节标题，同时在该可选章节的内容中填入“无”；未注名可选的，则必须描述；如果有些设计此模版中没有合适的地方填写，则补充在最后的其他栏目中 [2]模版中斜体字相当于撰写指南，最后文稿请将本模板中所有的斜体字部分全部删除。 [3]模板里并不说明设计技术和方法，而只是说明应包含哪些内容，以及如何描述、组织这些内容。
1范围 说明文档所包括和不包括的内容，具体是： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 2 总体概述 产品描述 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 软件功能 概述软件必须实现的和通过用户操作实现的主要功能。这里只需要进行简要描述（例如目录列表），详细描述在详细需求部分描述。 有时，如果存在较高层次的规格说明时，则功能摘要可从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意： a．编制功能的一种方法是制作功能表，以便客户或者第一次读这个文件的人都可以理解； b．用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记，这样的图不是产品设计时所需求的，而只是一种有效的解释性的工具。 例如：高层的数据流图，面向对象的分析等。
民航客舱服务课程学习大
潍坊学院历史文化与旅游学院《客舱服务技能与训练》课程 教 学 大 纲 授课人：鞠金伟
潍坊学院历史文化与旅游学院 《客舱服务技能与训练》课程教学大纲 适用专业：空中乘务专业 学时：36 学分：100 一、课程性质和任务 （一）课程性质： 《客舱服务技能与训练》是空中乘务专业的专业课程。 （二）课程任务： 本门课程以教育部关于空中乘务专业的要求和中国民航总局关于空乘人员的素质、能力要求为依据，遵遁权威性、系统性、适用性、实战性和前瞻性的原则编写，学生通过对课程的学习和训练，能全面提升自己的形体与形象，锻炼自己的心理适应和承受能力，提高自己的外语能力、专业服务意识与技能以及快速、恰当处理问题的能力，在空乘职业生涯中走得更好、更远。 二、教学目标选择 （一）知识目标 1、通过学习，使学生能够全面了解客舱服务所需要的专业知识，了解客舱服务中应具备的服务常识，掌握客舱服务的基本技能。（二）能力（技能）目标 通过现场模拟，掌握客舱服务相关基本操作技能。 （三）素质（态度）目标 通过掌握客舱服务的性质、意义、内容、处理原则和工作方法等，使学生具有良好的沟通交流能力、冷静处理意外事件和较强的实践能力，并具有良好的团队合作精神与职业道德，具备客舱服务人员的专业素质，达到培养客舱服务操作、管理人才，为旅客提供满意服务的
目的。 三、教学内容、教学要求 第一章 （一）教学内容与要求 1、教学内容 客舱服务技能概述 2、教学要求 （1）明确客舱服务技能的概念与内涵，加深对客舱服务技能的理解，强化对现代客舱服务技能的全面认识； （2）理解客舱服务技能的要素与本质，建立客舱服务技能的完整体系； （3）掌握客舱服务技能的特点，了解客舱服务技能的基本要求，明确职业养成的基本问题，建立职业发展的基本思路； （4）了解我国客舱服务技能存在的基本问题及对策，建立责任感、使命感，明确从业者的努力方向。 第二章 （一）教学内容与要求 1、教学内容 客舱服务技能要素分析与基础训练 2、教学要求 （1）明确技能要素的构成以及相互关系； （2）理解技能要素形成的基本规律； （3）通过各技能要素的状态评估，评价自己的服务技能状态，明确努力方向； （4）通过技能要素训练，使各个技能要素得到真正的提高，从而提高技能素质，为全面提高服务技能奠定扎实的基础。 第三章 （一）教学内容与要求 1、教学内容 空中乘务的工作程序 2、教学要求