COSMIC评估经验

• 必须按照现有的需求分析文档来提供材料，不要直接拿其他的材料;

• 按照需求实际改造点去写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改造、新增表字段等等均不是功能过程，请注意