1、首届中国大学生服务外包创新应用大赛Softtek Public - Serive Outsourcing Competition Examination Sample 大赛专家委员会2010 年 7 月泛美物流系统优化项目任务书第 2 页 共 20 页 一、 题目框架组成 内容 说明整体背景 产业和行业的整体情况公司背景 公司情况介绍 企业组织机构 主要优势、行业地位等背景说明业务背景 现有业务模式 当前商业现状；问题描述 需求现状（障碍与不便，成本，服务质量，品牌形象等）项目说明用户期望 管理高层希望解决什么问题？ 中层经理希望解决什么问题？ 基层人员希望解决什么问题？内容要求 业务模型要素
2、 IT 技术要素 组织管理要素任务要求格式要求 S1：方案概述 S2：解决方案 S3：演示材料评审参考 重要的采分点及其权值二、 题目说明2.1 背景说明【整体背景】Portal 一词原来是“门户网站”的意思，而对于企业信息化而言，它扮演的角色则有所不同。对企业来说，建立 Portal 的意义在于可以使员工共享各种系统和信息资源，并对其进行统一的管理。对员工来说，通过 Portal 可以了解和掌握有关企业的各种信息、参加讨论、协同工作等。Portal 自动将分散于企业各处的信息资源整理并发送给员工，真正实现信息找人的目的。Portal 现在已经成为企业最关注的领域之一，是实现企业整合的第一步。
3、其重要价值在于它是企业现有投资与新投资的集成节点，使用户能够与人、内容、应用和流程泛美物流系统优化项目任务书第 3 页 共 20 页 进行个性化的、安全的、单点式的互动交流。【公司背景】神舟船务公司系中海国际航运(集团)总公司旗下以大型船舶修理、改装及建造为主业，中国规模最大的集修、造船配套为一体的现代化大型企业集团，资产总额近 40 亿元人民币。中海国际航运集团公司以设在大连的集团总部为核心，在各大沿海城市拥有多家国内领先、国际上享有较高知名度的大型修船厂及多家航修和专业化修船配套服务企业，形成在中国沿海南、中、北合理的地域布局和船坞配置。集团下属企业均获得 ISO9000 系列认证，修船企
4、业通过了 OHSAS18000 体系认证，建立了完全满足 SOLAS、IACS 和船级社规范规则要求的技术标准体系，确保为客户提供符合国际质量标准的优质产品和服务。目前，中海国际航运集团公司正积极开拓海洋工程业务，并已取得初步成效。【业务背景】中海国际航运集团公司在继续做强修船业务的同时，不断推进船舶改装和制造业务。目前在大连和南通两地的船舶改装业务比例相对于其业务总量已经取得了大幅度的增长，另外在大连和舟山两地分别成立了独立的船舶制造管理部门，形成了修造并举的业务格局。中海国际航运集团公司为提高主要业务核心竞争力，成立了上海经营总部、海工总部以实现统一经营，杜绝内耗，并在集团内部通过实施 S
5、AP 财务系统、推行财务一体化来提高集团的管控能力，进而提高集团整体协同竞争的优势。中海国际航运集团公司组织机构和分布情况如下图所示：泛美物流系统优化项目任务书第 4 页 共 20 页 中海国际航运集团公司实行单船项目总管小组负责制，为生产的计划、调度、执行提供保障，实现了以单船项目总管为核心，其他生产、安全、质量、经营、技术等业务主管协同合作的单船项目管理一体化。2.2 项目说明【问题说明】中海国际航运集团公司现有应用系统信息如下表：系统 平台或技术财务用友 U8 企业应用平台人事档案 SQL2000、MIS信息报送系统 B/S 架构,MS Server 2003,J2SE 1.4,Tomc
6、at5.0,Mysql4,Struts1.2.7邮件系统 SMTP:,POP3: 员工评测系统 B/S 架构,MS Server 2003,J2SE 1.5,Tomcat6.0,Mysql5,Struts1.2.9,Hibernate3.2某船务集团公司协同办公平台（OA ）B/S 架构,服务器端：Windows 2003 Server 、Lotus Designer R6.5 客户端：Windows 系列、基于 IE6.0 及以上,主要采用Java、NotesScript、JavaScript、Html、CSS 等技术中海国际航运集团及各下属企业也都已经拥有自己的办公自动化系统。许多职能部门
7、也都在使用业务的相关办公软件。但各种信息化资源还比较凌乱、分散；而且资源之间都是独立的，缺乏服务交互；尤其业务流程的信息化管理还没有实现，许多的工作流程还缺乏优化。泛美物流系统优化项目任务书第 5 页 共 20 页 因此，为满足企业 IT 资源合理规划，提高企业业务管控能力，我们要以企业门户平台为展现形式，在内部实现企业信息化资源的统一管理、合理利用，对现有资源的优化；并实现工作流程的信息化管理。【用户期望】目前每个系统都有各自的用户管理、访问界面、数据存储和流程逻辑。中海国际航运集团公司希望通过企业门户平台，对已有的以及未来的系统进行整合，一方面使所以员工能够在统一的工作空间下，按照各自的角
8、色和任务进行相关的工作；另一方面将来实现底层的信息集成和流程整合，为企业内和企业间的协同办公、协同设计提供支持。总目标是：搭建一个统一的企业内部员工使用的工作平台，并使之成为企业未来发展的基准框架平台。门户整合相关： 建立企业信息化框架，不断完善企业信息化的标准化和规范化建设； 初步搭建起企业信息门户平台的基础，提高企业的创新和应变能力； 初步整合现有应用，为企业不同角色提供基本的个性化的工作场所；2.3 任务要求总体设计原则本次 Portal 项目实施范围包括中海国际航运集团公司的本部（包括本部各职能部门的虚拟门户）以及一个下属企业广州船务作为二级门户的应用试点。在中海国际航运集团公司门户平
9、台中，需要建立各职能部门的虚拟门户，特别要强调的是技术中心的虚拟门户之下，还包括三个分中心的虚拟门户。广州船务的虚拟门户中，可根据需求建立下属各职能部门的虚拟门户。泛美物流系统优化项目任务书第 6 页 共 20 页 门户整合的总目标是“建立统一的用户的安全认证机制，实现单点登陆；同时通过门户系统平台提供到这些应用系统的入口，支持企业内的协同门户系统。 ”，主要需求如下：用 户 管 理 相 关 ： 用户信息集中存储 应用单点登录 支持多种认证技术 提供用户策略性的集中管理应 用 集 成 相 关 ： 应用系统前端集成 应用系统后端数据的前端报表展现 应用系统后端流程的前端展现流 程 支 撑 模 块
10、 ： 门户系统应提供业务流程支撑，以便实现关键的业务流程应用，以人为本的综合业务流程管理 提供图形化的业务流程模型定义、监控和管理工具 支持最新的 Web 服务标准和 BPEL 规范 支持将业务功能封装到各个模块，然后单独进行更新 支持完整的 ACID 是事务处理 支持门户统一展现当前用户在各流程应用的待处理项内 容 管 理 相 关 ： 网络内容管理 文档内容管理 内容相关日志企 业 搜 索 相 关 ： 企业搜索引擎企 业 社 区 相 关 ： 在门户中提供企业社区功能，实现个人简要表，企业社区，企业博客等 Web 2.0 功能。泛美物流系统优化项目任务书第 7 页 共 20 页 项目技术要求1
11、. 门户系统应提供完整的门户服务，为企业提供连接服务、管理服务以及展现服务的环境。2. 支持多种主流平台,支持这些平台的 32 位及 64 位操作系统。3. 支持多种主流的数据库。4. 支持多种主流的浏览器。5. 应支持多种用户目录。6. 提供统一的视图来访问和管理门户。7. 支持门户网站页面的定制，门户系统应能通过级联授权，定义外表和主题、更改Portlet 布局等方式来、实现页面内容的访问权限、页面的的颜色方案和可视样式以及页面上 Portlet 的位置安排。8. 应支持常用的 Portlet 标准。9. 确保与企业内部系统的集成。10. 应支持门户系统内部 Portlet 之间的通信技术
12、。11. 应支持将 Portlet 部署在远程服务器上以提供系统部署的可伸缩性。12. 提供多语言版本的支持，支持 Unicode 字符编码。应支持全面的简体中文操作界面及在线帮助等。技术支持服务要求提供用户培训、现场支持、电话支持、系统维护、BUG 修正、需求变更、技术文档准备、实施进度及实施周期等规划方案。其中，提交方案的具体要求是： S1：方案概要（Summary） S1A:概要介绍；实施进度；用户所期望实现的系统纲要及实施细节等 S1B：（可选）不超过 10 分钟的视频或音频补充材料； S2：解决方案（Business Plan）解决方案须详细标注每部分的负责人，并阐述参赛团队内各选手
13、在其中的角色及作用。应该至少包括以下四部分内容： S2A：目标与服务模型（描述赛题的价值与解决思路） ； S2B：组织管理与业务分析方案（主要由项目经理负责） ；泛美物流系统优化项目任务书第 8 页 共 20 页 S2C：技术路线及实现方案（主要由技术经理负责） ； S2D：成本模型及可行性分析（主要由产品经理负责） 。 S3：核心内容展示（Presentation）：以 PPT，Flash 等形式来介绍和展示方案的思路和核心内容（20 分钟以内为宜） ；泛美物流系统优化项目任务书第 9 页 共 20 页 泛美物流系统优化项目任务书V1.02009-07-12泛美物流系统优化项目任务书第 10
14、 页 共 20 页 目录目录 .21. 项目背景 32. 项目说明 42.1. 问题说明 .42.2. 用户期望 .42.3. 任务要求 .62.3.1. 总体要求 62.3.2. 功能需求 72.3.3. 技术需求 112.3.4. 方案编制具体要求 113. 评分标准 12Page 11 / 20项目背景Carrys 物流公司主要为美国、加拿大、墨西哥提供优质、高效的泛美物流服务，包括货代、快运及合约物流（包括仓储及配送）三大服务。在陆运方面其公司拥有干线班车 800 多台，供方车辆 1000 余台，120 多家分公司。目前运作的陆运网络包括局域网 30 余条，干线网 10 余条，供方专线
15、若干，年操作货量达到 25 万吨货。Carrys 物流公司向国内外客户提供如下业务服务：* 国内快运（运输及配送）* 仓储（保税仓储）* 合约物流* 国际货代（空/海运进出口）* 项目物流* 增值服务* 保险服务类型丰富，特别的门到门限时服务包括：同城递送 4/8 小时服务、局域网内次日递送服务、直航城市间次日/隔日递送服务、非直航城市间 2/3 天的递送服务、手提货物服务等丰富的增值服务包括：包装服务、周末及节假日服务、签单返还服务、开箱清点服务、针对高价值货品的周转箱式运送服务、代理货物运输保险的服务四通八达的国内干线运输网络： 空运网络：与国内航空公司建立紧密的合作关系，空运网络连接国内
16、所有直航城市 陆运网络：营运逾 2,000 辆不同种类的货运车辆，连接美国境内的干线运输班车，部分车辆配置全球定位系统(GPS)设备 局域网运输：于国内各州内建立密集的局域网陆运网络在干线班车运作模式迅速发展并推进的背景下，当前信息系统支撑出现瓶颈，为实现发展整合供方以及各种自有资源、提高运营效率、降低物流成本，提出运输资源管理系统的需求，支持国内运输资源的管理和优化，为各业务系统提供统一的国内运输平台。此项目主要涉及国内运输业务，包括以下 4 种运输： 站到站 （干线） 站到门 （送货） 门到站 （取货）Page 12 / 20 门到门 （取和送）项目说明问题说明Carrys 公司在过去的几
17、年里已经建设了信息化系统来支撑各个业务部门，这些系统包括快运业务系统、仓储业务系统、货代业务系统、客户管理系统以及呼叫中心，这些系统运行良好，随着业务的不断发展，这些系统已经不能完全满足客户的需要。主要有以下原因：（1） 由于各个系统建立的时间不同，使用的技术也不同，很难实现数据共享；（2） 各个业务系统分属于不同的业务部门，一个客户的信息在不同的系统中 往往具有不同的内容；（3） 干线班车的业务模式效能不能得到有效利用；用户期望Carrys 公司希望通过整合各个系统的资源，完善合理配载，提高干线效率以及干线与站到门业务的顺畅衔接。Carrys 物流公司希望通过资源整合系统的建立，实现如下目标
18、：1合理的自动配载计划如何实现合理的自动配载计划是本系统的难点。自动配载可以根据以下原则优化配载算法： 最大价值优先原则最大价值是指对每个车辆单次运输的重量优先，配置车辆负载。在单车的容积、长、宽、高、舱位的约束条件下，对目标为货物重量进行优化计算。 最低成本优先原则最低成本是指对每个车辆单次运输的路程优先，配置车辆负载。在单车的容积、长、宽、高、舱位的约束条件下，对目标为货物重量进行优化计算。 配载平衡原则Page 13 / 20将最大价值和最低成本分别优化配载后，根据过去的统计经验或管理目标要求如效率、投诉率等综合后选择的配载。无论采用哪种自动配载方法，都要人工监控和一定的调整。因为自动配
19、载无法根据每一个委托单、每一个客户单独计算，所以需要操作员根据经验和实际情况略加调整。2班车线路优化与动态规划进行班车线路优化与规划，需要大量的数据支撑及丰富的工作经验，同时还要对规划提出预测性的要求。有些条件限制了优化的能力，如节点设置的坐标，自有资源和供方资源的选择，以及执行的力度都可能影响优化的效果。制作者可以根据进行数据模拟。如大型城市北京、广州、上海等有 1 个空运连接点、2-3 个陆运点进行设计。在进行班车线路优化与规划过程中，算法需要考虑的约束条件包括： 车辆的运力情况（体积、载重、车辆类型）； 各类时间窗的约束（网点的收货时间、服务时间、仓库的工作时间等等）；时间窗的设计可以根
20、据行业习惯进行设计。本方案主要考量时间窗的利用原理。 取、送货点的约束； 订单优先级的区别，订单优先级范围：普通、加急、特送（指专车配送）； 其他各类客户定义的约束。3. 运营分析通过多维度、多角度的趋势、对比、比重、量化分析，是对实际工作的有力的数据证据支撑，通过多个重要因素的分析与调整降低运营成本，控制成本在一定的区间范围内，需要考虑的因素如单位重。4 数据安全数据安全是系统的重点，缺乏数据安全的企业应用系统是任何一个对自己业务关注的企业所不能容许的。5.与相关系统的对接资源整合系统需要考虑到与现有相关系统的对接，最大限度的利用现有系统的功能。Page 14 / 20任务要求总体要求请你的
21、团队以 IDEA 公司的名义，为 Carrys 公司设计一套资源整合系统的原型DEMO，并以此为基础为 Carrys 提供外包服务整体方案：（1） 分析以干线模式为基础的物流业务的特点，并在 DEMO 中具体体现上述特点。此外，需要特别说明通过资源整合，Carrys 业务部门、供货商（外包车队）、客户的使用体验；（2） 给出基于 B/S 或 C/S 架构（或其他）的技术解决方案，支出为何采用该种架构方案，应当突出信息安全的系统规划并在 DEMO 中予以体现；（3） 提出外包服务的具体内容，并说明通过外包服务带给 Carrys 的价值；以及在各个用户关注点的解决模式；（4） 为开展相应的服务，I
22、DEA 公司的组织模式及管理体系。1总体设计原则说明： a) 先进性原则b) 可靠性原则c) 可扩展性原则d) 实用性原则e) 安全性原则f)可维护性和可管理性原则g) 投资保护原则2具体的功能模块说明：系统要求实现以下功能（包括但不限于）该项目需求包括：任务单处理、资源管理、配载计划、运营分析、结算五个模块；基本的权限管理模块。所包含的功能涵盖数据、资源的共享和整合；对使用者的指导；以及数据分析、操作者的考核监控等。以上为主要功能，但不仅限于此。采用 6 选 3 的方式进行，基本权限管理、任务单处里、资源管理、为必选模块，其余三个模块为可选模块。3网点信息可自行进行数据模拟，如大型城市北京、
23、广州、上海等有 1 个空运连接点、2-3 个陆运点进行设计。Page 15 / 20功能需求资源整合系统结构示意图任务单处理主模块 功能 需求任务单录入、导入 各种形式委托单的录入；EDI 导入 KTOS 等系统的主单、分单、业务单等任务单审核/修改 对货运任务单的审批、修改。任务单处理任务单整合汇总 按照线路/目的地/客户等内容对任务单进行整合（拆单）拆单要输入每个单元（车）的货物件数、重量等信息任务单状态查询 根据任务单号/业务单号查询配载计划管理（可选）将任务单和资源进行自动和人工匹配，一是以任务单为依据的运输资源调度管理。二是以资源、舱位为依据的货物预订舱和订舱配载管理，资源可以与多个
24、舱位对应，可以划分给不同的分公司或部门使用。例如一辆车可以有 2 个舱位，一个由快运组使用，一个由货代组使用。 系统需要支持站到站和单独的提货和递送。站到站的干线运输模式：1. 定点班车（直达，中间没有经停站）Page 16 / 202. 定点班车（中间有经停站，在经停站有卸货和装货）3. 临时车次（根据当时的货量需求加开的车次）市内取送的运输模式：1. 预定的车辆资源处理预定的取件或递送或取件+递送2. 预定的车辆资源处理临时的取件或递送或取件+递送3. 非预定的车辆资源处理临时发生的取件或递送或取件+递送市外取送的运输模式：1. 预定的车辆资源处理预定的取件或递送或取件+递送2. 预定的车
25、辆资源处理临时的取件或递送或取件+递送3. 非预定的车辆资源处理临时发生的取件或递送或取件+递送要求统一规划设计并提供相应方案，最终实现全程陆运调度管理。基本功能如下：主模块 功能 需求准备配送货物一览 查看准备配送及已配送货物信息可根据货物情况及配载、运输状态筛选察看。自动配载根据货物信息系统自动筛选列出可配车辆和舱位按一定逻辑排序（优先配载干线班车）- 站到站的资源，基于任务单的目的地配载- 其他资源，基于任务单的收件人地址配载人工配载 设定筛选条件，列出可配车辆和舱位，手工方式配载可手工调整自动配载结果派车任务单打印装载完成确认 装载动作完成后确认，同时输入目测的满载率配载计划状态反馈
26、以主单/业务单将状态信息返回到货源系统资源管理表 1 资源管理数据关键要素：资源数据 备注班车编号 班车类型 所属区域 线路名称起始地点 途经地点 1 途经地点 2 终止点班车线路要素点开航时间 经停到达时间1 经停到达时间 2 终点到达时间双向Page 17 / 20可选择车型 装载吨位 车厢尺寸车辆编号 车辆来源 车辆分类 所属公司车牌号 车辆载重吨位 车厢体积 车厢尺寸购买日期 车辆折旧( 元/月) 油耗标准( 升/ 百公里) 养路费( 元/ 月)发动机号 车架号 年检日期 投保日期车辆信息司机姓名 保险卡号司机姓名 驾驶车辆牌号 入职日期身份证号 驾驶证号 准驾车型 资格证号司机信息出
27、生日期 联系电话 家庭电话 联系人主模块 功能 需求可调用资源 1.进入 TMM 查看可以调用的资源2.从数据库或在途资源中筛选，如车辆、供方、舱位等车辆状态记录1. 使用现有 GPS 硬件设备2. 将 GPS 的信息转入 TMM(进站和到站及在途状态)3. 对于没有 GPS 设备的车辆，使用条码卡或 IC 卡，记录进站和出站4. 对于异常状态，手工输入5. 连接到 GPS 供应商的网址，查看轨迹。油耗/里程记录1. 有 GPS 设备车辆，如果可以，油耗/里程记录数据从GPS 供应商的 EDI 信息中获得2. 其他情况下，可以手工登记：a) 油耗b) 里程记录（任务清单上手工记录开车时的公里数
28、和完成后公里数记录）GPS 信息导入 将 GPS 的信息如定位、油控、里程、区域报警、车速控制、信息传递、开车门等导入 TMM.车辆事故登记 车的所属单位负责记录车辆的事故信息记录，如：事故分析判责，保险索赔等。资源管理-车辆管理车务日常管理 1.车辆保养/维修、年检、保险等记录，2.通过报表查询,了解年检、交保险等情况。主模块 功能 需求Page 18 / 20路线收发件人信息 客户、供方、内部部门代码、快运站点部分可从现有操作系统导入航线信息 固定时间的航线车型信息 平板车、厢式货车、集装箱拖车、保温车、特种车舱位信息 陆运、空运、铁路、包舱、包板运输工具信息 车辆（航班）牌号、长宽高、载
29、重、体积.车辆、航班对应的航线、车型、舱位司机信息资源管理-数据库成本信息自有车（运营成本=基本成本 +运作成本）基本成本：自有车辆的折旧，保险信息，维修费用等运作成本：油费，过路过桥费，高速费等供方供方运价运营分析模块（可选）主模块 功能 需求成本分析 根据不同时间段统计单车、航线、区域运行成本（每KM、KG、立方），单车油耗分析等效率分析 车辆（航班）、航线配载率等按照重量和体积综合衡量配载率，同时记录实际配载率等质量分析车辆准点率；单车、区域事故率、异常率等操作人员订单处理及时率、异常处理及时率等司机行车准点率、货损率、客户投诉率等运营分析能力分析 根据不同时间段统计单车、航线、区域货量
30、等查看司机在不同时间段的工作内容、货量等结算模块（可选）主模块 功能 需求应付费用登记对账管理应付费用的发票付登记自有资源费用应收费用登记月结清单开内部发票发票收款交款日报交款日报核销结算模块收对帐/认账Page 19 / 20报表 报表管理技术需求1) 设计方案要求基于 B/S 结构的程序，即不需要在客户端安装任何软件；如采用 C/S 结构或其他结构，请提供客户端自动升级方案。2) 在浏览器和服务器之间的数据传输量最小，系统的平均响应速度要小于 2 秒。3) 数据库可以存储至少 1 年的数据，大约 600,000 个运输任务。4) 修改权限的设定需要体现在角色级别，功能级别和数据级别（不可以
31、修改其他分公司和其他业务资源的数据）5) 查看权限的设定需要体现在角色级别，功能级别6) 请在方案中给出部署方案建议，包括但不限于服务器部署方式，客户端及服务器硬件需求建议。方案编制具体要求 S1：方案概要（Summary） S1A:说明目标问题、思路、做法和亮点； S1B：（可选）不超过 10 分钟的视频或音频补充材料； S2：解决方案（Business Plan）解决方案须详细标注每部分的负责人，并阐述参赛团队内各选手在其中的角色及作用。应该至少包括以下四部分内容： S2A：目标与服务模型（描述赛题的价值与解决思路） ； S2B：组织管理与业务分析方案（主要由项目经理负责） ； S2C：技术路线及实现方案（主要由技术经理负责） ； S2D：成本模型及可行性分析（主要由产品经理负责） 。 S3：核心内容展示（Presentation）：以 PPT，Flash 等形式来介绍和展示方案的思路和核心内容（20 分钟以内为宜）；Page 20 / 20
