开发进度模块 7天 14天 42天 14天
用户需求          √
总体设计,原型建立 √
详细设计、编码、单元测试            √
测试及排错,集成测试更新  √

解决方案 »

  1.   

    编码时间太长,用户需求分析的时间太短,总体设计,原型建立和测试及排错,集成测试更新也应该相应加长。
    如果想长发一个结构完善,质量好的软件,测试及排错,集成测试更新还要加长。开发进度模块 14天 17天 28天 18天
    用户需求          √
    总体设计,原型建立 √
    详细设计、编码、单元测试            √
    测试及排错,集成测试更新  √
      

  2.   

    有多少人做呀?说不好合理不合理呀
      

  3.   

    一年不休息,能做五个这样的项目,这样你一年可以拿多少钱?是不是还不错?
      

  4.   

    这样说太片面了,你的项目 有多大,你们有多少人来做等我们都不知道
      

  5.   

    楼上说得对,情况都不清楚,不好评论,不过编码时间确实过长。
      

  6.   

    项目大小很难说,我只知道每天大概能有140多万现金从我们的系统走
      

  7.   

    测试及排错,集成测试更的时间是不是该长点?
      

  8.   

    和钱打交道的收费系统,调研的时间一定要长
    编码我倒觉得无所谓,人手不够,可以把简单代码教给兼职写
      

  9.   

    假设你安排的总时间数合理(因为不知道项目的规模),就单单各部分的时间分配的比例来说就不合理了,首先,如果项目大的话,各部分也会相应的复杂,用户需求,总体设计,原型建立的时间这么短,我想你们的系统分析员肯定会忙不过来,并且,很多的开发文档都会因为统分析员忙不过来而不做。详细设计、编码、单元测试有这么长的时间,我想你们的程序员肯定会很轻松。测试及排错,集成测试更新在软件质量的一个重要的部分,这部分要程序员、测试员和系统分析员共同参与,如果这部分时间足够的话,我想会减少你会对系统维护的费用。
      

  10.   

    将你的计划拿到软件工程论坛去,我想至少会有60%人对你的项目安排的时间分配比例有意见。呵呵!