• (感悟)苦心人天不负 - 写在项目上线后记


        历时6个月的项目终于上线了,突破了个人项目组工作效率的纪录,4个全职开发人员,完成下述完整系统功能。下面的内容需求分析阶段内容,由于国企的特殊(WL)性,需求确认完成后,在实施阶段又提出了N多需求变更,严重影响了系统原有的整体业务布局、数据流转,再次按顶头Leader '以大局为重'的原则,委屈开发人员,历经多次修改,现在终于完了。
        说说需求,系统需求如下: 
      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、开发人员是最苦的,如果有条件,适当的为开发人员申请点补助,买两个烤肠补补身子。

  • 相关阅读:
    Redis集群的搭建
    CAS部署在Windows上
    Loadrunner中Error-26612HTTP Status-Cod
    Coneroller执行时候的-26374及-26377错误
    Loadrunner 26377错误
    歌名也好笑
    loadrunner 中Error和failed transaction 的区别
    loadrunner 性能测试报error-27796的解决
    lr11.0负载测试 real-world schedule 与basic schedule的区别是什么
    LR中错误代号为27796的一个解决方法
  • 原文地址:https://www.cnblogs.com/spymaster/p/972909.html
Copyright © 2020-2023  润新知