第一:立项建议书
产品,产品定义;产品开发背景;产品主要功能和特色;产品范围等相关信息。
市场,客户需求;市场规模与发展趋势等相关信息。
产品技术方案,产品涉及到的技术使用,比如组卷算法,过程防作弊(怎么做才可以实现)。
项目计划,角色,职责要求,人选。
市场营销计划。
第二,用户需求说明书
原始需求
业务用例图
业务流程图
功能模块说明
第三,产品规格说明书
文档介绍
产品介绍
产品应遵循的标准与规范
产品范围
产品特色
产品的功能性需求,涉及到的各个模块以及各个模块详细说明,新增一个功能则就是一个用例,必须有文档进行说明,用例规约。一个完整的用例文档编写包括,用例名称,参与者,前置条件,主事件流,辅事件流,后置条件,业务规则,主要信息项。
产品非功能性需求
第四,设计文档(研发部门,比如数据库设计)
第五,源码(编码,研发,开发)
第六,测试
第七,部署(运维)
第八,运营
首先,一个软件的生命周期被拆分成各个部分,每一个部分对应相应的工作人员,于是一个软件公司就跑起来了。软件的核心生命周期则是软件运维生命周期。代码可以开源,但是一个公司如何把这个软件运维起来却是秘密,开源的代码既可以让别人学习一些设计,又可以得到别人的建议。
其次,无论是研发的,还是做运营的,都不是想象中那么容易,唯有亲身体验过才理解。其实,真正能够写好代码的是那些业务人员,他们理解这个业务,知道这个业务很多细节,所以做业务的或者说做运营的反而会把代码写得更好。
最后,多理解业务和学习业务知识,加深基础知识学习,有了基础有了业务,编码就很容易。
备注:一个用例写法
用例名称:导入word试题
参与者:题库管理员
前置条件:主角已登录
主事件流:
触发条件:主角选择‘导入word试题’,用例启动;
1,主角选中需要导入的word文档;
2,系统进行解析,并在页面展示第一题相关信息;
3,主角选择大纲,知识点等相关信息,点击保存编辑,系统提示保存成功,立即显示下一题信息,直到最后一题;
4,用例结束。
辅事件流:
word试题文档格式不满足要求,则反馈当前文档,系统仍显示当前页面。
后置条件:
所有试题导入题库,展示试题列表信息。
业务规则:word格式必须严格
主要信息项目(用例规约)(描述模板中的关键信息)