首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏嘉量云的专栏

    案例 | 科技公司软件造价评估服务

    了解了项目实际情况后进行需求的沟通,帮助双方提升对需求质量的重视度,明确项目成本评估的正式依据。最终提供的需求文档是符合项目的实际情况,并且甲乙双方都认可的需求文档。 专业造价评估。 依据国标《软件开发成本度量规范(GB/T36964-2018)》,从第三方视角,恪守独立、客观、公正原则,出具专业的《第三方软件造价评估报告》,具有司法权威性,解决了甲乙双方预算存在争议的问题。 提升了该组织的需求管控意识和需求文档质量,也为项目成本造价贯彻落实国家审计要求奠定了良好基础。 科学公正评估成本。既帮助了甲方避免投资不足或浪费,又帮助了乙方得到科学可靠的成本预算。 嘉量云®软件成本度量平台,遵从ISO国际标准和中国国家标准,采用先进的AI人工智能算法,对软件项目的规模、工作量和成本进行客观评估评估流程清晰,评估结果可追溯。 平台可出具科学权威的第三方软件造价评估报告,解决软件项目成本预算“说不清道不明”的老大难问题,有效防范软件项目审计风险和廉政风险。

    94800发布于 2021-07-27
  • 来自专栏用户9180628的专栏

    软件非功能规模评估模型(SNAP)的评估过程——软件造价浅析

    非功能需求,指软件产品为满足业务需求而必须具有的,且除功能需求以外的特性。 非功能用户需求是描述软件如何实现功能而不是具备什么功能。 非功能特性包括产品必须具备的质量属性和必须遵守的约束。 例如:软件性能需求、软件安全性需求、软件可用性需求等。 image.png SNAP方法参考了IFPUG方法中对事务功能和数据功能的判定规则形式,简单易懂。 SNAP模型包括4个类和14子类。 我们在使用SNAP方法进行软件非功能需求评估时其基本过程如下: 确定评估的目的、范围、边界和分区。 关联非功能需求中的类和子类。 确定了所有子类后,通过结合软件产品的应用边界,确定整个非功能需求规模。 评估包括新增、修改、删除。

    1.2K30发布于 2021-11-22
  • 来自专栏用户9180628的专栏

    软件造价评估:COSMIC方法的基础知识解读

    功能大小通常由需求决定,但也可以从其他软件制品(例如设计、安装的系统等)中反向估算。 COSMIC 方法的适用性 COSMIC 方法可用于确定任何软件的大小,例如商业应用程序、实时软件、基础设施软件;例如操作系统;以及混合体,简而言之,所有软件。 适用于任何级别分解,例如“整个”软件或其任何组件、子组件等; 适用于多层架构的任何一层; 适用于软件生命周期的任何时候; 衡量软件 COSMIC 功能大小的原则 该方法使用一种软件模型,称为“COSMIC 通用软件模型”,它基于基本的软件工程原理,即: 一个软件的功能性用户需求可以被分析为独特的功能性流程,这些流程由子流程组成。 然后,软件的大小被定义为该软件所有功能过程中数据移动(进入、退出、读取和写入)的总数。每次数据移动都计为一个“COSMIC 功能点”(CFP)。功能流程的最小尺寸是 2 CFP。

    2.2K30发布于 2021-11-18
  • 来自专栏软件成本造价评估

    软件项目造价评估时的数据类别有哪些?

    软件项目造价评估时的数据类别都有哪些分类呢?通常,在进行软件造价时的数据类别可分为3类:业务数据、引用数据、编码数据。 业务数据:也称为用户的核心数据或业务对象。      基本上是静态的;     物理特性:通常只由关键域和常用的一或两个属性组成;通常有较稳定的记录数量;有时未规格化并与其它编号数据放在一个物理表中;通常用户不限定实施方式(如:独立应用系统、数据字典、软件中的硬编码 我们要牢记,在进行软件造价时,编码数据及其相关功能均不计入功能规模! 版权属于: 北京中基数联所有。转载时必须以链接形式注明原始出处及本声明。

    85100发布于 2018-11-19
  • 来自专栏用户9180628的专栏

    软件造价评估:快速功能点方法估算软件规模的方法

    快速功能点方法是依据国际标准《ISO/IEC 24570-2005软件工程NESMA功能尺度测量法2.1版功能点分析应用的定义和计数指南》提出的一种软件规模度量方法。 该方法适用于软件项目早期、中期、后期等各个阶段的规模估算或测量。

    3.6K50发布于 2021-11-17
  • 来自专栏用户9180628的专栏

    软件造价评估:如何估算测试工作量?

    5.Delphi 法 Delphi法是最流行的专家评估技术,在没有历史数据的情况下,这种方式可以减轻估算的偏差。Delphi法鼓励参加者就问题相互讨论。 (二) 代码行分析方法 测试工作量的估计往往和软件开发的规模是紧密相关的.很多软件公司往往是在估计了即将要开发的软件规模后才做测试工作量的估计,然后求和得出项目的最终工作量估计.这种方法比较适用于有经验积累 则在用 LOC 为自变量的函数计算软件开发工作量的基础上,再用涉及产品、硬件、人员、项目等方面属性的影响因素来调整工作量的估算。 同时根据不同应用软件的不同应用领域,COCOMO模型划分为如下3种软件应用开发模式: 组织模式(Organic Mode).这种应用开发模式的主要特点是在一个熟悉稳定的环境种进行项目开发,盖项目与最近开发的其他项目有很多相似点 (4)COCOMO 模型重点考虑 15 种影响软件工作量的因素,并通过定义乘法因子,从而准确、合理地估算软件的工作量。

    1.4K30发布于 2021-11-23
  • 来自专栏用户9180628的专栏

    软件项目造价评估:如何编制高品质的需求文档?

    软件项目的需求获取活动中,一般要收集以下类别的用户需求: (1)界面需求:描述软件系统的外部特性,即系统如何从外部得到数据输入,如何向外部输出数据。 (2)功能需求:列出软件系统必须完成的所有功能。 (3)性能需求:响应时间、吞吐量、处理时间、存储空间等方面的限定。 (5)资源使用需求:对硬件、支持软件、数据通信接口等方面的要求。 (6)软件成本消耗与开发进度需求:即对时间和经济方面的要求。 (5)快速原型法——快速原型法是指在软件开发的早期快速建立目标软件系统的原型,并据此征求用户对需求的反馈。

    57510发布于 2021-11-25
  • 来自专栏嘉量云的专栏

    案例 | 某省酒业企业资源计划平台软件造价评估服务

    面临的问题: 1、评估缺乏规范。信息化项目软件投资造价评估工作缺乏规范,亟需提高投资科学性,迫切需要寻找一套科学权威公正的办法,保证精准预算投入,防范审计风险。 2、后续难以进展。 实施效果: 1、规避审计风险,精准招标、申请预算,审计合规,通过权威公正的第三方软件成本评估,出具专业的《第三方软件造价评估报告》,规避审计风险。 2、满足双方要求,评估结果客观的反应了项目研发的成本,既满足了甲方预算约束又得到了乙方认可。 3、避免不足/浪费,科学申报,申报软件项目预算,进行软件造价评估工作,避免投资不足或资源浪费。 嘉量云®软件成本度量平台,遵从ISO国际标准和中国国家标准,采用先进的AI人工智能算法,对软件项目的规模、工作量和成本进行客观评估评估流程清晰,评估结果可追溯。 平台可出具科学权威的第三方软件造价评估报告,解决软件项目成本预算“说不清道不明”的老大难问题,有效防范软件项目审计风险和廉政风险。

    1K10发布于 2021-08-03
  • 来自专栏用户9180628的专栏

    软件成本评估中NESMA功能点方法与IFPUG功能点方法有什么区别?——软件造价浅析

    软件造价评估方法中,NESMA功能点方法和IFPUG功能点方法高度类似,两种方法的度量结果是等效的。 那么NESMA功能点方法和IFPUG功能方法的主要区别在哪儿?

    2.1K20发布于 2021-11-22
  • 来自专栏嘉量云的专栏

    嘉量云,政企软件造价专家

    人机协同 自主研发的专业造价平台——嘉量云,通过人机交互专业评估和AI智能评估,实现人机协同&优势互补,确保造价评估工作高效性、准确性和权威性。 2.2 嘉量云服务内容 造价评估 提供第三方软件造价评估服务,出具权威、科学、合法的第三方软件成本评估报告,帮助政企客户提升软件投资科学性、合理性,有效规避审计风险和廉政风险。 造价工具 提供专业评估、智能评估、质量校验、专家复核、报告生成等多种特色功能,提供公有部署、私有部署等灵活部署模式,帮助客户提升软件造价评估效率和质量。 、权威的软件造价评估服务。 出具权威、科学、合法的第三方软件造价评估报告,帮助客户有效规避信息化投资的审计风险和廉政风险。

    1.2K40编辑于 2022-04-12
  • 来自专栏软件成本造价评估

    软件成本造价:什么是软件项目的工作量?

      在软件成本造价过程中,软件项目的工作量是很多开发组织进行估算的主要对象。那么,什么是软件项目的工作量呢?它都包括哪些内容呢?    一个软件项目的工作量所表达的含义是完成某个项目或系统开发所需的全部工作量,包括从项目立项开始到项目完成验收之间开发方的需求、设计、构建(包括编码、集成)、测试、实施及相关的项目管理、支持活动的工作量。 进行软件项目工作量估算,是估算软件成本的基础。工作量与软件成本存在直接的联系。同时,开发组织内部也需要合理的工作量估算来进行项目计划,编制WBS等工作。 版权属于: 北京中基数联所有。

    78130发布于 2018-12-18
  • 来自专栏明明如月的技术专栏

    软件高级:软件架构评估-基于场景的评估方法

    一、AI 讲解 基于场景的评估方法主要用于评估软件架构的质量属性,如性能、可维护性和安全性等。 方法 概念 方法步骤 特点 软件架构分析法(SAAM) 一种早期的架构评估方法,主要用于评估软件架构对现有和未来场景的适应性。 1. 定义和分类场景2. 识别架构关注点3. 场景和架构的映射4. **软件架构分析法(SAAM)**的核心在于评估架构如何应对变化,它适合在软件开发的早期阶段应用,帮助架构师理解架构对业务需求的适应性。 二、AI 出题 (1)题目 SAAM评估方法的主要目的是什么? A. 识别架构设计的权衡点 B. 评估软件架构的成本效益 C. 评估软件架构对现有和未来场景的适应性 D. 详细讲解:SAAM评估方法主要目的是评估软件架构对现有和未来场景的适应性,帮助架构师理解架构对业务需求的适应能力。 答案:C。

    1.5K00编辑于 2024-05-24
  • 来自专栏软件成本造价评估

    软件成本造价之什么是软件项目的工作量?

      在软件成本造价过程中,软件项目的工作量是很多开发组织进行估算的主要对象。那么,什么是软件项目的工作量呢?它都包括哪些内容呢?    一个软件项目的工作量所表达的含义是完成某个项目或系统开发所需的全部工作量,包括从项目立项开始到项目完成验收之间开发方的需求、设计、构建(包括编码、集成)、测试、实施及相关的项目管理、支持活动的工作量。 进行软件项目工作量估算,是估算软件成本的基础。工作量与软件成本存在直接的联系。同时,开发组织内部也需要合理的工作量估算来进行项目计划,编制WBS等工作。 版权属于: 北京中基数联所有。

    88820发布于 2018-12-13
  • 来自专栏飞鸟的专栏

    一、 软件架构评估

    echo、冗余、进程监视器 可修改性:抽象、信息隐藏、限制通信路径、运行时注册 性能:优先级队列、增加计算资源、减少计算开销、并发机制、资源调度 安全性:用户认证、用户授权、追踪审计、限制访问 2、 架构评估

    91971编辑于 2022-01-10
  • 来自专栏软件成本造价评估

    软件工程造价师好考吗?

    问:软件工程造价师好考吗?   答:软件工程造价师很好考。 软件工程造价师考试是软件造价领域面向个人的专业技能考试,目的不仅在于考查考生在软件造价和成本估算领域的理论知识,更注重检验考生在实际工作中,运用相关知识进行功能点规模估算,进而科学估算项目工作量、工期、 软件工程造价师培训课程依据国标《软件工程 软件开发成本度量规范》(GB/T 36964-2018)、工业和信息化部行业标准《软件研发成本度量规范》(SJ/T 11463-2013)开发。 软件工程造价师考试形式是现场笔试,考试时长1小时。考试分数满分100分,70分合格,考试题型为单项选择题。 以上就是软件工程造价师好考吗? 所有内容,更多软件项目成本评估测算、软件项目工作量评估测算知识尽在中基数联。

    6.7K10发布于 2019-08-26
  • 来自专栏PM吃瓜(公众号)

    软件工作量评估

    1.软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。 为了便于计算,给出一个计算公式: 软件开发价格 = 开发工作量 × 开发费用/人·月 1.1开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关: 软件开发工作量 = 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发,也应包括各类软件测试的活动。 1.1.3复用系数(以τ来表示) 估算工作量经验值是软件企业承担一般项目来估算的,但如果软件企业已经采用“基于构件的开发方法” ,并己建立起能够复用的构件库(核心资产库),或者已有一些软件产品, 提高软件质量,必然有所开支,即质量成本,对于不同的软件企业来说,其质量成本不尽相同。

    1.7K20发布于 2019-08-12
  • 来自专栏软件成本造价评估

    软件造价之:浅析快速功能点方法度量软件的规则及过程

    快速功能点方法是一种软件规模度量方法。该方法适用于软件项目早期、中期、后期等各个阶段的规模估算或测量。    了解快速功能点方法度量的规则及过程,有助于提高使用快速功能点方法进行软件造价软件成本估算、软件成本费用测算时的工作效率。 版权属于: 北京中基数联所有。转载时必须以链接形式注明原始出处及本声明。

    2.6K00发布于 2018-10-22
  • 来自专栏软件成本造价评估

    软件造价领域的“权谋之战”:NESMA、IFPUG、COSMIC,谁主沉浮?

    本文将从起源、应用场景、行业分布、评估效率及易用性五个维度,对这三种典型方法进行系统性对比分析,并探讨其在当代软件产业中的适用性差异。一、起源与标准化进程:从技术实践到国际共识。     IFPUG(International Function Points Users Group)源于1979年IBM工程师Allan Albrecht提出的功能点分析方法,旨在通过量化用户功能需求评估软件规模 二、应用场景:从静态组件到动态流动的覆盖差异  1、 IFPUG:全生命周期的通用性  IFPUG方法适用于软件生命周期的各个阶段,但其复杂度评估流程(需逐一识别组件并判断复杂度)导致早期估算效率较低。 2、 NESMA:全行业覆盖的标准化方案  NESMA的三种模式使其成为唯一覆盖所有行业的功能点标准,国内软件造价评估应用渗透率在80%以上:  商业应用:使用详细功能点,与IFPUG结果一致;  嵌入式系统 对于追求效率与灵活性并重的现代软件项目,NESMA无疑是适用性最广的选择。七、附录:评估示例  需求说明:XXX系统支持在客户管理中心查询客户信息。

    12010编辑于 2026-03-30
  • 来自专栏用户4793365的专栏

    软件项目评估之估算软件项目规模概述

    软件规模,也即“软件大小”, 如同建筑规模讲平方米一样。 软件规模估算是软件估算的基础。软件研发工作量与软件规模密切相关,因而,估算软件规模是进行有效项目范围和成本管理的基础。 通常情况下,软件规模估算是软件成本估算过程的起点。估算软件规模是后续计算软件项目的工作量、成本和进度的主要输入,是项目范围管理的关键,因此,在条件允许的情况下,应进行软件规模估算。 当前纳入国际标准的软件规模估算方法共有5种:COSMIC-FFP方法、IFPUG方法、MkⅡ方法、NESMA方法及FiSMA方法,均为功能点方法。 在软件规模估算过程中,需要注意以下情况: a)在软件规模估算开始前,应根据可行性研究报告或类似文档明确项目需求及系统边界。 c)若当前的项目需求极其模糊或不确定,可不进行软件规模估算,而直接采用类比法或类推法估算工作量、工期和成本。 以上就是软件项目评估之估算软件项目规模概述所有内容。(北京软件造价评估技术创新联盟)

    1.9K20发布于 2019-04-25
  • 来自专栏Java技术进阶

    【系统架构】-如何评估软件架构

    基于调查问卷(检查表)的方式 基于度量的方式 基于场景的方式 几种方式的比较 评估方式 调查问卷 检查表 场景 度量 通用性 通用 特定领域 特定系统 通用或特定领域 评估者对架构的了解程序 粗略了解 ,其缺点是很大程度上依赖于评估人员的主观推断。 基于度量 该方式建立在软件架构度量的基础上,首先要建立质量属性和度量之间的映射原则,即确定怎么样从度量结果推出系统具有什么样的质量属性;然后从软件架构文档中获取度量信息;最后根据映射原则分析推到出系统的质量属性 它提供更为客观和量化的质量评估,但对评估人员和适用技术有较高要求。 基于场景 该方式由SEI首先提出并应用在架构权衡分析法(ATAM)和软件架构分析法(SAAM)中,它是通过分析软件架构对场景(也就是对系统的使用或修改活动)的支持程度,从而判断该架构对这一场景所代表的质量需求的满足程度

    1.5K30编辑于 2022-12-02
领券