第一篇:上海市房屋稽查执法管理系统项目需求书
上海市房屋稽查执法管理系统项目需求书
一、项目概述
房屋稽查执法管理系统(以下简称系统)拟建房管局执法监督处的业务管理系统。房管局执法监督处的主要职责是:
负责指导监督区县房屋管理部门的行政执法工作;
负责处理涉及房屋管理重大事项的举报、控告和投诉。
二、建设目标
本系统的建设目的是为了规范房管局稽查执法工作,保证住房保障和房屋管理有关法律、法规和规章的有效实施,通过技术手段加强房管部门业务互动、规范房管系统稽查程序、提高稽查效率、方便社会公众对执法工作了解和监督。
本系统通过“市房管执法队—区县房管执法队—房管办”三级联动机制,实现行政执法案件管理、行政执法人员管理、统计分析、系统管理功能及信息安全及服务接口等任务:
行政执法案件管理:本项目的核心功能,通过执法案件受理、调查、审核、听证、执行并最终结案提供有效的监管和追溯功能。
行政执法人员管理:规范执法人员管理。
统计分析:通过图表、汇总等方式把本项目中的数据汇总起来,提供具有针对性的业务统计功能。
系统管理:对本项目的用户访问权限及其他配置功能项进行管理。
信息安全:通过各种技术手段和控制策略保证业务、系统和数据的安全和稳定。 服务接口:实现与外部系统的标准化服务,实现多系统支持的工作模式。
三、建设内容
本系统是一个覆盖全市房管系统执法监察与管理的业务系统,应满足不同层次、不同类型的用户业务需求,要求包括以下模块:
3.1执法案件管理
3.1.1 案件管理
为有效对执法案件进行管理,本模块需提供以下功能:
立案审批:完成整个业务操作流程,从启动监测到反馈的整个审批过程。该模块需要多个角色参与,在立案审批过程中,可根据各部门实际业务需求,进行流
程配置。
承办调查:承办人员组织相关人员进行笔录询问、现场勘查、收集证据等,调查结束后,整理案件调查终结报告,初拟行政执法意见,提请进行审核案件。 案件审核:形成案件执法决定,各单位根据业务实际,核审过程有所区别。 案件整改告知:执法部门告知当事人违法事实、执法依据、处罚意见等,当事人可对执法意见提出申辩申请。
案件决定:执法部门出具《行政执法决定书》,告知当事人违法理由、依据和处罚内容。
案件执行:执法部门对当事人处于相应的行政处罚。
案件结案:执法部门按相关程序编写结案报告,进行文件归档,完成案件办理。 案件反馈:对于从信访投诉过来的案件,行政执法处理结束后,通知投诉系统事件的处理结果和完成情况。
3.1.2 收件档案扫描管理
收件档案扫描是为了避免大量纸质件袋流转、查阅所带来了资源消耗。房屋稽查执法系统的执法案件管理业务需要收取必要的书面材料,本模块的功能就是把这些纸质材料转换成为电子档并与业务案件实现关联。考虑到日常业务办理的效率,收件扫描不在业务办理中进行而是在后期统一处理,因此需要在处理关联的时候验证电子档案与业务案件是否匹配。
3.2 执法人员管理
为满足执法部门对行政执法实施情况进行实时、全程、有效的监控,提高执法人员行政执法的效能,本模块包含以下功能:
执法证管理
正式办案人员管理
辅助办案人员管理
执法人员培训管理
执法人员绩效管理
3.3统计分析
包括自定义报表格式,数据统计和报表分析三个部分;
提供自定义报表格式,各执法部门可根据各自业务实际自定义报表格式;
数据统计支持按单位、时间段、案件类型、执法结果等多种方式的统计功能; 报表分析可根据不同条件进行数据统计,并以图表等方式表示;
支持统计数据导入、导出功能。
3.4 系统管理
3.4.1 用户管理
用户管理模块需要实现用户注册、认证、授权的统一管理,为保证足够的安全等级,需要采用专门的USB-KEY设备或证书管理系统,支持对个人证书的颁发和验证。
对于用户进行角色配置,确定该用户所能访问和使用的功能模块。
3.4.2 角色管理
提供角色的创建和修改,角色管理是把虚拟一个操作用户,并在系统内确定该用户所能够使用的功能模块,一个用户能够被赋予多个不同的角色,并且系统会根据最高的权限赋予该角色所对应的用户。角色管理所包含的内容:角色名称、代码、描述。
3.4.3 菜单管理
定义本系统的功能模块菜单,一个菜单一般对应一个独立的功能模块,并且该菜单能够被赋予角色。菜单管理所包含的内容:菜单名称、代码、链接地址、描述。
3.4.4 权限管理
设定系统菜单和角色之间的关联。
3.5 信息安全
系统在建设过程中需要充分考虑数据和查询的安全性,并能够记录详细的查询日志。在实际业务办理中需要尽可能的验证申请对象的身份,保证查询的真实性和有效性。同时对于出具的查询结果也需要能够保证不会被伪造和非法利用。
3.6 服务接口
本系统需要与成果测绘系统(GIS)、房产登记系统、物业管理系统、房地产市场管理信息系统、经纪服务系统建立数据交互接口。
四、技术要求
4.1 功能性要求
功能性要求应满足本文档第三节所规定的内容。
4.2 稳定性要求
房管系统行政执法监督管理信息系统应达到以下稳定性要求:
实现5×8小时在线案件处理服务。
数据库服务器、应用服务器的CPU、内存等关键参数运行平稳。
数据库连接池、线程池应保持稳定,避免死锁和长时间排队。
4.3 安全性要求
行政执法监督管理信息系统应达到以下安全性要求:
网络安全:应与现有机房环境的安全设备兼容。
传输安全:应对关键数据进行加密传输。
存储安全:应利用现有的备份机制。
身份认证:应兼顾硬件方式(USB-KEY)和软件方式(用户名/密码)两种。 访问控制:应根据角色设定数据权限和操作权限进行控制。
功能安全:应对关键业务的关键操作进行日志记录,防止非法数据进入系统,防止网络非法入侵手段。
4.4 运行效率要求
行政执法监督管理信息系统应具有较高的系统响应性能及并发访问性能,至少支持200个并发用户,并具有一定的容错性。
4.5 易用性要求
行政执法监督管理信息应采用B/S架构实现,以提高用户体验为目标,并达到以下易用性的要求:
风格简约,色调柔和,合理利用浏览器空间,减少不必要的操作。
操作简便,支持必要的“微操作”(如键盘快捷键)。
从操作者的角度出发,提升用户体验效果。
兼顾效率,合理减少用户操作的等待时间。
友好提示,在人机交互过程中,有效甄别输入的正确性。
4.6 兼容性要求
由于用户使用的操作系统存在多种版本,因此需要保证系统能够兼容Windows XP、Windows Vista、Windows 7操作系统,浏览器应兼容IE 6.0、IE 7.0以及IE 8.0。
五、维护要求
提供2人现场支持一年免费维保服务
扩容支持服务
升级支持服务
5×8小时电话技术咨询服务
技术资料支持
六、系统培训和技术支持
6.1系统培训
在系统实施阶段,响应单位应对本系统用户以及管理人员进行操作培训,需要配备1-2名培训讲师,并提供详细的系统操作手册。
6.2技术支持
响应单位必须具备5×8小时上海地区的技术支持能力,能提供现场技术支持和具备7×24小时上海地区技术支持的优先考虑。
第二篇:文明单位创建管理系统项目需求书
文明单位创建管理系统
需求意向书
2012年12月
前 言
本着提升文明单位创建水平、推进文明单位建设不断提高目的,不断创造文明单位创建活动新载体,为文明创建工作带来了新亮点。结合工作实际,综合运用先进的网络编程技术,开发《文明单位创建工作管理系统》(以下简称《系统》),形成集文字、图片、视频于一体的立体化、多媒体的文明单位创建工作Web网络电子档案,有力地促进了辖区文明单位创建工作规范化、系统化、科学化。
一、《系统》设计特色
1、板块设计精细化。《系统》以天津分行《文明单位建设管理考核实施细则》要求为依据,对天津分行《文明单位量化考核标准》进行细化分解,把62条考核标准细分为领导班子建设、干部队伍建设、金融业务工作、综合管理四大板块形成文档资料中心,每个板块设若干子栏目。
2、展示技术多样化。《系统》运用流行的网络编程技术综合开发而成,集文字介绍、图片展示、视频播放于一体,网页生动活泼,表现形式灵活,内容展现丰富多彩。
3、档案管理系统化。《系统》是一个电子档案库,文明单位创建工作的所有资料均可通过及时录入到《系统》板块和子栏目内,而且可根据需要刻录光盘进行保存入档,文明创建工作档案实现系统化。
4、创建过程动态化。《系统》把创建资料分门别类录入其中,真实地记录创建活动内容,动态地反映了创建活动过程、活动效果,保证了资料的连续性和完整性。
二、《系统》实现功能
1、系统记录功能。《系统》能详尽记录创建内容,反映创建过程,展现创建效果。每项创建活动从计划到开展,从开展过程到活动效果的评价,在系统相应栏目都有翔实的纪录。通过《系统》能够身临其境地感受文明单位创建的历史足迹。
2、督促指导功能。《系统》是按《文明单位量化考核标准》设计的栏目,各栏目对创建活动都有具体要求,该栏目内容的完成进度、完成时间、达到效果等,通过查看《系统》栏目就能一目了然,对创建活动各项工作责任人起到督促指导作用。
3、检查验收功能。该系统的设计依据是天津分行《文明单位建设管理考核实施细则》,因此通过《系统》电子资料就能了解文明单位创建活动开展情况,检查文明单位创建活动。可以通过具体检查创建活动的开展项目和开展程度,按照《文明单位量化考核标准》逐条评价打分,既便于对文明单位创建效果自我评价,又为上级行检查验收文明单位创建工作提供了便利。
4、信息交流功能。通过登录《系统》查询,本单位各岗位人员可以掌握全行文明单位创建整体进度,及时了解各个岗位工作开展情况,达到相互学习、相互交流、取长补短的目的。由于《系统》是以Web网页形式创建,可以通过在内联网发布网络链接,为支行之间信息共享提供便捷的交流平台,促进创建经验的相互借鉴、共同提高。
三、《文明单位创建工作管理系统系统》运行效果 我们希望通过使用《文明单位创建工作管理系统系统》可以让相关人员从繁琐的操作流程和文书处理中解脱出来,提升工作效率和管理水平,实现文明创建管理工作的规范化和系统化,对促进文明单位创建发挥了积极作用。
系统设计
一、总体思路
根据工作需要,本着便于操作和实用的原则,确定该系统的总体设计思路是参照办公自动化系统的运行模式实现文明单位创建管理工作的模式化、程式化、模板化。
二、主要模块
系统主要目的是达到文明单位创建管理工作的的模式化、程式化、模板化,提高创建管理效率。主要包括以下模块:
(一)文档资料中心模块。包括: 1.领导班子建设 2.干部队伍建设 3.金融业务 4.综合管理
以上四个版块可以由系统管理员任意动态设置多级子栏目,栏目的文档类型可以分为普通文档和会议记录文档。普通文档的内容包括文字、图片、报表、视频,会议记录文档是具有固定模式的文档,包括时间、地点、人员、主持人、会议主题、会议内容等。
对于文档的操作要设置权限,权限包括录入、浏览、打印、修改、删除等权限,根据不同的用户对象,由系统管理员设置相应的操作权限。
(二)网络中心模块。本模块实现系统内用户间的短信联络,或 4 领导对管理工作的指导,同时还要有友情链接,便于访问其他网站。
1.个人信息修改 2.修改登录密码
3.网络邮箱。包括收邮件、发邮件、已读邮件、已删邮件、已发邮件
4.网络互动。包括在线讨论、互动会议。5.友情链接。
(三)考核测评模块。根据文明单位创建考核办法,系统要具有对创建单位的创建工作进行考核的功能,考核内容共有62条,每条有一定的分值,考核分为自评和验收考评,每个创建为3年,每半年考核一次。
(四)系统管理模块。包括:
1.系统参数设置。设置系统使用单位名称、安全设置(IP地址限制、屏蔽工作区鼠标右键)、信息提示铃声、网页刷新时间设置、界面风格等。
2.用户管理。增加、删除、修改系统用户,用户分为两类用户,即系统管理用户和普通用户。
3.用户权限管理。由系统管理员对普通用户工作权限,工作权限包括文档的录入、浏览、修改、删除等。
5.用户活动记录。查看用户的登陆记录,包括登录时间、登录IP、操作记录。
6.系统菜单维护。由系统管理员动态设置文档管理中心的栏目。7.考核模版管理。对每条考核的内容,设置对应栏目的链接,方便考评时查询,考核内容模版见附件“考核.htm”。
第三篇:HC3i-上海市120医疗急救中心手机定位系统项目需求书
上海市120医疗急救中心手机定位系统项目需求书
一、项目背景
进入21世纪后,面对经济转轨,国际接轨的趋势,上海整个城市功能发生了巨大转换,全球化经济背景下面临着机遇和挑战。作为国际型大都市的上海,城市完备的市政设施、繁荣的市场、发达的经济,大大提高了人们的生活质量。生活质量越高,人们对自己的生命质量要求越重视。同时国内外大型重要会议和活动的举办,2010年世博会的召开对120调度指挥系统反应及时性要求大大提高。
上海市医疗急救中心“120”调度指挥系统于1999年启用至今,良好地完成了其设计目标,即“120”电话受理录入、急救车辆指挥调派、GIS系统及导航应用等。同时上海120调度指挥系统利用号码百事通114数据库,做到实时获得固话呼救病人装机地址数据,为调度就近派遣救护资源提供方便。然而,对于近60%业务量的手机拨打120呼救者,120医疗急救中心目前无法实时获得GIS定位数据。调度员需通过人工询问呼救地址方式,对其进行GIS定位。120调度指挥系统手机呼救定位功能的开发使得原有的操作得到简化,调度系统可实时获得呼救市民GIS定位数据,从而加快了调度系统电话受理录入速度,缩短急救响应时间。
综上所述,为了快速应对突发情况,为上海市民提供及时的院前医疗救护响应,缩短急救响应时间,“120”调度指挥系统手机定位功能的建设已迫在眉睫。通过手机呼救定位功能开发,“120”调度指挥系统将移动、联通、电信运营商平台提供的手机定位数据,并通过现有的调度平台接口协议存入中心调度数据库,完成预期功能。
二、120现有系统概况1、800M数字无线对讲机
中心使用800M数字集群无线对讲机,车载型设备采用摩托罗拉TETRA MTM800车载终端,手持型设备采用EADS THR880i手持终端。这些设备广泛应用于08奥运、世博保障、机场保安、公安等市府重要领域。
2、GPS车载终端设备
GPS车载终端是中心调度系统的重要组成部分。调度系统通过车载终端将急救任务信息与病患家属联系方式告知车辆救护人员。同时,救护人员通过GPS反馈车辆任务状态,包括站内途中待命、驶向现场、现场抢救、驶向医院、医院交接等等。结合调度系统,调度员就能时刻了解车辆定位信息,任务状态。从而为就近派遣救护车,及时到达现场抢救病人提供可靠技术手段。
3、120调度软件
调度坐席采用一机双屏。左屏主要显示急救任务情况与车辆信息状态信息。右屏显示电子定位信息,图形化显示道路、医院、车辆、呼救地理位置,将上述信息有机整合,从而做到及时发送任务,就近放车。
4、程控交换系统
我中心程控交换系统建设于1999年,采用广州Harris公司的LH2020系程控交换机。120市话光纤由漕溪局接入,共4个通信模块与link中继,分别对应漕溪、庆宁、控江、东昌,以上模块应用于120电话呼入。24027办公电话为两个通信模块,为汾阳6433局方向接入,以上模块用于调度派车业务使用,故上述模块关系120市话受理与调度,事关重要。5、114固话地址库
系统用于拨打120呼救固话装机地址查询,采用一拨一查方式调取号码百事通公司数据
1of5
库。
三、招标需求
(一)总体目标
本项目实施后,可以实现如下功能:
1、在受理本地手机呼救求助时,120表单上立即显示呼救求助者所在位置的大致方向及相关信息,并将所在位置定位在GIS地图上,为救护车准确有效出动提供参考。
2、拨120呼救求助后可对该手机进行主动定位。
3、性能指标:
1)目标群体:120呼救求助手机用户;
2)覆盖范围:包括移动、联通、电信三家运营商的手机用户;
3)实现方式:打一查一;
4)定位精度:市区200米以内,郊县区500米以内;
5)定位速度:在120接通后5秒内,提供手机经纬度坐标信息,并在GIS系统实时显示并标注呼救电话定位信息;
系统容量:支持手机用户每日(24小时)呼入量5万次的即时定位需求,高峰时段呼入量4000次/小时的即时定位需求,每家运营商并发量为3次/秒,超出部分可延时定位,120系统初次定位失败,具有重发机制,运营商端三次无法反馈定位信息,系统自动放弃定位请求。
(二)技术要求
本次项目的建设范围包括实现手机定位功能的所有工作内容,涵盖手机定位系统建设、120急救受理系统改造、三家运营商接口和数据三部分。
供应商作为总包,需分别与三家运营商以及120急救受理系统承建商协商与其的接口方式,保证定位数据的及时准确获取。供应商应结合系统安全要求、功能需求、性能指标等多方面,并秉持对现有120急救受理系统做最小改动同时不影响现有120系统运行的原则,给出详细可行的解决方案。
1、安全要求
按照医疗急救中心网络安全隔离的有关要求,本项目涉及的内外网通信要求采用串口连接方式,通过特定的串口程序进行网间数据通信。
2、功能要求
本项目建设手机定位系统,实现对移动、联通、电信三家运营商报120手机用户的位置信息自动获取和在地图台上定位显示。
1)实现“打一查一”定位功能。在使用手机报120时,120急救受理系统将该主叫号码经手机定位系统发送至运营商进行定位,运营商经内部测算获得地址信息后再经手机定位系统传送回120急救受理系统,实现打一查一定位。
2)实现所有使用手机报120警情的即时定位(5秒钟内)。120急救受理表单上能自
动生成呼救地址的文字信息,如运营商仅能提供基站地址,则定位地址除显示基站地址外,还应显示相对于基站的大致方向;同时在GIS电子地图上点闪或划出大致区域。
3)实现报120后30分钟内,对报120手机的多次、主动定位信息查询,并同样在急救受理表单、GIS电子地图上生成相应的信息。
4)对报120后30分钟内进行的主动定位情况,应能根据手机号码、时间段、案由、定位结果等信息,查询所有与该求助相关的信息,如报120时间、定位次数、每次定位时间、每次定位地址、定位接线台号、定位接线员工号、处理单位、救护车到场情况、处理情况等内容。系统还支持上述主动定位信息的统计、汇总、输出、打印等功能。
5)报120结束后,将定位信息与受理表单一起保存到120急救受理系统数据库内,可根据需要随时进行查询、调取。查询时,可通过定位信息或基站信息,调取某一时段、某一区域内符合条件的所有表单记录,并支持模糊查询,查询结果方便导出、打印。
6)要使120急救受理系统与手机定位系统集成协作,120急救受理系统需做出相应改造,包括与手机定位系统的双向数据传递、GIS显示、查询统计等功能。120急救受理系统的改造工作由该系统承建商完成,但是改造费用包含在本项目中,供应商应积极协调并督促120急救受理系统承建商完成相关改造和配合事宜。
7)定位数据从移动、联通、电信3家运营商经手机定位系统传送到120急救受理系统,通过租用此3家运营商专用光缆进行传输,确保数据传输的快速、安全。本项目投标费用应该包括3家运营商网络的一次性建设费用、二年的网络租用费和2年的数据服务费用。
8)本项目除完成上述提及的所有需求的软硬件开发和建设外,还应负责完成与现有120急救受理系统、3家运营商(移动、联通、电信)数据系统、其他相关系统的接口工作,以及鉴权机制的开发工作,并承担由本项目引起的所有机房改造、项目集成工作。
9)由电信铺设12条模拟直线到120九楼调度大厅。需做到用户需求,在120电话中继受理方式与模拟直线电话受理方式之间互相切换。
10)在连接PBX 和PSTN 网络的4 根PRI 线路上部署一台PBX 监控设备,该设备能够在传输发生故障时,发出告警通知维护人员,从发现故障到发出告警无需人工参与,有效保障上海医疗急救中心话路7天×24小时不间断工作。要求提供监控日志,及查询功能。电信提供24小时监控,发现故障立即响应,按规范流程应急操作。
11)扩容4条中继线路,与原中继合群使用,上联TM1~4中继模块。由上海电信的4个汇接局(东昌、控江、庆宁、漕溪局)确保局端接入可靠性。扩容后新的模块与原有模块实现交替呼入,任何一个模块意外中断后都可由冗余中继模块承担语音呼入。扩容中继要求由漕溪局以外局端接入。铺设光纤要求由中心信息桥架(柳州路侧信息井)接入,架设至中心5楼机房。并使用电信备光端机接入我中心程控交换系统,做到热备冗余。
12)根据用户需求和本地组网原则,原郊县局120的接入路由由分散接入改为经TMS1-4(4个E1中继模块)接入,具体接入方式为,南汇区局经TMS3、4汇接,金山、松江、嘉定、崇明、奉贤、青浦分别经TMS1、2汇接。由于120短号码应用的特殊性和重要性,按郊县局分片进行割接,具体割接时间由用户指定。
四、本次招标的其他要求
1、投标方应按照“公卫应急信息系统”整体要求和建设进度,进行供货、安装(包括必要的参数配置与二次开发)和系统集成配合。要求中标方在合同签订后三个月内完成相应
工作并保证系统完成安装验收、投入试运行。
2、投标方给出的相关文件文档与其它相关系统接口的技术规范应遵循“公卫应急信息系统”的整体要求;
3、投标方提供的软、硬件产品及其配置应该是安全、可靠和成熟的,符合技术发展方向,并具有应用于国内的成功案例。
4、投标方提供的产品在升级、扩展时不应改变整个系统的结构、通信方式、管理模式,不应破坏应用软件的正常工作环境。
5、投标方应该保证所提供的所有产品皆不侵犯任何第三方的版权、知识产权和其他合法权利。
6、投标方供货的软、硬件产品免费升级维护期不得少于一年。投标文件中应详细列出免费升级维护期内的服务承诺。
7、投标方所有软、硬件选配应该保证可用性、合理性、完整性以及满足性能指标前提下具有丰富的功能选择性。这种功能选择不能以损失经济性为代价。如果招标文件的要求有缺漏或不妥,投标方应指出并根据合理的原则进行调整(修改要求指标或作为配置选择项),这种调整应该予以详细说明并必须在投标截止期10天以前获得招标方的书面同意。
8、投标方需提供中国移动、中国联通、中国电信出具的针对本项目的授权函。
9、有关法律、法规和规定以及招标文件和投标文件是招标人与中标人订立合同的依据。合同文件包括合同正文及其附件、招标文件以及中标方的投标文件、合同签订后双方共同制定的用户需求说明书和系统概要设计书。
10、中标方负责所供软、硬件件及配套产品的服务,包括提供所供产品技术咨询、供货、参与检验和点货验收,负责所供产品的安装或协助安装、参数设置和优化,负责所供产品的保修及有关售后技术服务。
11、中标方应根据实际情况优化技术方案后配合招标方采购本系统与用户现有固话GIS定位系统间的接口开发及相关融合集成服务,并积极配合相应的开发集成商实施有关集成工作。
12、如果中标方应按合同向用户提供商品软件,则在签订合同后30天内中标方将供货的商品软件介质及使用License文件送到招标方指定地点,并进行点货验收。
13、签订合同后一周内,中标方向招标方提交软件安装环境的要求。中标方按照招标方要求的时间,与有关各方配合进行安装、测试和安装验收。软件安装15天以前,中标方向招标方提交安装、测试和安装验收的计划方案,该计划方案须经过招标方同意方可作为安装、测试和安装验收的依据。
14、中标方负责组织原产品制造厂家的合格的技术人员或由原产品制造厂家直接授权的有资格的技术人员完成供货软件的安装、测试和安装验收以及终验,并解决此过程中出现的有关问题和提供招标方要求的、必要的工程与技术服务。
15、在招标方为本项目购买的其他有关软、硬件安装集成时,中标方负责组织原产品制造厂家的合格的技术人员或由原产品制造厂家直接授权的有资格的技术人员提供招标方要求的、必要的工程与技术服务。
16、在招标方为本项目开发的应用软件安装过程中,中标方负责组织原产品制造厂家的合格的技术人员或由原产品制造厂家直接授权的有资格的技术人员提供招标方要求的、必要的工程与技术服务。
17、招标方有权要求中标方和原产品制造厂家在其供货的软件安装、集成和招标方自行开发的应用软件安装工作中,配合招标方选定的集成开发方在招标方现场解决与这些软、硬件设备有关的问题。当这种问题发生时,中标方和原产品制造厂家不得以任何理由予以推委。
18、中标方有责任免费向招标方提供供货软件相关的操作和现场培训。投标商应给出软件的原厂商提供现场技术培训的具体承诺,并应详细说明培训内容。
19、工程保质期为验收通过后两年(不包含耗材及其它有明确使用寿命的部件),售后维修为即时响应,可做到2小时内现场响应。保质期内免费上门维修及更换部件,保质期后提供有偿维修或另行签订维护合同。
20、中标方和原产品制造厂家有义务向招标方主动提供合同供货范围内的软件升级和修补版本,并协助招标方进行软件更新。如果升级版本超过合同规定的免费升级范围,则招标方有权选择是否进行升级。如果该软件具有固有缺陷,则修复这种缺陷是投标方不可推卸的责任和义务。
21、招标方有权要求中标方、原产品制造厂家和招标方指定的系统集成商共同签署书面文件,就中标方向招标方提供软件的售后服务内容、质量保证、各自责任和合作事项等达成协议并共同对招标方的利益负责。
22、投标方必须在投标文件中详细列出所有产品配置和服务项目的详细清单、单价、净价(¥)、税金和总价(¥)。
报价包括税金、保金和运输货物到招标方指定现场以及协助招标方安装、集成、开发、培训和其他必要的免费维护期内有关服务等费用。
招标方有权根据本项目应用需求和预算情况,在有关规定的范围内增减上述招标产品的数量和配置。
23、本项目付款方式为分期付款(3/5/2),项目通过审计也是第三笔付款的前提条件。
第四篇:项目需求书
附:
项目需求书
项目名称:
甲方成员:
一、项目背景:
现阶段,随着社会人才需求水平的提高,各个企业对于实习生的要求也越来越高,甚至希望这些在校大学生无“磨合期”,能够在最短的时间内与企业文化以及岗位素质需求相吻合。然而,许多在校大学生在实习工作中由于一些原因并不能很好的适应实习工作。因此,我公司决定针对在校大学生实习工作过程中无法适应的现状,有针对性的制定一个方案,从而帮助在校大学生实习阶段可以较好的适应企业岗位职能要求,提高在校大学生实习工作的适应性。
二、项目现状描述:
由于现阶段社会人才需求水平的不断提高,各个企业对在校大学生实习工作的要求也越发的严格,这对于在校的大学生来说无疑是一种挑战,不具备丰富的经验以及良好的实际操作能力等诸多因素导致许多在校大学生无法很好的适应实习工作并达到工作要求,甚至对在校大学生的心理产生了一些负面影响。
三、项目范围:
由公司筹划部负责本企业的项目分析及进度控制,改善在校大学生实习工作适应性的问题。
四、项目目标:
通过对在校大学生以及企业等多方面进行“在校大学生实习工作不适应”分析,帮助他们在实习阶段能够较好的适应企业岗位职能要求,并很好的适应企业文化及人际关系等,最终提高其对工作的适应性。
五、项目方法和手段:
通过对在校大学生实习工作中的不适应进行分析、企业对于在校实习生工作中存在的主要问题分析、分类对同时期的在校毕业生进行实习工作不适应的分析,了解在校大学生实习工作无法适应的主要原因,据此来解决在校大学生实习工作的适应性问题。
六、项目完成期限
9月14日项目启动。
9月15日完成项目需求书并发给乙方。
9月16日---9月18日与项目乙方进行充分沟通,使乙方明确甲方的项目需求。9月19日乙方最终完成项目建议书。
12月中下旬项目结束。
七、项目承担方的资格要求
具备良好资质与丰富经验的管理咨询公司。
第五篇:IT运维管理系统项目需求书
IT运维管理系统项目需求书
现状分析:
-应用系统和网络系统的日益复杂和庞大,维护人员面对的压力和挑战原来越大;
-目前的信息化管理没有遵循国际ITIL 标准规范,需要有标准的管理, IT部门就需要有一套完善成熟的并可管理的IT服务流程,遵循国际ITIL 标准,对IT运维进行有效地管理、使信息系统更加适应业务持续变化的需求、通过流程管理,不断提高IT运维质量,实现高效运维,提升组织内IT服务满意度。建立对IT基础架构的监控和搭建全新IT运维管理模式
通过管理人员、技术和流程的有机结合,实现IT运维管理标准化和规范化,立足于服务,建立以客户为中心、流程为导向、从业务角度出发的全新IT管理模式,建立快速响应并适应集团业务环境及业务发展的IT运维模式,实现基于ITIL的流程框架、运维自动化。让运营质量整体提高一个层次
1集中监控和基础数据采集
监控对象包含主机系统、网络系统、数据库、中间件、应用系统、存储设备、IT环境系统。监控对象的基础数据采集能够自动采集的全部使用自动采集的方式,并能够实现动态更新。被采集的信息在设备的生命周期内具有可追溯、可审计的能力。
-服务流程管理
应做到增加、减少和变更服务流程简单、便捷,各类用户使用统一的界面登录并提交任务。除了集中监控模块产生的事件自动转入指定流程进行处理外,其他任务由运维值班人员根据任务判断后启动规定的流程进行处理。
-知识库管理
知识库是运行维护中好的经验的总结和积累,是一个动态的过程,增删内容和审批由各级授权用户完成。
-服务台管理
指自动判断故障的类型,指派故障处理人员,记录系统运行过程中问题发生、故障解决和日常维护的全部过程,对发生的问题做到即时响应,建立系统运行维护量化的考评体系,统计分析体系,逐步提高服务水平和管理质量,并与相应的工作流程对应。
报表及统计管理。结合上述的各项功能,系统能够根据工作需要产生标准格式报表,并能够按条件生成和调整各类报表
预期收效
针对信息化部门IT异构化环境和工作复杂度低、重复性高及工作难量化、难考核特点,摆脱“救火队”的角色,变被动运维为主动运维,将人、技术、流程进行有效融合,从人员、系统、业务三维视角协助进行IT决策、业务运行健康度关联分析和运维管理人员的绩效评估;
从服务的角度去提高IT服务质量,达到服务质量和成本的双赢,实现日常运维工作的自动化、信息化和标准化,助力业务部门的信息化,实现推动IT业务运营的价值发展;
针对现有复杂的网络结构、不同的软硬件平台、繁多的业务系统,系统能够实现全面监控、分级管理、集中展现、提前预警、快速响应。系统建成后,在可控的费用与代价下,能全面提高信息中心“自主运维”能力、信息化管理水平,帮助持续提高业务部门和客户的满意度,为高效科学的业务运转提供有效保障。
运维管理平台能够面向信息网复杂的IT环境,整合各个专业管理系统的分割管理模式,通过运维管理平台,从业务和服务的角度,实现了对IT系统的集中、统一的运维信息化管理,系统借助ITIL等运维管理理念,达到了技术、功能、服务三方面的有机整合,实现了IT运维服务过程的标准化、流程化、规范化,提高了故障应急处理能力,提升了信息部门的管理效率和服务水平。系统体系结构
IT运维监控管理系统架构是一个层次化的结构。在不同的层次,有不同层次 的管理目标。可提供按照不同地域划分的分级分权管理机制。能够全面、正确、及时地反映被管系统的运行状态,提高运维的质量和效率,确保信息部门的技术支持服务以及信息化管理工作更为畅通、透明、完整和有效;同时,通过知识积累和知识管理,进而设定优化指标,进行量化管理,实现持续的服务改进;最终能够为业务部门和用户提供更高质量的服务并提高满意度,形成一个集中监控运维管理平台,以实现整个系统IT运维管理标准化和规范化。推荐品牌广通IT运维管理平台软件
推荐理由:
1、该产品紧紧依托公安部每年运维管理考核体系,随公安部考核标准做灵活变化,基本为公安系统指定网络运维管理软件;
2、公安行业二十多个省厅局使用。公安部、北京市公安局、上海市公安局、天津市公安局、重庆市公安局、陕西省公安厅、甘肃省公安厅、宁夏回族自治区公安厅、青海省公安厅、新疆维吾尔族自治区公安厅、新疆建设兵团公安厅、河南省公安厅、山西省公安厅、山东省公安厅、黑龙江省公安厅、辽宁省公安厅、吉林省公安厅、广东省公安厅、广西省公安厅、浙江省公安厅、海南省公安厅、湖北省公安厅、公安部消防局、公安部边防等;
3、陕西省公安厅及9个地市公安局(西安、铜川、延安、汉中、宝鸡、渭南、安康、商洛、咸阳)使用;
4、完善的本地化服务体系,在西安设立常驻办事处,两名技术支持工程师常驻本地,持续有效的为客户提供电话、现场服务。