先知塞姆
| 开发人员 | 加洛斯 |
|---|---|
| 稳定版本 | 8.4
/ 2020 |
| 作业系统 | 微软Windows |
| 类型 | 项目管理软件 |
| 执照 | 尤拉 |
| 网站 | Seer-Sem主页 |
软件SEER（SEER-SEM）是一种项目管理应用程序，用于估计软件开发所需的资源。
历史
1966年，基于回归的系统开发公司模型。
1980年， Don Reifer和Dan Galorath纸促使构建JPL SoftCost模型。该模型是软件估计的早期示例，允许自动化和执行风险分析。 SoftOstant由Reifer Consultants制作了商业产品。
1984年计算机经济学JS-2和Galorath基于Jensen模型设计了System-3。
Jensen启发的System-3和其他建模系统（如Barry Boehm的Cocomo和Doty Associates的早期作品）可以看作是Galorath将在1980年代后期开发的软件套件的直接和间接贡献者。
1988年，Galorath Incorporated开始对Seer-Sem的初始版本进行工作。
一组模型
软件SEER（SEER-SEM）由一组模型组成，共同提供努力，持续时间，人员配备和缺陷的估计。这些模型可以通过他们回答的问题简要描述：
- 浆纱。估计软件项目的大小（代码，功能点，用例等行）
- 技术。开发人员可能的生产力是什么（功能，工具，实践等）是什么
- 努力和计划计算。完成项目需要多少努力和时间？
- 努力/时间表计算的限制。应用日程安排和人员配备限制时，预期的项目结果如何变化？
- 活动和劳动分配。应如何将活动和劳动分配到估计中？
- 成本计算。考虑到预期的努力，持续时间和劳动分配，该项目的成本将多少？
- 缺陷计算。给定产品类型，项目持续时间和其他信息，交付软件的预期，客观质量是什么？
- 维护工作计算。充分维护和升级现场软件系统需要多少努力？
- 进步。该项目如何进行，最终将在哪里进行。还有如何补充。
- 有效性。这项发展是否可以根据所涉及的技术实现？
软件尺寸
软件大小是任何估计模型和大多数软件参数模型的关键输入。支持的尺寸指标包括代码的源线（SLOC），功能点，基于功能的尺寸（FB）和一系列其他措施。它们被翻译成内部用途为有效尺寸（ 
如..所示，
基于功能的尺寸
尽管SLOC是从开发人员的角度来测量代码绝对大小的公认方法，但诸如函数点之类的指标从用户的角度捕获了软件大小。基于功能的尺寸（FBS）度量扩展了功能点，因此可以更容易地更容易尺寸的软件（例如复杂算法）的隐藏部分。 FBS直接转换为未调整的功能点（UFP）。
在SEER-SEM中，所有尺寸指标都翻译为
在哪里，
-
是一个依赖语言的扩展因素。
-
是涉及上述其他因素的计算结果。熵的范围为1.04至1.2，具体取决于正在开发的软件类型。
努力和持续时间计算
项目的努力和持续时间是相互关联的，就像其在模型中的计算中所反映的那样。尽管持续时间限制与努力之间的反馈，但努力驱动了持续时间。基本工作方程是：
在哪里，
-
-
是有效的技术 - 一种复合指标，可捕获与可以实现开发的效率或生产率有关的因素。大量的人员，过程和产品参数都融入了有效的技术评级。更高的评分意味着发展将更有生产力
- D是人员配备的复杂性 - 在将员工添加到项目中的速度方面，项目固有的困难的评分。
- E是熵 - 在熵消失的天数中固定为1.2。接下来，它会根据项目属性而发展为1.04至1.2，其面向较小的项目趋向较低。目前，熵视为1.0至1.2，具体取决于项目属性。如果也观察到这种情况，Seer将允许熵小于1.0。
一旦获得了努力，就可以使用以下等式解决持续时间：
持续时间方程来自关键的公式关系。它是0.4指数表明，随着项目的规模增加，持续时间也会增加，尽管不相称。这种尺寸 - 持续关系也用于组件级调度算法中，其任务重叠以属于估计的项目持续时间。