说说需求，系统需求如下：
l 重新开发客滚售票管理系统，使之在覆盖现有功能的基础上，实现新的面向提升运营效率和运行质量的拓展需求
l 统一规划系统业务流程，实现各业务环节数据共享、数据重用、减少数据重复录入、保证数据一致性并多重校验，提高工作效率；
l 实现安检系统与客滚售票系统的集成，保证车辆信息的数据共享，解决信息孤岛问题；
l 系统的权限管理功能，实现基于角色进行权限设置，可按级别、部门、人员、系统功能等各方面进行交叉权限分配、管理；
l 系统界面布局清晰，功能操作简单，交互式指导操作，能够明显减轻各岗位操作人员的工作负担、提高工作效率；
l 系统能提供合理的安全解决方案，保证系统及数据的安全性和操作完整性；
l 系统能高效率的运行，快速响应各操作终端发出的指令，并及时反馈执行结果；
l 系统简单易维护，系统管理人员对系统参数设置、客户端升级等工作在服务器端可视化操作，实现快速管理、快速响应；
l 使用先进的条形码技术和无线终端检票，通过条形码票据的打印、电子检收，提高检票质量，增强伪票识别能力；
l 引入会员卡功能，将会员信息、折扣信息输入会员卡中，方便会员使用，简化工作流程，提高工作效率。
根据现有信息，整理出的系统功能模块如下：
l 系统管理维护模块
l 基础信息管理模块
l 协议单位、会员管理模块
l 航班计划管理模块
l 票据业务管理（订、售、退、换票）模块
l 票据收发结算管理模块
l 电子检票管理模块
l 智能决策管理模块
除了前两条、最后一条，都他妈的挺恶心的需求修改。
|
2007-5-8 |
项目调研、系统设计 |
|
2007-6-8 |
系统开发、功能确认 |
|
2007-7-29 |
7月25日到现场进行系统安装，调试：搭建起培训用小环境，并与系统管理员、市场部人员交流系统业务流程。 |
|
修改票源分配的操作模式、增加航班计划自动定时放票功能。 |
|
|
2007-8-1 |
参与硬件设备采购、无线网络选型、Oracle安装、安检集成、打印机调试以及基础数据准备等工作。与市场部、售票中心对基础数据校对。与科技处协调，完成端口映射及系统在广域网上的测试。 |
|
2007-8-19 |
进行新老系统模块对比确认，并将对比结果进行整理:主要针对操作方式、界面布局、及计划制订业务流程进行调整。 |
|
2007-9-9 |
对新系统进行界面、报表二次确认，针对报表格式、打印样式进行修改。 |
|
开始进行正式压力测试，对每天对新老两套系统中的数据进行对比、分析，解决存在的问题，现两套系统每天数据已完全对应，并持续一周。 |
|
|
扩充换票功能(原只有向前换,新增向后"向前各种换票)、增加安检确认功能、开始各种查询报表开发、增加单点登录功能。 |
|
|
2007-9-18 |
将修改航班铺位等级的功能移至航班计划模板中，增加临时加票、航班计划铺位等级临时转换功能 |
|
查询、业务功能的优化工作：针对查询用的视图、存储过程、报表等进行修改，系统运行效率有一定提升。 |
|
|
2007-9-28 |
针对软件功能开始目标性流程测试。 |
|
对数据库服务器、系统应用服务器进行优化配置，效率明显提高。 |
|
|
2007-10-21 |
针对软件报表开始数据勾稽关系、数据准确性测试。 |
|
第三次确认报表内容、格式报表，并调整、修改完成。 |
|
|
进行并发测试工作，12个窗口进行抢票并发，效果较好：票源数量、系数控制准确，无一例重号现象。 |
|
|
开始代理点的培训安装工作。 |
|
|
2007-10-23 |
为了保证系统财务数据的准确、没有业务漏洞：双方项目组领导共同确认在系统中按流水号进行业务处理的决定。；首先在系统中通过票号校验、打印失败自动退票等手段进行严格的控制避免串号问题的出现，同时在不确定因素情况下出现串号问题，通过流水号可以保证资金的准确。 |
|
2007-10-31 |
对系统中全部报表进行数据校验、查询速度优化、对系统中所有报表进行格式统一、打印效果的统一。 |
|
2007-11-4 |
完成系统中业务处理按流水号处理的开发工作。 |
|
2007-11-9 |
解决打印机异常，但不报错情况的处理方式:采用系统弹出确认界面人为确认方式解决。 |
|
完善客票硬票、车票硬票补录入功能；开始在报表中体现软票、硬票两种数据的统计查询开发工作；增加换票补差价功能。 |
|
|
2007-11-21 |
对系统各模块，按业务流程进行多轮系统测试，目前现有功能已稳定、数据准确。 |
|
2007-11-26 |
凌晨正式上线。 |
牢记几条：
1、别把客户想得像自己一样善良。
2、签字、任何双方确认的东西，都要形成文档，签字，且签字人级别越高越好。
3、开发人员是最苦的，如果有条件，适当的为开发人员申请点补助，买两个烤肠补补身子。