软件部分技术评分标准

合集下载

软件部分可靠性评分标准

软件部分可靠性评分标准

软件部分可靠性评分标准1. 引言本文档旨在为评估软件部分的可靠性提供评分标准。

可靠性评分的核心目标是衡量软件部分的稳定性、健壮性和容错性,以确保软件在各种条件下均能正常工作。

2. 可靠性评分指标以下是软件部分可靠性评分的关键指标:2.1 错误处理- 错误处理机制:软件部分是否具备完善的错误处理机制,能够正确捕获和处理各类错误,避免系统崩溃和数据损坏。

错误处理机制:软件部分是否具备完善的错误处理机制,能够正确捕获和处理各类错误,避免系统崩溃和数据损坏。

- 异常处理:软件部分是否能够正确处理异常情况,并提供恰当的反馈和补救措施。

异常处理:软件部分是否能够正确处理异常情况,并提供恰当的反馈和补救措施。

- 错误日志:软件部分是否能够记录错误信息并生成相应的错误日志,以便于后续排查和修复。

错误日志:软件部分是否能够记录错误信息并生成相应的错误日志,以便于后续排查和修复。

2.2 容错性- 输入验证:软件部分是否能够正确验证用户输入的数据,避免无效数据导致的系统故障。

输入验证:软件部分是否能够正确验证用户输入的数据,避免无效数据导致的系统故障。

- 资源管理:软件部分是否能够合理管理系统资源,避免资源泄漏和过度占用导致系统异常。

资源管理:软件部分是否能够合理管理系统资源,避免资源泄漏和过度占用导致系统异常。

2.3 可恢复性- 备份和恢复:软件部分是否能够支持数据备份和恢复功能,保证系统数据的安全和完整性。

备份和恢复:软件部分是否能够支持数据备份和恢复功能,保证系统数据的安全和完整性。

- 灾难恢复:软件部分是否能够应对意外灾难事件,如断电或系统故障等,并能够迅速恢复正常工作状态。

灾难恢复:软件部分是否能够应对意外灾难事件,如断电或系统故障等,并能够迅速恢复正常工作状态。

2.4 性能稳定性- 响应时间:软件部分的响应时间是否稳定,并在合理范围内满足用户需求。

响应时间:软件部分的响应时间是否稳定,并在合理范围内满足用户需求。

软件评分标准

软件评分标准

软件评分标准首先,功能性是评价一个软件的重要指标之一。

一个好的软件应该具有丰富的功能,能够满足用户的需求。

在评价软件功能性时,需要考察软件的功能是否齐全、是否实用、是否符合用户的需求等方面。

另外,软件的功能是否稳定、是否易于操作也是需要考虑的因素。

一个功能完善、稳定的软件往往会获得较高的评分。

其次,易用性也是软件评分的重要考量因素之一。

一个好的软件应该具有良好的用户体验,操作简单、界面友好、功能布局合理等都是衡量软件易用性的重要标准。

此外,软件的操作流程是否清晰、是否易于上手也是需要考虑的因素。

一个易用性强的软件往往会受到用户的青睐,从而获得较高的评分。

再次,性能也是评价一个软件的重要指标之一。

软件的性能包括运行速度、响应速度、资源占用等方面。

一个好的软件应该具有良好的性能表现,能够快速响应用户的操作,不占用过多的系统资源。

在进行软件评分时,需要考察软件的性能表现是否稳定、是否流畅,这对用户的使用体验至关重要。

最后,安全性也是软件评分的重要考量因素之一。

随着网络安全问题的日益严重,用户对软件的安全性要求也越来越高。

一个好的软件应该具有良好的安全性能,能够保护用户的隐私信息,防范各种安全威胁。

在进行软件评分时,需要考察软件的安全性能是否可靠、是否稳定,这对用户的信息安全至关重要。

综上所述,软件评分标准涉及到功能性、易用性、性能、安全性等多个方面。

在进行软件评分时,需要全面考量这些因素,综合评价软件的优劣。

只有这样,才能为用户提供更好的软件选择参考,也能为软件开发者提供更好的改进方向。

希望本文介绍的软件评分标准能够对大家有所帮助,谢谢阅读。

软件系统招标评分标准

软件系统招标评分标准

软件系统招标评分标准一、引言本文档旨在为软件系统招标评分提供详细的标准格式文本,以确保评分过程公正、透明,并最终选择出最优秀的软件系统供应商。

本文档将涵盖评分标准的各个方面,包括技术能力、项目管理、售后服务等。

二、评分标准1. 技术能力(总分30分)1.1 技术方案(10分)- 提供的技术方案是否符合需求,是否创新性;- 技术方案的可行性和可扩展性;- 技术方案的安全性和稳定性。

1.2 技术团队(10分)- 团队成员的背景和资质;- 团队成员的工作经验和专业技能;- 团队成员的沟通和协作能力。

1.3 技术支持(10分)- 提供的技术支持方式和响应时间;- 技术支持团队的规模和能力;- 过去的技术支持案例和客户评价。

2. 项目管理(总分30分)2.1 项目计划(10分)- 提供的项目计划的合理性和可行性;- 项目计划的时间安排和阶段性目标;- 项目计划的风险评估和应对措施。

2.2 项目团队(10分)- 项目团队的组成和分工;- 项目团队成员的经验和能力;- 项目团队的沟通和协作能力。

2.3 项目管理方法(10分)- 项目管理方法的合理性和适合性;- 项目管理过程中的风险控制和变更管理; - 过去项目管理的案例和客户评价。

3. 售后服务(总分20分)3.1 售后支持(10分)- 提供的售后支持方式和响应时间;- 售后支持团队的规模和能力;- 过去的售后支持案例和客户评价。

3.2 培训和文档(10分)- 提供的培训计划和培训内容;- 提供的用户手册和技术文档;- 过去培训和文档的质量和客户评价。

4. 价格(总分20分)4.1 价格合理性(10分)- 提供的报价是否合理和透明;- 价格与提供的服务和产品的价值相符;- 价格与市场行情相比的竞争力。

4.2 合同条款(10分)- 合同条款的合理性和明确性;- 合同条款对双方权益的保护;- 合同条款的风险评估和应对措施。

三、评分方法根据上述评分标准,每一个标准按照权重进行评分,最终得分为各标准得分之和。

软件公司产品开发部工程师绩效考核评分标准

软件公司产品开发部工程师绩效考核评分标准

软件公司产品开发部工程师绩效考核评分
标准
1. 引言
本评分标准旨在为软件公司产品开发部工程师提供一个客观、公正的绩效考核依据,以评估工程师们在工作中的表现,并为个人的发展提供指导。

2. 考核要素
绩效考核将根据以下要素进行评分:
2.1 项目成果质量(40%)
工程师完成的项目成果质量将作为考核的关键指标。

评分时应考虑软件质量、程序的健壮性、功能的完整性等因素。

2.2 项目进度和交付时间(20%)
工程师在项目开发过程中的时间管理能力,以及项目交付的时效性将作为考核的重要依据。

2.3 团队合作与协作能力(15%)
工程师在团队内的合作表现,包括共享知识、沟通协作、积极参与团队活动等,将作为考核的一项重要因素。

2.4 技术能力和研究能力(15%)
工程师在技术方面的能力和对新知识研究的积极性将被考核。

包括技术熟练度、解决问题的能力和对新技术的掌握等方面。

2.5 个人发展和职业素养(10%)
工程师在个人发展方面的努力程度,包括进修研究、参与行业交流等,以及在职业素养方面的表现将作为考核的一项因素。

3. 评分标准
根据以上考核要素,可以使用以下评分标准进行绩效评估:
4. 总结
本绩效考核评分标准旨在为软件公司产品开发部工程师提供一个明确的绩效评估标准,帮助他们在工作中持续提升,并为他们的个人发展指明方向。

同时,评分过程应做到公正、客观,考虑到工程师的实际工作情况进行评判。

以上为软件公司产品开发部工程师绩效考核评分标准。

希望能够为公司工程师的发展和团队的效能提供有效的支持和引导。

软件部分用户界面评分标准

软件部分用户界面评分标准

软件部分用户界面评分标准用户界面是软件设计中至关重要的一部分,既影响用户体验,也影响软件的功能使用和可操作性。

为了保证用户界面的质量和一致性,制定一份用户界面评分标准是非常必要的。

下面是一份针对软件部分用户界面的评分标准。

可视性评分- 布局清晰:界面布局整齐,不拥挤,各元素具有一定的间隔和对齐。

布局清晰:界面布局整齐,不拥挤,各元素具有一定的间隔和对齐。

- 字体清晰可读:界面上的文字字体清晰,大小适中,易于阅读。

字体清晰可读:界面上的文字字体清晰,大小适中,易于阅读。

- 颜色搭配协调:界面中使用的颜色搭配协调,不违反视觉美感,易于辨认。

颜色搭配协调:界面中使用的颜色搭配协调,不违反视觉美感,易于辨认。

- 图标直观易懂:界面中使用的图标直观易懂,能够清晰表示其功能或指示。

图标直观易懂:界面中使用的图标直观易懂,能够清晰表示其功能或指示。

- 图像质量高:界面中使用的图片或图像质量高,无模糊或失真现象。

图像质量高:界面中使用的图片或图像质量高,无模糊或失真现象。

交互性评分- 界面响应迅速:界面对用户操作的反应迅速,减少卡顿或加载时间过长的现象。

界面响应迅速:界面对用户操作的反应迅速,减少卡顿或加载时间过长的现象。

- 操作逻辑清晰:界面上的操作逻辑清晰易懂,用户能够顺利完成想要的操作。

操作逻辑清晰:界面上的操作逻辑清晰易懂,用户能够顺利完成想要的操作。

- 错误处理友好:界面能够友好地处理用户的错误操作,给出明确的提示或回退选项。

错误处理友好:界面能够友好地处理用户的错误操作,给出明确的提示或回退选项。

- 指引和帮助:界面能够提供指引和帮助,帮助用户快速了解软件的功能和操作方法。

指引和帮助:界面能够提供指引和帮助,帮助用户快速了解软件的功能和操作方法。

- 一致性:界面中的各个模块在功能和布局上保持一致性,减少用户的混淆和迷惑。

一致性:界面中的各个模块在功能和布局上保持一致性,减少用户的混淆和迷惑。

可访问性评分- 无障碍支持:界面能够提供无障碍功能,包括对视觉、听觉和运动障碍用户的支持。

软件部绩效管理考核标准规范

软件部绩效管理考核标准规范

软件部绩效考评方案第一部分、考评对象研发全体人员第二部分、工作职责一、项目经理和用户方对接需求,合理分配内部资源,统筹所负责项目标整体计划,监控跟踪开发过程进度,着手处理棘手问题,并应对突发情况对项目整体计划做出调整。

二、开发人员(程序员、中级程序员、高级程序员)依据需求文档,在项目经理任务划分负责范围内,按效率天天完成固定功效编码工作,并负担该部分维护工作。

三、测试人员按指定文档编写测试用例,并对相关项目进行单元,集成及系统测试工作。

四、美工人员负责直接和用户沟通UI方面相关业务,并针对所负责项目标软件交互进行美术及交互设计,并按需切图,关键输出产物为牵引图,UI指导,拓展图,PSD原图,及切图。

第三部分、开发及测试人员考评内容(初,中,高)一、质量考评1. 度量指标质量度量关键是依据度量指标来进行评价;质量指标是指软件开发程序缺点率(bug数量)。

2. 度量指标计算方法(1)度量指标评分标准依据软件开发程序缺点率(bug量)来确定,缺点率越高,其评价分就越低。

(2)缺点率起源关键是软件经过测试组测试后,所产生测试汇报;◆软件交付使用后十二个月内产生软件维护统计表;◆开发人员缺点率考评,关键依据测试汇报和软件维护统计;◆测试人员缺点率考评,依据软件维护统计。

(3)缺点率单位以程序单元为单位,相比较而得出缺点率值(原理:缺点数/单元总数)。

这里所指程序单元,是WBS分解后内容。

(4)开发人员缺点率计算方法● 依据测试汇报和软件维护统计中缺点类别,分别统计各类别缺点率,然后依据度量指标计分标准表来打分。

● 缺点数计算公式为:Total = ∑(Ci*Fi*Ki); ● 缺点率计算公式为:V = Total / U ;其中i=1,2,...n 代表每个缺点;U 代表开发人员负责、已完成且已被测试程序单元总数;C 代表缺点所对应缺点等级权重系数;通常权重系数以"通常"缺点等级作为基数(权数设为1),"轻微"缺点等级可不用计算缺点率(权数设为0)。

软件部分用户界面评分标准

软件部分用户界面评分标准1. 介绍该文档旨在为软件部分用户界面评分提供指导和标准。

用户界面是软件中与用户交互的重要组成部分,评分标准的制定可帮助评估和提升用户界面的质量。

2. 评分标准以下是软件部分用户界面的评分标准:2.1 可用性(Usability)- 用户界面应具备良好的易用性,用户能够直观地了解操作流程和界面元素的功能。

- 界面应有清晰的标签和指示,以帮助用户快速识别和理解各项功能。

- 操作按钮和菜单应有明确的描述,不容易引起用户误解。

- 界面应尽量避免复杂的操作流程和繁琐的用户操作。

2.2 可访问性(Accessibility)- 界面应具备良好的可访问性,包括适配不同分辨率和屏幕尺寸的设备。

- 对于有视觉或听觉障碍的用户,界面应支持辅助功能,例如屏幕阅读器和语音指导。

- 界面应有适当的颜色对比度,以确保视觉上的易读性。

- 文字和图标的大小应能够适应不同用户的需求,例如可以进行缩放或调整。

2.3 反馈和响应(Feedback and Responsiveness)- 界面应及时提供反馈,向用户传达操作的状态和结果。

- 用户的输入应得到及时的响应,界面不应有明显的延迟或卡顿。

- 对于复杂的操作或长时间的处理过程,界面应提供进度条或提示信息,以保持用户的耐心。

2.4 一致性(Consistency)- 界面应保持一致性,各个功能模块和界面元素的布局、样式和操作方式应大致相同。

- 界面中的图标和按钮应使用相似的风格和设计语言。

- 用户在不同页面或功能之间的切换应有一定的连贯性,不应造成用户困惑或迷失。

3. 总结以上是软件部分用户界面评分的标准,通过遵循这些标准,可以评估和提升软件用户界面的质量,增强用户体验和满意度。

在实际开发中,建议与设计师、开发人员和用户一起进行评估,以确保界面符合用户需求和期望,并提供良好的使用体验。

*[LLM]: 助理的名字。

[整理版]软件项目综合评分法

第四部分:评分标准4.1价格分(基准分40分,价格权值40%):以进入评标程序且报价未超过采购预算的各投标单位中最低投标价格为评标基准价,其价格分为满分。

其他投标人的价格分统一按照下列公式计算:投标报价得分=(评标基准价/投标报价)*价格权值*1004.2 技术分(最高得分60分,价格权值60%):4.2.1软件架构及功能点设计(最高得分40分)a、软件架构:根据所投产品软件架构设计进行综合评价打分,符合当前业务需求并能支持后续业务拓展与延伸得15分,符合当前业务需求的得8分,不符的不得分(最高得分18分)。

b、功能点设计:所投系统的各模块设计完全符合招标文件要求得满分;出现负偏离,由评委根据偏离情况酌情扣分;但模块设计的偏离不得改变该产品的性能和使用(最高得分18分)。

C、数据移植服务:投标方承诺将来自已有系统及其他业务部门信息系统的数据库中的数据导入到本系统中来。

同时保证数据库中数据的正确、完整,整个系统的正常运行。

(最高得分4分)。

4.2.2项目实施服务(最高得分12分)a、项目实施管控体系:具备完整有效的项目实施计划和管理控制体系,以确保项目成功实施,达不到要求的,由评委酌情扣分,(最高得分5分)。

具有ISO9001质量认证证书可给予加分,最高1分,。

b、服务承诺重点比较其服务响应时间、响应方式:(最高得分5分)在新疆本地拥有一定的技术支持和后续服务能力,人员团队不少于7人。

保修期3年。

至少达到以下条件:系统软件12个月的免费维护服务,应用软件36个月的免费1人驻场维护服务,系统软件和应用软件3年免费升级,自供需双方代表在软件最终验收单上签字之日起计算。

保修期内,投标人负责对其提供的软件进行保修并承担一切费用。

投标人必须提供7*24小时服务,必须在2小时内对业主单位所提出的维修要求作出响应。

达到上述要求的得满分,达不到要求的由评委酌情扣分。

B、人员培训(最高得分2分)。

管理员培训达到可以完全自主维护和管理系统软件;软件开发人员培训达到能使用软件支撑平台进行开发能力,达到标书提出的能自行增加各类需求(如增加字段、业务、动态配置管理等)的要求;用户培训达到所有用户可以熟练使用系统的各项功能。

软件部技术管理岗绩效考核办法

软件部技术管理岗绩效考核办法
一、总体指导思想与目的:
为进一步推动组织发展,给员工发展提供更加广阔的空间,特制定软件部技术型管理人才绩效考核。

以提升技术型管理人员的工作积极性、主动性和创造性,有效达成公司对软件部的工作要求。

二、软件部技术型管理人才考核指标及评分标准
三、绩效考核结果反馈及绩效改进
1、考核结果得分与对应等级:
注:技术型管理人员绩效得分需>等级A
1、绩效面谈:
部门直接上级(总经办参与)与员工进行绩效面谈。

面谈对象覆盖C等及以下员工,其他等级员工可依据实际管理需要分别进行面谈。

面谈需签订《绩效面谈表》,绩效面谈包括但不限于:
(1)工作目标和关键绩效指标的达标评估结果;
(2)绩效管理区间内的工作表现优点/不足;
(3)工作改进方法、途径和计划。

2、考核人员与被考核人员面谈后应达成一致签订《绩效改进计划书》,并将此计划作为下一阶段考核的依据。

四、附件
附件一《绩效面谈表》
附件二《员工绩效改进计划书》
附件一《绩效面谈表》:
附件二《员工绩效改进计划书》:。

技术部分评分标准

完全满足招标文件综合布线系统要求,能够给出综合布线系统的详细说明或方案。布线系统全部选用推荐品牌。并给出工程的实施计划和实施保障计划
完全满足招标文件综合布线系统要求,能够给出综合布线系统的方案。材料基本选用推荐品牌,仅少量材料采用其它品牌。并给出工程的实施计划
基本满足综合布线系统招标要求,能够给出基本方案
满足招标文件中的售后服务要求,并且承诺需求提出的各项售后服务,提供较完备的服务计划和培训计划。分期例行检查,在服务年限和培训质量、人数方面给出承诺
基本满足招标文件中的售后服务要求,并且承诺需求提出的各项售后服务,提供服务计划和培训计划
主机和服务器系统(20分)
设备(13分)
数据库服务器和应用服务器(7分)
具备自主生产能力,核心备件拥有自主知识产权,较好的业务数据处理能力,支持通用的协议、业务扩展性较差
接入交换机(8分)
性能参数满足程度
(3分)
完全满足设备性能各项指标,同时背板容量、包转发能力、交换容量、流量控制等指标高于要求
完全满足设备性能各项指标
基本满足设备性能各项指标,性能参数相对
可靠性(3分)
技术部分评分标准
评分细则
分 类
优(71%-100%)
中(31%-70%)
差(0%-30%)
技术方案综合评价
(24分)
技术点对点响应程度(8分)
完全响应并超出标书的技术要求
完全响应标书的技术要求
基本响应标书的技术要求
技术方案的合理性和优化设计(8分)
技术方案
设计最优
技术方案合理
技术方案
基本合理
建设方案及集成方案的完备性(8分)
基本满足招标文件中存储系统的配置要求
安全性和可靠性(3分)
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
4分
技术支持、服务响应和软件升级能力优,得2-4分,
技术支持、服务响应和软件升级能力一般,得0.2-1.9分。
合 计
40分
城管通、领导通要求
序号
功能
配 置
数量
1
城管通
手机类型3G手机智能手机拍照手机/外观设计直板/主屏尺寸3.5英寸/触摸屏电容屏/主屏分辨率320×480像素/主屏色彩26万色/网络模式GSM,TD-SCDMA/操作系统Android OS v2.3/CPU频率800MHz/机身内存512MB RAM/GPS导航支持/摄像头像素320万像素/副摄像头30万像素/图像尺寸最大支持2048×1536像素照片拍摄/连拍功能支持/视频拍摄视频录制/蓝牙传输支持蓝牙/WLAN功能WIFI/标准配置:电池(1500mAh)*2/充电器*2/数据线*1/耳机*1/保护套/保护膜/说明书/保修卡
从系统性能、结构、接口、输入输出和功能等方面进行全面设计;
具备业பைடு நூலகம்受理、问题登记、立案与案卷审批功能,并能与监督员进行交互;
能够实现查询定位功能;
1分
地理编码子系统:(在0-1分之间计分)
从地理编码模型、查询规则、功能等相关方面进行全面设计;
提供地理编码引擎,实现地理编码服务。
1分
大屏幕监督指挥子系统: (在0-1分之间计分)
能接收并回复监督中心发出的问题任务指令;
具备手机地图浏览功能,应包含基础地理信息和部件信息等内容,具备放大、缩小、漫游等功能;
能记录最近上报的问题和任务信息,并标记报送状态;
具备软件自动更新功能,保证软件服务的可持续性;
能显示、查询部件信息等信息。
1分
协同工作子系统:(在0-1分之间计分)
从结构、特点、输入输出、功能等相关方面进行全面设计;
技术部分评分标准(40分)
序号
评审因素


评分标准说明
1
软件系统功能描述
总体评价
5分
根据技术文档方案完整得3分,漏项情况得0-3分。
技术应答无偏差得2分,有偏差得0-2分以下。
系统总体方案
5分
采用的软件体系结构合理,各个子系统的划分和设计内容符合建设部行业标准《城市市政综合监管信息系统技术规范》(CJJ/T106)的要求,在0-2分之间计分。
提供专题管理工具满足基于空间地理数据的拓展应用;
能够对城市事件和部件进行定义和管理;
1分
应用维护子系统:(在0-1分之间计分)
基于平台的思想,提供组织机构管理工具、业务管理工具、查询统计管理工具实现数字化城市管理系统的快速实施;
提供时限管理工具,实现流程各环节计时设置,并能够根据城市管理问题类型分别进行计时。
30
2
领导通
手机类型:智能手机,3G手机/网络制式:支持 TD-SCDMA,支持 GPRS/EDGE/HSDPA/外形颜色:直板 黑色/体积重量:125.3×66.1×8.49mm,116g/摄像头:800万像素/主屏参数:1600万色/屏幕材质Super AMOLED PLUS/480×800像素(WVGA)/操作系统:Android OS v2.3/中央处理器:双核处理器S5PV310 Exynos 4210 双核 1.2GHz/内存容量:1GB RAM/手机屏幕,4.3寸/蓝牙3.0+HS/WiFi/标准配置:电池(1650mAh)*2/充电器*2/数据线*1/立体声耳机*1/保护套/保护膜/说明书/保修卡
应包括信息屏和地图屏展示城市管理问题的基本信息、现场图片、录音和所处的位置和分布情况;
展示城市管理的综合评价(区域评价、部门评价、岗位评价),其中区域评价的结果能够通过GIS地图屏分色块进行发布。
能够在大屏幕中实时查看在岗监督员的分布,并能够查看其活动路线。
具备信息屏和地图屏联动功能,做到数据和展示的交互;
关键技术特点具备优越性、可实现性和可拓展性,充分考虑系统的总体架构设计、应用系统架构设计、安全设计、接口设计、数据库设计,在0-3分之间计分。
应用系统设计
1分
无线数据采集子系统(城管通):(在0-1分之间计分)
从结构、关键技术、特点、功能等相关方面进行全面设计;
能向监督中心报告城市管理的现场问题信息;
项目培训方案
2分
有此项内容,则在0-2分之间计分。
3
组织实施方案
建设组织方案
2分
根据各投标人软件开发实施时间、安装措施、调试、验收方案、安全保障措施等方面,在0-2分之间计分。
项目实施方案
2分
具备具体的项目实施管理办法 ,在0-2分之间计分。
2分
具备实施方案描述 ,在0-2分之间计分。
4
售后服务方案
提供可视化工作流定义;
1分
数据交换子系统:(在0-1分之间计分)
明确数据交换的内容、方式、系统结构、交换标准等方面进行全面设计;
1分
视频监控子系统:(在0-1分之间计分)
应包括视频的位置定位、图像播放、视频源选择、监控探头调整控制;
系统接口设计
2分
具备应用系统内部各子系统间接口设计描述,在0-1分之间计分;
1分
综合评价子系统:(在0-1分之间计分)
提供全面科学的评价模型,提供分类明确的评价功能;
能够详细描述区域评价、部门评价和岗位评价的统计指标、计算公式、输出样式和评分方法。
具备评价结果的输出功能,应能以图表和文件的方式输出;
1分
基础数据管理子系统:(在0-1分之间计分)
提供整套的数据建库和管理工具,实现基于空间地理数据的符号定义、图层定义、数据字典定义、查询统计定义。
实现城市管理问题的立案、案卷处理、消息发送、查询、统计和督办;
支持可视化业务办理过程查看,支持办理全过程痕迹保留和查阅;
支持案卷回退、案卷缓办、作废和延期办理;
支持根据城市管理问题类别不同和城市管理问题严重程度不同的分别计时管理;
具备地图显示工具,支持空间地理数据分专题管理;
1分
监督中心受理子系统:(在0-1分之间计分)
13
具备应用系统外部接口设计 ,在0-1分之间计分;
合理化建议
2分
根据投标人所提供的与本系统相关的合理化建议,在0-2分之间计分。
持续开发能力
2分
根据投标人所具有数字城管后续产品研发能力,最优者本项得2分,其他酌情给分。
2
软件开发实施方案
项目开发、测试与验收方案
2分
根据各投标人提报的软件开发、测试与验收方案等情况进行综合打分。在0-2分之间计分。
相关文档
最新文档