本手册是针对公司所有研发员工开发而提出的,适合公司进行产品开发的研发员工【开发】。本手册的目的是为了对公司研发人员进行产品开发的工作进行规范。
采用快速迭代的敏捷开发模式,各产品组要熟悉敏捷开发的基本开发理念,标准开发步骤如下:
1. 需求调研:收集、整理需求【参与人员:产品组、实施组、客户】。
2. 产品设计:根据需求设计出思维导图,并细化画出原型【参与人员:产品组、测试组、客户】。
3. 美工设计:根据原型进行UI设计,形成效果图,经产品组、测试组确认后,并切成静态页面【参与人员:美工组、产品组、测试组、客户】。
4. 程序编码:产品组完成产品的编码工作,并完成内部测试【参与人员:产品组】。
5. 产品测试:由测试组对产品进行统一的测评,达到客户正式上线要求【参与人员:测试组、实施组】。
6. 维护跟踪:在产品正式上线后,在一定开发周期内【产品不同时间长度不同】及时跟踪产品项目,直至达到稳定使用为止【参与人员:产品组、测试组、实施组、客户】。
为了实现“公司出品,必是精品”的产品理念,特总结以下设计原则(原则不分先后顺序):
1. 用户需要是输出而不是输入(特别是管理系统)。要用发展的眼光进行设计。
3. 这个功能对核心需求带来什么好处?有多大价值?一定需要吗?考虑分层。
4. 页面3秒原则,保证用户极短时间内可以读懂页面。页面可读性、职责单一、页面有辨识度。
5. 坚持价值,代价4象限分析--最大价值最小代价才是最好,依次是最小价值最小代价、最大价值最大代价、最小价值最大代价。
8. 产品要明确目标、突出亮点,才不至于偏离目标,有拿得出手的功能给客户展示。
9. 初步设计时要做加法,尽可能不遗漏用户期望实现的功能;定稿设计时要做减法,在不影响用户体验情况下尽可能的进行收束。
10. 不要忽略重要但不紧急的事情,时刻问自己这个事情失败了:代价是否可以承受。
11. 一定要把故事讲好,既不重复别人,也不重复自己,一个好故事抵得住十个好创意。
为提高公司不同团队间、同一团队内的团队协作效率,特总结以下原则(原则权重从高到底排列):
3. 同等条件下外部接口工作【协作工作:组间协作、组内协作】优先。
5. 同等条件下同性质工作【项目某个模块、日常的某个具体事】优先。
6. 同等条件下自己负责的工作优先【在本职工作未完成时不要试图帮别人】。
1. 需求文档:产品相关的标准、规范、制度、文档、电子表格、数据库等能描述产品需求的相关原始需求文档,并据此整理的总结性需求文档【产品组负责】。
2. 设计文档:思维导图xmind、原型设计rp、美工效果图、静态页面html、更新说明、pdm文件、增量sql文件等【产品组负责】。
3. 实施文档:项目部署方案、项目部署报告等【实施组为主、产品组配合】。
各产品在命名时都以cn.?开头(即作为前缀),其后是产品的简称【由产品组命名并报研发副总批准】。
2) 公共包位于cn.?.publics下,存放与业务系统无关的通用包、类。
3) 通用业务包位于位于cn.?.yw下,存放与业务系统相关的通用包、类。
4) 产品业务包位于cn.?.产品简称下,存放与产品业务系统相关的包、类。
正例:电子表格处理poixls包命名为cn.?.publics. poixls。
反例:电子表格处理poixls包命名为aaa.bbb. poixls。
2) 应包含方法描述、参数说明、返回值说明、调用实例(复杂参数)。
StringBuffer lsb_err =new StringBuffer(“”);
int li_rtn=ipCompare(ls_ip1,ls_ip2,ls_ err);
public int ipCompare(String as_ip1,String as_ip2,StringBuffer asb_err){
正例:最多10个汉字或20个字符、**超过长度限制(10个汉字或20个字符)
反例:请输入名称(最多10个字)、姓名超过字数限制(20个字)。
由于升级时经常出现后台缓存、页面缓存的问题,造成用户无法使用。A、必须清除应用服务器的缓存;B、必须在调用资源时采用强制刷新手段(页面禁止缓存、资源文件【js、css、图片等】加版本号强制刷新、采用webpack打包工具换文件名);C、测试、实施遇到页面异常时【不允许自行清缓存解决】,开发人员必须想措施保证系统无缝升级。