1.需求调研时跟甲方的哪些人对接？
1)IT部负责人,该人负责验收
2)业务上,IT部负责人会带我们跟各个科室的科长,业务主管了解或者沟通
2.需求调研时都记录哪些文档内容？
1)当场记录一些业务相关的
2)回去做整理,整理出《需求分析》
3)整理后需要对方在《需求确认书》签字确认
3.项目需求设计(概设和详情)
很多项目,这一步会省略,直接在《需求分析》的基础上实现原型(demo)。
对于政府项目或者其他国企项目,建议有这些,这些也是交付时的成果的一部分。
验收签字——是一种责任,不单单是权力。
4.数据库设计
根据需求进行划分,按照ISO编程标准做,另外建议表名为:模块名_功能,例如user_role,order_detail
5.功能设计
抽取出功能部分,例如用户中心、商品中心、订单中心等。
6.软件测试
一般按照1:4的比例配备测试人员。
7.前端人员
1)企业级项目,由于公司有技术沉淀,可以没有前端
2)互联网项目,一般需要前端,因为页面比较个性化、页面变化较多,例如中秋促销、双十一
8.项目必有的模块
用户信息
各个单位信息
注册登录
登录日志维护
个人信息
各个单位信息
权限维护
统计报表
所以,在记项目模块的时候,不要死记硬背。
9.技术点
相对难点和亮点比较宽泛,可以说一下项目中使用到的技术,例如redis,mq,springboot.
一定要知道这些技术点,用在了项目中的哪一个功能上。例如redis用在了通信管理局项目的
施工单位缓存上。
10.bug修改
1)bug类型：逻辑上的(例如电话号码长度),业务上的(例如业务流程不对),程序上的(例如404,500)
2)自测
3)测试人员测试,使用禅道的bug管理系统,流程：
新建bug,修改bug,关闭bug,再次测试,如果没有修改完毕,再次开启,
然后再修改,关闭。
11.上线
1)上线之前,一般很忙,例如赶工、旧的基础数据的导入等(表结构不同)
2)上线之后,一般会有新旧系统的并行过程,甲方、乙方都会很忙
3)上线2个月之后,一般会较轻松
12.客户培训
1)刚交付的时候一般由项目经理进行一次统一的培训
2)留1-2名在现场，后期指导
互联网项目特点
1.用户
1）针对全社会开放，用户量大，产生的数据多
2）用户的构成比较复杂，例如：威客，有公司用户，个人用户，个人服务商
3）本公司的运营人员、开发人员
4）公司如果很大，要承担社会责任，例如金融安全、反恐等
2.安全
1）支付了但是订单状态没改
2）被攻击
3）运营上的安全，例如价格搞错被人疯抢
4）中小型公司一般都是使用云服务，购买安全服务
5）数据的安全，例如用户信息的泄露
3.需求
1）需求变化比较快，随着运营策略，程序在来回的变
2）页面前端变化的也快，例如各个节日的促销等
4.特有的一些参数
IP 不同的IP访问数量
PV page view页面浏览量
UV user view比IP或者PV更能反应真实的用户量
粘性 pv/ip可以衡量粘性，是衡量网站是否受欢迎的指标
日活量 每天活跃的用户数量，是衡量网站是否受欢迎的指标
并发 纯技术术语，峰值的时候500，平时100，衡量网站处理能力的指标
吞吐量 单位时间内处理的请求的数量，衡量网站处理能力的指标
B2C 网站的运营模式，商家对个人，例如天猫
B2B 网站的运营模式，商家对商家，例如阿里巴巴
C2C 网站的运营模式，个人对个人
O2O 线下对线上，例如电影票，外卖，滴滴打车等
获取更多资源请关注微信公众号：AKA程序王
