发布于 2017年07月27日
一、项目名称：
东航客机腹仓买断数据预测系统采购项目
二、项目内容及需求
东航客机腹仓买断数据预测系统采购,具体内容见附件
三、供应商资格要求
（1）注册资金大于或等于500万人民币。
（2）行业资质：具有良好的商业信誉和健全的财务会计制度，提供2013年-2016年财务报表；有依法缴纳税收和社会保障资金的良好记录，提供近三个月的纳税证明和社保证明；具有良好的售后服务体系，能提供良好的技术支持。
（3）不接受被列入东航《供应商黑名单》及有违法违规记录的供应商报名。
四、供应商报名截止时间：2017年8月1日，需携带材料：
（1）企业法人营业执照
（2）税务登记证
（3）组织机构代码证
（4）财务报表
（5）相关产品或行业资质文件
（6）相关产品供货合同原件
（7）…………
五、供应商报名地址及联系方式
报名地址：上海市虹桥机场内空港三路99号东航大酒店120室
联系人：王浩
联系电话：021- 22331529
邮箱：checkwang@ceair.com
六、其他要求
1、对于未在东航电子采购平台注册过的新供应商，请报名同时在东航电子采购平台（网址sourcing.ceair.com）进行网上注册，并于X月XX日前完成网上注册和品类认证，否则无法参与此项目询价。
技术规格:
东航客机腹舱买断收入预测系统的《业务需求说明书》确保立项报告中提出的业务需求的要点被清晰地提炼为功能性与非功能性需求。
东方航空物流有限公司（以下简称“东航物流”）作为国家民航领域混合所有制改革试点单位，东航物流混改工作遵循“国有资产保值增值、混改流程合法合规、全面实现市场化经营、推进混改主体公开上市”的原则，随着混改工作的推进，2017年东航物流实行独立经营，通过引入民营战略投资者、财务投资者和员工持股等方式，把东航物流改革成为体制机制灵活、治理结构完善的混合所有制企业，最终实现企业上市。
东航物流混改工作所涉及的客机腹舱同业竞争问题解决、关联交易、公司业务独立性相关问题中，关于客机腹舱的经营方式，如果采用买断的方式，需要预先计算各航线的客机腹舱的货邮量和收入情况，以作为买断价格估值供股份公司和东航物流参考。
项目建设主要实现以下目标：
1. 建立业务数据库，收集/整理股份公司和东航物流的相关业务数据；
2. 建立已有航线和新航线客机腹舱可供吨公里的货邮收入测算算法（年度预测/月度更新），在测算出各航线货邮总收入的同时，测算值也需要能被进一步分解和细化，推算出各航线/航段的收入指标，以辅助管理、营销和操作；
3. 收集国家经济数据和相关行业数据，设计计算模型，实现预测未来的运价水平时，既考虑东航自身情况，也考虑整体经济环境和行业趋势，同时系统需具备根据历史数据和市场动态进行预测计算的自我学习能力。
（东航股份公司与东航物流公司后续计划的客腹舱业务买断方式，为全新业务，无现存的业务流程）。
首先，从财务角度上，设计制定“航班货运可供吨公里”和“航班货运可供吨公里收入水平”的计算公式，测算已有航线和新航线客机腹舱可供吨公里的货邮收入，为东航股份公司和东航物流公司关于客腹舱业务买断交易提供科学的价格估值参考。
其次，从业务操作上，实现管理的精细化，对各航线的货邮收入估算的总值，以及“航班货运实际可用吨公里”和“航班可供吨公里收入水平”进行分解和分析，形成航线/航段的销售指标，指导客腹舱货邮业务的营销和生产。
? 用例名称：根据航班计划进行年度估算
? 角色注释：业务单位决策岗位用户
? 用例图
| 用例名 |
根据航班计划进行年度估算 |
| 主要角色/调用人 |
业务单位决策岗位用户 |
| 次要角色 |
/ |
| 状态 |
/ |
| 说明 |
根据初步的航班计划，形成航线客腹舱货邮收入预测值 |
| 事件流程 |
1．用户登录 2．航线选择/创建 3．年度确认 4．业务数据完整性检查 5．趋势分析参数选择/创建 6．客腹舱可供体积计算 7．客腹舱货邮收水平测算 8．年度客腹舱货邮收入测算/参数调整重新计算 9．用户确认，形成航线收入预测版本数据 |
| 目标 |
1. 判断用户合法性 2. 确定估算的年度和航线 3. 确保用户选择年度航线业务数据的准备以完成 4. 添加趋势分析的影响因素，使得估值更加接近未来实际值 5. 形成用户采纳的版本 |
| 子流程/替代流程 |
子流程1：航线创建，用于新开航线的收入预测 子流程2：用于准备完整的业务数据，以及数据的转换 子流程3：用于引入新的影响因素 |
| 特殊需求 |
整体的计算时间，应在用户等待可接受时间范围内，并有比较准确的进度显示，已确定等待的时间逾期。 |
| 假设 |
1. 如果用户无法登陆，用户将会联络系统管理员 2. 如果用户发现预测值偏离较大，可现实明细，分析偏离的具体情况 |
| 先决条件 |
用户具备相应权限，并正常登录系统，或限制所处网络环境，或限制登陆的设备，等。 |
| 后置条件 |
用户基于权限能够使用应用系统的相关功能。 |
| 用户界面 |
/ |
| 业务规定 |
在三次失败的登陆尝试后用户名将被锁起 |
| 业务概念 |
/ |
| 相关用例 |
/ |
| 问题 |
/ |
| 参考资料 |
/ |
| 注释 |
/
|
| 需求编号 |
需求说明 |
| FR001 |
关于业务基础数据的准备，系统需支持以Webservice/DB/MQ/ETL数据接口的方式，通过东航股份的SOA服务平台接入业务数据。 |
| FR002 |
关于业务基础数据的准备，系统同时需支持以Excel文件的方式导入业务数据，或通过应用界面人工录入其他需要的数据。 |
| FR003 |
为满足收入测算公式计算的需要，当需要对业务基础数据进行数据转换时，建议将数据转换的规则以文字描述和公式表达的方式在系统中通过应用界面展现，数据转换规则可以增/删/改/查、可用性状态标识，等。 |
| FR004 |
为满足收入测算公式计算的需要,需进行业务数据完备性定义，在进行计算前，需检查业务基础数据的完备性。 |
| FR005 |
收入测算采取年度估算，月度可更新的方式，因此需要对业务基础数据进行版本控制，同时，在收入测算结果中体现采用的数据版本。 |
| FR006 |
收入测算时，作为测算公式的参数引入的行业数据、经济数据，可归类、可增/减、可应用/不应用、可图形化展现。 |
| FR007 |
采用科学的计算公式，计算航班货运实际可供吨公里。 |
| FR008 |
采用科学的计算公式，测算航班可供吨公里收入水平。 |
| FR009 |
需要预测已有航线和新开航线的货邮收入。 |
| FR010 |
航线的货邮收入预测支持年度测算/月度更新。 |
| FR011 |
需要对年度测算结果和月度更新结果的差异，需进行比对和分析，得出差异数据产生的原因。 |
| FR012 |
需要支持对货邮收入预测值、航班货运实际可用吨公里、航班可供吨公里收入水平进行分解和展现，以体现其组成的明细，分解的数据颗粒度至航班的航段级为宜。 |
| FR014 |
对连续的趋势性数据，可细分的结果性数据，提供多种图形化展现方式。 |
| FR015 |
需要支持阶段性数据/结果性数据的图形和表格展现方式，并支持导出（Excel，Word，PDF，图片等）/打印功能。 |
| FR016 |
所有影响到收入预测结果的任何数据修改和调整，均强制留痕，并详细记录。 |
| FR017 |
系统基础数据（如：数据字典、用户数据、权限数据，等）的任何数据修改和调整，均强制留痕，并详细记录。 |
| FR018 |
基本的收入预测数据模型确定后，在系统功能允许的范围内，用户可调整内容（如引入参数的增减，参数权重调整，业务基础数据的转换方式，等）需直接体现在最终的货邮收入预测值的备注内容中。 |
| FR019 |
应用软件功能界面设计，需良好的可操作性、交互性、和美观度。 |
| FR020 |
系统用户管理，用户密码管理，登录界面管理等，严格遵照股份信息部相关规定要求。 |
| FR021 |
系统版本的更新，严格遵照股份信息部系统发布流程相关要求。 |
| FR022 |
需要供应商提供7*24小时系统运行保障服务，当系统应用软件部分出现故障时，需及时分析、处理和解决故障问题。 |
| FR023 |
需要供应商密切配合股份信息部（运维支持部），及时修复系统存在的、新出现的系统安全漏洞。 |
| FR024 |
系统应用软件的知识产权归属东航股份公司和东航物流公司共同所有。 |
| 需求编号 |
需求说明 |
| FR001 |
系统所需的应用服务器，接口服务器，数据库服务器均采用东航的虚拟主机环境。 |
| FR002 |
数据库软件为Oracle 11G |
| FR003 |
应用服务器 1台 - 8CPU/32G/500G（可扩展） 接口服务器 1台 - 8CPU/32G/500G（可扩展） 数据库服务器1台 - 8CPU/32G/2T（可扩展） 应用服务器（开发/测试）1台 - 8CPU/16G/100G（可扩展） 数据库服务器（开发/测试）1台 - 8CPU/16G/100G（可扩展） |
| FR004 |
系统所需网络环境采用东航现有的网络环境。 |
| FR005 |
如果需要从东航内网以外的外部系统接收数据（如行业数据，经济数据等），可由东航股份信息部（网络/主机部）配置所需的网络环境。 |
| FR024 |
系统仅在东航内网环境中供用户使用。 |
| 需求编号 |
需求说明 |
| FR001 |
算法模型将以已经存在的历史数据为基础，并引入多个未来的存在变动趋势的因子，作为算法模型的参数。因子的多少可增减，参数的权重可调整，这些因素的变化和调整都将直接反应在最终的收入预测计算结果中。 |
| FR002 |
为满足东航业务需求定制化设计的算法模型，需要对股份公司和物流公司双方公开，算法模型所需的业务数据和引入哪些行业数据，均需得到股份公司和物流公司双方的认可和确认。 算法模型的核心数学公式如果涉及第三方产品，或知识产权，根据具体情况可由双方协商决定。 |
| 需求编号 |
需求说明 |
| FR001 |
技术架构采用J2EE技术框架时，需要系统的开发环境并遵循东航的软件设计规范和东航的基础开发框架要求，采用股份公司的MUJUP - Java开发平台，股份公司信息部将为供应商开发团队提供培训和技术支持。 |
| 任务名称 |
开始时间~完成时间 |
里程碑 |
| 立项 |
2017.06.01 - 2017.06.30 |
立项呈批件被批准 |
| 采购 |
2017.07.01 - 2017.09.30 |
完成采购 |
| 需求调研、设计 |
2017.09.01 - 2017.09.15 |
设计评审通过 |
| 算法设计 |
2017.09.16 - 2017.10.15 |
算法设计测试完成 |
| 开发、测试、培训、上线 |
2017.09.16 - 2017.11.15 |
系统功能上线 |
| 试运行 |
2017.11.15 - 2017.11.30 |
完成试运行报告 |
| 初验 |
2018.06.01 - 2018.06.30 |
完成初验 |
| 移交及终验 |
2018.12.01 - 2018.12.30 |
完成终验 |
| 需求编号 |
需求说明 |
| NFR001 |
一个年度系统服务端可用性为99%，可允许有3.65天的服务中断，一个每周可用性为99%的方案则最多只能有每周1.68小时的服务中断，其中包括系统升级、系统Bug修改进行新版发布的时间。 |
| NFR002 |
相关的业务数据格式、报表格式等，需满足相关业务规范要求。 |
| NFR003 |
系统应用界面合理的布局，人性化的操作方式，以及详细、准确的用户提示。 |
| NFR004 |
除对年度/月度的大体量航班计划数据处理外，其他一般性操作和查询的系统反应时间，最长应在3秒内呈现结果信息。 |
| NFR005 |
用户使用系统，不需要额外的系统配置和程序安装。 |
| NFR006 |
为满足后续东航物流公司进行IPO时，可能涉及的相关要求，软件系统所涵盖范围内，供应商需配合东航物流公司所合作的券商公司，对软件系统进行所需的设计和调整。 |
| 需求编号 |
需求说明 |
| NFR001 |
每年不应有超过1个“一级”的系统故障。 |
| 需求编号 |
需求说明 |
| NFR001 |
当由于系统软件出现故障导致无法使用时，从接到故障通知开始，供应商需与股份公司信息部（网络部/主机部/运维支持部）一起配合，保障系统软件部分在12小时内恢复系统的正常运行。 |
| NFR002 |
当由于系统的主机和网络环境故障导致系统无法使用时，按股份公司信息部相关故障处理流程进行处理，当需要时，需供应商提供及时的、必要的协助和支持。 |
（无）
（无）
（全文完）
解决方案
联系我们
