实现个性化软件产品的工作流程

1. 前言

1.1.个性化产品情况

　　软件产品已经基本成型，已经有一个以上的用户在使用。

　　软件产品不是通用软件，用户的大体功能相同，但都有用户个性的需求，并进行个性实现。

1.2.优劣分析

　　优势：

　　1.不是通用软件，而是对不同用户进行个性实现，使系统盗版的可能性降低。

　　2.由多个用户提出需求，以业务驱动技术进行实现，良好的需求用户共享，可以保持系统的先进性。

　　3.核心部分已经完成，从用户提出需求到系统上线，实施时间短。

　　劣势：

　　1.很容易对于用户需求使有快速开发方式，头痛医头，脚痛医脚，测试由于时间紧急、测试数据不完整等原因测试达不到质量要求，使系统稳定性不足。

　　2.统一版本管理困难，一线人员最怕升级，不知升级后会有什么问题。

　　3.由于用户的增多工作战线会拉的长，易形成救火队组织。分工不明确，到最后可能开发团体每个人是工程人员，也是开发人员还是测试人员，事情混杂，不能专心一个时间内做一件事情。

1.3.目的

　　根据以上情况及个人经验制订出以下工作流程。

2.工作流程

2.1.名词定义

　　个性化需求：单独为某一个用户个性所做并不涉及系统核心（委托，转换，清算，初始化）的需求，需求的失败编程影响只提实现需求实现代码内，不应有连锁影响。

　　系统需求：涉及系统核心（委托，转换，清算，初始化）的需求（含由于单一用户提出的涉及核心的需求，因他个性的需求修改核心，会影响其他用户）。

2.2.个性化需求流程

　　1.用户工程人员提出需求文档及要求

　　2.系统开发负责人了解情况后进行分析，如果决定开发进行下一步，否则告诉需求提出人需求被拒绝。

　　3.对需求进行统一编码

　　4.安排相关人员开发，测试人员为用户工程人员。

　　5.在紧急或外部开发方式情况可以由工程人员开发，用户直接测试。

　　6.测试流程按部门〈测试流程〉进行。

　　7.测试通过，需求放在〈功能列表〉

　　8.安排人员更新〈用户手册〉

2.3.系统需求流程

　　1.用户工程人员或相关人员提出需求文档及要求

　　2.系统开发负责人进行内部讨论相关性后，如果决定开发进行下一步，否则告诉需求提出人需求被拒绝。

　　3.对需求进行统一编码，对需求编写测试案例

　　4.安排相关人员开发，安排测试人员

　　5.测试流程按部门〈测试流程〉进行

　　6.测试通过，需求放在〈功能列表〉

　　7.安排人员更新〈用户手册〉

2.4.系统升级及新增功能发布流程