流程分类: 1、 修改BUG 1) 分析BUG所属分类:数据问题,逻辑问题,或者当前协议不符合需求 2) 数据问题:根据问题找到当前协议,跟踪调试BUG出现可能性,及时避免该问题再次出现。 3) 逻辑问题:同JAVA组协商讨论,可同具体负责人员协商,然后需求需要变更的地方有具体文档说明,对于变更的需求需要交付测试,测试通过后方可发布。 2、 新增需求 1) 分析需求需要完成的功能,具体来说为:业务层需要完成的数据操作 2) 同时考虑到需求影响的范围包括前后台,如果波及范围较大,需要集体开 会通过才行,对于不明确的需求和JAVA组或者相关领导及时沟通,避免需 求方向错误,同时对于较紧时间的需求一定要保证功能完善才可上传, 3) 项目属于上线期,确保数据正常,WCF通讯完整,不会出现异常状况。 4) 对于需要更新数据库的操作,要申请项目经理审核。 3、 需求变更 1) 变更的需求首先分析变更原因和可变性。 2) 变更对于业务上和用户操作体验度有何影响,同时分析变更需求,如果变 更不合理,及时提出需求,具体讨论。 上述要求需要准确估测工期,在有限时间内完成应做的工作,一定要保证其他模块运行正常,牵扯到前后交互都影响的修改时需小心谨慎,对于自身没有把握的逻辑,要及时寻求帮助,开发初期,代码规范化,逻辑思路清晰化,切勿进入误区,对于自己的工作抱有责任感和热爱感。
|