-
必须按照现有的需求分析文档来提供材料,不要直接拿其他的材料;
-
按照需求实际改造点去写COSMIC材料,已经实现或者没涉及改造的内容不要写,比如一个需求流程中并没有操作员权限的获取校验,就不能
写。 -
原则上一个功能过程不要超过5个子功能描述,每个子功能过程必须要以一个输入E开始,必须以x或w结束,每个功能过程只能一个E和X,否则会被视为重复无效。
-
数据移动类型按照实际填写,查询XXX数据,明明数据移动类型是R,写的却是W,这个问题基本每个需求材料都出现。
-
COSIC必须要有功能时序图、功能架构图,拆分表一、二级模块必须要在功能架构图中一一对应。
-
子过程描述不要出现检验、校验、分析、判断、解析这样的字眼,因为COSMIC认为校验可以被其关联的数据移动所承担,校验过程没有数据移动,不单独算是一个功能点。遇到增加校验类的需求,尽量把整个校验功能模块的ERWX过程整个写出来,体现出有跨层或者跨界的数据移动即可,比如判新用户状态,可以描述成·查询用户状态数据判断用户的状态;校验业务规则可描述成,咨询业务规则信息去校验XXX
-
不同功能过程的子过程描述不能相同,都写的提交订单信息,保存订单信息,后面的功能点肯定会被砍掉,把具体的功能过程加进去。
-
每个功能过程的数据组和数据属性尽量不要相同,写相同会被认为是原有的可以复用的功能点,会被砍掉不能计算工作量了,所以就算相同也请换一种说法。
-
COSMIC材料中不要出现英文表名或者英文字段名,请将英文表名或者英文字段名翻译成中文10、COSMIC材料中不要出现代码专有名词,尽量描述的通俗易懂
-
COSMIC功能点拆分中的“功能过程”这一列要和解决方案内容一一对应,并且要对该功能过程进行说明。
-
参考预估工时去写COSMIC功能点个数,不能低于预期工时,也不能超过预期工时100%,预估工时和功能点(行)数比例为;1:1.5,比如预计工时是10人天,提供的COSMIC功能点个(行)数最少15个(行)
-
COSMIC功能点拆分表格中EFHI这四列不能相同(不同功能过程的数据组和数据属性也不能相同)
-
子过程描述不要出现临时表、缓存表、redis、都是数据的临时存储不计功能点。
-
上下文中如已有功能,再出现将不计为功能点(不能出现一样的功能过程,请注意)。
-
日志记录子过程描述将不在计入有效功能点(有效行数)。
-
功能过程指的是移动系统的功能处理,功能过程可以为前台、后台的功能,XXX界面、XXX改造、新增表字段等等均不是功能过程,请注意
COSMIC评估经验
于 2022-05-02 21:44:38 首次发布