如果你们公司有IT部或相关职能部门,可以让他们去考查评估下那些报价公司的成果项目(由他们做成并上线运营的客户网站),根据所开发、服务的网站规模,复杂度,实际用户数和反馈等……可基本衡量技术实力。如果差异不明显,实力相当,那就比报价公司本身的口碑、专长和业务总量等,也能反映出其该有的技术水准和后期服务情况。当然,他们的实际报价,也是最后你公司要去权衡取舍的。物美价廉才行。
软件开发成本估算过程可进一步细分为软件规模估算、工作量估算、成本估算和确定软件开发成本等四个过程。
其中成本估算需要对直接人力成本、间接人力成本、间接非人力成本及直接非人力成本分别进行估算。
国家标准《GB/T 36964-2018 软件工程 软件开发成本度量规范》中建议的软件开发成本估算基本流程如下图所示:
国家准中的四个估算过程,层层递进,逐步细化,最终达到科学、一致的成本估算。
一、软件规模估算
通常情况下,规模估算是软件成本估算过程的起点。
估算规模是后续计算软件项目的工作量、成本和进度的主要输入,是项目范围管理的关键,因此,在条件允许的情况下,应首先进行规模估算。
在规模估算过程中,需要注意以下情况:
1在规模估算开始前,应根据可行性研究报告或类似文档明确项目需求及系统边界。项目需求除包含最基本的业务需求外,还应进行初步的子系统/模块划分,并对每一子系统或模块的基本用户需求进行说明,以保证可以根据项目需求进行规模预估。
2依据项目特点和需求详细程度不同,通常估算人员在选择估算方法时应采用纳入国际标准的功能点方法进行功能规模估算,在适用IFPUG或NESMA方法时,可以根据需求的粒度和管理需要,选择预估功能点方法、估算功能点方法或者详细功能点方法。
3若当前的项目需求极其模糊或不确定,可不进行规模估算,而直接采用类比法或类推法估算工作量和成本。
二、工作量估算
在完成规模估算后,应当开展工作量估算工作,若当前项目未开展规模估算,也可直接启动工作量估算工作。
工作量估算时,可采用方程法、类比法、类推法、功能点法:
方程法:即基于基准数据建立参数模型,通过输入各项参数,确定估算值。
类比法:即将待估算项目的部分属性与类似的一组基准数据进行比对,进而确定估算值。
类推法:即将待估算项目的部分属性与高度类似的一个或几个已完成项目的数据进行比对,并进行适当调整后确定估算值。
功能点法:从用户视角出发,通过量化系统功能来度量软件的规模,这种度量主要基于系统的逻辑设计。功能点规模度量方法在国际上的应用已经比较广泛,并且已经取代代码行成为最主流的软件规模度量方法。
在开展工作量估算的过程中,需要注意以下情况:
1当需求极其模糊或不确定时,如果此时具有高度类似的历史项目,则可直接采用类推法,充分利用历史项目数据来粗略估算工作量。
2当需求极其模糊或不确定时,如果此时具有与本项目部分属性类似的一组基准数据,则可直接采用类比法,充分利用基准数据来粗略估算工作量。
3对于规模估算已经开展的项目,可采用方程法,通过输入各项参数,确定待估算项目的工作量。若客户或高层对项目的工期有明确的要求时,在采用方程法估算工作量时,工期要求有可能是方程的参数之一。
4为追求估算的准确性,建议在条件允许的情况下,可采用两种估算方法,对估算结果进行交叉验证,若估算结果差别不大,可直接使用两种估算结果的平均值或以某种估算结果为准,若差别较大,需进行差异分析。
5工作量的估算结果宜为一个范围而不是单一的值。
三、成本估算
在获得了工作量估算结果后,可采用科学的方法进行成本估算。
在成本估算过程中,应需要注意的情况:
1类比法和类推法,同样适用于需求极其模糊或不确定时的成本估算;
2间接成本是否与工作量估算结果相关取决于间接成本分摊计算方式。在绝大多数组织,项目周期越长,项目组成员越多,其分摊的间接成本就越高,此时项目的间接成本与工作量估算结果直接相关;
3直接非人力成本通常与工作量估算结果无关,宜单独分项测算;
4 成本估算结果,也通常为一个范围,而不是单一的值。
四、确定软件开发成本
在《软件工程 软件开发成本度量规范》中,将软件开发成本分为四类,主要是为便于对成本构成(即哪些成本属于开发成本,哪些不属于开发成本)进行清晰界定。
而在实际确定软件开发成本时,通常并不是分别测定四类成本,加和后获得总成本,而是通常采用以下两种方式确定总成本:
1根据人力成本费率及工作量估算直接人力成本和间接成本之和,再加上直接非人力成本,获得总成本;
2根据规模综合单价和软件规模,测算出直接人力成本和间接成本之和,再加上直接非人力成本,获得总成本。
在进行软件的规模、工作量、成本估算时应遵循以下原则:
1在规模估算时,应根据项目特点和需求的详细程度选择合适的估算方法;
2充分利用基准数据,采用方程法、类比法或类推法,对工作量和成本进行估算;
3工作量和成本的估算结果宜为一个范围值;
4在进行成本估算时,如有明确的工期要求,应充分考虑工期对项目成本的影响,可以根据项目实际情况以及工期对项目的影响程度,对成本的估算结果进行调整;
5成本估算过程中宜采用不同的方法分别估算并进行交叉验证。如果不同方法的估算结果产生较大差异,可采用专家评审方法确定估算结果,也可使用较简单的加权平均方法;
6在软件项目的不同场景下(如预算、招投标、项目计划和变更管理等)采用国家标准时,相关要求见国家标准中附录A。
除了上述主要原则外,我们还需注意在使用基准数据时:
1 对于委托方和第三方,建议使用或参考软件行业基准数据进行估算。估算模型的调整因子的增减或取值有可能随着行业基准数据的变化而变化。
2对于开发方,在引入行业基准数据的基础上,可逐步建立组织级基准数据库,以提高估算精度。组织级基准数据定义应与行业基准数据定义保持一致,以便于与行业基准数据进行比对分析,并持续提升组织能力。
一是在和客户交流时可以根据情况调整自己的言论。
二是概括项目。在项目提案的开篇,先用最精炼的语言描述这个项目,一来有助于自己明确项目的内容和目的,二来可以让客户对自
己的项目更自信,有助于引导他们在下面的内容中跟着你的思路走。
三是明确项目需要的内容,可以清单的形式展现给客户。这可以明确的告诉客户,在这个项目中,我们需要在标准化流程中完成多少
内容。也可以让设计师和程序员明确自己需要完成的工作,着手开始准备。
道接下去要探讨确认执行方案。
五、给你的客户一个明确的时间表。虽然大部分项目是无法按照时间表的计划来顺利进行的,但是这仍然是非常必要的内容。要告诉
六、告诉客户在项目时间内我们的人员配置和安排。
七、多样报价方案。价格是一个项目最重要的组成部分之一,就像我以前说的,报高了不行,报低了也不行。需要在和客户沟通中了
解他们的承受能力和消费能力,不确定的时候,可以提供多种报价方案供选择,如以A方式进行是3W,以B方式进行是5W,这样第一次
提案后就可以明确客户心理价位区间,沟通后再调整方案。还有一种比较常用的方式就是价格区间,如3-5W这样。
前面的三、四、五、六部分都是为了报价做的铺垫,可以让客户清晰地知道最后报价中所包含的我们的劳动。
八、给你的客户做一个令人满意的承诺,告诉他们你有信心可以做好这个项目。
九、方案的最后不要忘记留下****和银行帐号
十、完成后重新梳理一遍,从专业的角度,以专业的语言。再编排好清晰的格式,可以打印了!
一、如何理解客户业务和客户需求
原则1:由粗到细,从宏观到微观。 必须先从宏观上了解客户业务的全貌,再逐步深入细节。因为对于客户的业务而言,我们是外行,如果从业务细节着手,很容易迷失方向,失去对业务核心的把握。同时要认识到,对于一个外行而言,我们对细节的深入也必定是有限的,不要指望自己能够无穷的彻底的了解每一个细枝末节。一是不可能有无限的时间给你了解,二是没有这个必要。因为未来的系统也不可能完全包办所有业务的细节,还有很多事情是要靠客户企业中这些具有专业技能的人来做的。
原则2:从不同层次的客户代表那里收集不同层次的需求 对于企业高层决策者,他会给你描述一个系统的大的功能蓝图,如使企业具有整体报价能力,能更好的服务于高端客户,能支持企业的重大业务决策等;对于企业各级管理者,他会给你讲述他这一层的管理需求,如能更好的进行部门员工的业绩考核、生成月度报表,更好的进行业务结算等;对于各级业务 *** 作人员,他可能给你谈及很多业务细节和 *** 作细节…… 在由上到下的逐级访谈中,对未来系统的描述就从一个大黑箱变成多个小黑箱,再变成透明、明确、详细的系统定义的过程。 客户业务调研和需求分析注定是一个不断细化的过程,不要指望一次访谈/调研就能穷尽,也不要指望一次开发过程就能得到完全满足客户梦中期待的那套系统来。因为事实上很多需求是隐性的,连用户都不清楚自己的需求。只有经过多次循环细化才可能把更多隐性的不断挖掘、暴露出来。
二、如何具体开展需求调研工作
在RUP中定义需求工作流程的工作目的如下:
客户和其他涉众在系统的工作内容方面达成并保持一致;
2 使系统开发人员能够更清楚地了解系统需求;
3 定义系统边界(限定);
4 为计划迭代的技术内容提供基础;
5 为估算开发系统所需成本和时间提供基础;
6 定义系统的用户界面,重点是用户的需要和目标。 首先要做好业务调研。要尽早把已经收集到的业务资料熟悉起来,并在理解的基础上提炼出问题列表,制成调查问卷。业务调研的要求是一定要沉下去,深入细致的了解客户的业务流程,而不是急着赶工完成自己的需求工件设计和业务模型的建立。在了解各项业务流程的同时,与客户一同深入分析业务的实现逻辑,并记录下有关的实现案例信息,收集好、整理好、分析好有关的参考材料。 要把迭代的思想贯穿于从业务调研、需求分析,乃至项目实施的始终。
所谓迭代,就是我们老老实实承认我们没有能力一次就把事情做到尽善尽美。所以我们就先把一大部分有把握的地方做好,再在前面成功的基础上不断做好剩余的部分,最终就能无限接近于成功。设计编码过程是如此,业务调研和需求分析也是如此。 企业系统的设计开发与软件产品的设计开发有一个最大的不同,就是企业的需求肯定会变化,过去在变、调研的时候会变,系统实施后还会变。而我们要做的就是去适应这种变化。事实上,也正是因为我们采用的是面向对象的方法,才可能做到这一点。
因为面向对象的方法认为:对象的基本属性是客观的和不会频繁变化的,而对象间的关系则是可能不断变化的。所以我们在业务调研和需求分析中也要认识到这一点,把不变的沉淀下来,把可变的灵活性和变化的自主性留给客户。 各位都是做技术的,在业务调研和需求分析中难免会不由自主的考虑一些技术实现的问题。值得强调的是:需求与技术无关。在业务调研的时候要忠实的进行记录,不要因为你个人对实现的疑虑而对用户需求进行(过早的)修改和裁减。 要善于争取客户方各级人员(均是项目干系人,RUP中称为涉众)的支持。只有得到未来系统用户的充分参与,项目才有可能最终取得成功。一套缺乏用户参与的系统,即使最后做出来也是注定没有人去用的。 一是要利用客户企业的组织关系,争取到上层的支持,由上到下进行调研配合;二是要会在调研过程中为目标用户树立有针对性的愿景,让他认同愿景的同时主动、积极的支持你的调研过程。
希望可以帮到您,谢谢!
极其流行,同样也是竞争力极其大的一种商业模式。虽然国内软件开发公司都发展壮大起来了,但是各地软件开发公司的实力及资质仍然参差不齐。下面为大家介绍下近期国内软件开发公司的排名汇总。
1:华盛恒辉科技有限公司
上榜理由:华盛恒辉是一家专注于高端软件定制开发服务和高端建设的服务机构,致力于为企业提供全面、系统的开发制作方案。在开发、建设到运营推广领域拥有丰富经验,我们通过建立对目标客户和用户行为的分析,整合高质量设计和极其新技术,为您打造创意十足、有价值的企业品牌。
在军工领域,合作客户包括:中央军委联合参谋(原总参)、中央军委后勤保障部(原总后)、中央军委装备发展部(原总装)、装备研究所、战略支援、军事科学院、研究所、航天科工集团、中国航天科技集团、中国船舶工业集团、中国船舶重工集团、第一研究所、训练器材所、装备技术研究所等单位。
在民用领域,公司大力拓展民用市场,目前合作的客户包括中国中铁电气化局集团、中国铁道科学研究院、济南机务段、东莞轨道交通公司、京港地铁、中国国电集团、电力科学研究院、水利部、国家发改委、中信银行、华为公司等大型客户。
2:五木恒润科技有限公司
上榜理由:五木恒润拥有员工300多人,技术人员占90%以上,是一家专业的军工信息化建设服务单位,为军工单位提供完整的信息化解决方案。公司设有股东会、董事会、监事会、工会等上层机构,同时设置总经理职位,由总经理管理公司的具体事务。公司下设有研发部、质量部、市场部、财务部、人事部等机构。公司下辖成都研发中心、西安研发中心、沈阳办事处、天津办事处等分支机构。
3、浪潮
浪潮集团有限公司是国家首批认定的规划布局内的重点软件企业,中国著名的企业管理软件、分行业ERP及服务供应商,在咨询服务、IT规划、软件及解决方案等方面具有强大的优势,形成了以浪潮ERP系列产品PS、GS、GSP三大主要产品。是目前中国高端企业管理软件领跑者、中国企业管理软件技术领先者、中国最大的行业ERP与集团管理软件供应商、国内服务满意度最高的管理软件企业。
4、德格Dagle
德格智能SaaS软件管理系统自德国工业40,并且结合国内工厂行业现状而打造的一款工厂智能化信息平台管理软件,具备工厂ERP管理、SCRM客户关系管理、BPM业务流程管理、
OMS订单管理等四大企业业务信息系统,不仅满足企业对生产进行简易管理的需求,并突破局域网应用的局限性,同时使数据管理延伸到互联网与移动商务,不论是内部的管理应用还是外部的移动应用,都可以在智能SaaS软件管理系统中进行业务流程的管控。
5、Manage
高亚的产品 (8Manage) 是美国经验中国研发的企业管理软件,整个系统架构基于移动互联网和一体化管理设计而成,其源代码编写采用的是最为广泛应用的
Java / J2EE 开发语言,这样的技术优势使 8Manage
可灵活地按需进行客制化,并且非常适用于移动互联网的业务直通式处理,让用户可以随时随地通过手机apps进行实时沟通与交易。
以上就是关于如何比较it公司的技术水平.我公司要建一个自己的网站,收到了很多报价,但是如何客观比较各公司技术水平呢全部的内容,包括:如何比较it公司的技术水平.我公司要建一个自己的网站,收到了很多报价,但是如何客观比较各公司技术水平呢、如何确定软件的开发成本价格、IT项目如何写提案等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)