例会分享

采购系统开发简单分享

一,系统简单介绍
         
    采购系统是企业B2B系统，

     2011年4月开始启动，从一个Excel文件开始，有公司商品策略部提供，前期讨论了大半个月一直做的流程设计的问题
做成Viso图，分析出了系统的几大流程实现，根据Excel中提炼出大的可预见的商品实体类和供应商实体类等，开发人员陆续
到位，老大分了两个成员，罗涛和沈彦，前提已经用rose设计出了一些数据原型PDM文件，给两个开发人员看，熟悉，并把流程
文件一并发给他们，经过几个月的开发，测试，再开发，以及业务部门的需求不断变换，我们再改，开发完成，大概是10月份。

地址：http://192.168.0.250:8080/rklogin.jsp
模块如下：  供应商管理  商品管理   需求管理 订单管理(核心)
  
            物流管理(核心) 库存管理 财务管理 基础数据  系统管理 等几大模块


有兴趣的可以到上面去浏览和试用。

二，需求分析很重要

借用老大一句话：技术是为业务服务的。

1.准确理解，定义需求，尽量书写规范的需求文档(教训)，刚才我说了我们歌城B2B需求方提供的开始比较简陋
  ，我先期根据给我的文档逐项逐项的去问业务部门，这个主要是我对业务领域不是太熟悉，
  先期做此种系统少，特别采购接触的也少，所以期间把所有的问了个遍，文档 过程中实体类
  逐渐的清晰起来，业务流程也有个一些脉络，做了数据模型图和业务流程图，当然非专业，用word做的

2，做用例图，这个比较重要，参与者（Actor）、用例（Use Case）与系统边界（Boundary）三者是个慢慢理清
             过程，可惜随着项目的推进没有坚持下午，做了没有几个，后期在开发中吃了大亏，具体有些重要的
         模块，边界值没有搞清楚，主要的输入和输出也模糊不清，给我们的team成员开发中造成了迷惑和不解
 
3，开发中不断推掉以前做的。以前理解的从来，
   原因有二： 一，是先期调研就没有问清楚需求方想要什么效果
              二，需求方先前告诉我们的是对的 ，但是后期领导让改了，还得改，所以这就要求我们在设计系统的时候
              尽量留有余地，包括字段稍许冗余等
              三，客户原来估计自己就没有搞明白，或者你没有问道关键点（我们犯的多些）


三，沟通能力很重要

1，和用户的沟通
  大致是需求分析的事情，和开发中给客户测试，黑盒的问题

2，Team成员间沟通

沟通是个相当重要的事情！
开发项目过程中包括讨论需求、确定方案等都需要和同事商量，如果沟通方法不正确，反而会引起很多不必要的麻烦！并且集思广益会有更多的灵感！
沟通的方式也有多种：有些情况下沟通的很斯文，你一言我一语；有的时候则需要争吵一番。其实最主要都是想明确一个目的，确定一个方向！


四，项目开发时间控制




1，用甘特图管理项目工期，确定关键关键路径事件不能太长，超过了一周基本都不是太准确了，
     ，超过一周就继续分解，·我们刚开始都没有使用甘特图，都是大估摸的，我给老大报的项目时间都不太准确了，没有估算
     需求复杂度情况和开发能力，以及手头其他活等，这就造成了一个杯具了，在一个错误的时间内
     完成一个不可能完成的任务，质量可想而知，

2，估算开发时间，自己主动施压，估算基础时间*1.5等，给客户大概*2