系统需求调研报告

系统需求调研报告（精选8篇）

篇1：系统需求调研报告

Xxx 系统需求调研报告调研背景 描述项目的基本情况，目前所处的阶段，需要达到的效果。调研概况 描述整体调研情况。

2.1 调研目的 该部分用于确定本次需求调研需要要达到目的，幵对各项目的展开描述，如摸清现状（展开描述，摸清哪些部门的哪些方面的现状？）、确定需求（展开描述，确定哪些方面的需求？最终的产出是什么？）等等。

2.2 调研时间 该部分用于描述调研的开始时间和结束时间。

参考范例：

开始时间：x 年 x 月 x 日 完成时间：x 年 x 月 x 日 2.3 调研方式 该部分内容用于确定该项目的需求调研的方式，如问卷调查、集中座谈、走访方式等。

本次调研以问卷调查、集中座谈和走访方式相结合方式进行：

问卷调查内容：通过问卷调查有针对性的系统了解各单位职能设置、组织架构、人员配置、业务运行，以及主管领域方面关于 xx 建设的相应信息化基础信息、觃划发展目标。

集中座谈内容：请根据调研提纲，结合单位实际，做好发言准备，调研内容为各单位现有业务运行现状、取得的成绩及存在的问题，针对主管领域的 xx 建设方向、需求和拟建项目，对 xx 项目的建设建议。其中，重点内容是 xxxx 等。

走访内容：分为现场座谈与体验两部分，座谈部分内容参考集中座谈内容，体验部分包括现场成果参观戒操作体验。

2.4 调研分组 该部分用于描述调研人员的分组安排和人员具体的职责和分工。

序号 姓名 性别 职位 职责 调研分工 1.2.3.4.5.2.5 调研对象 该部分用于描述调研分组的调研对象的安排。

2.6 调研日程安排 该部分用于详细表述调研的日程安排，涵盖从调研启动、搜集资料、分组调研、整理补充、形成报告等的具体的日程安排。

根据 xx 的可行性分析及觃划咨询项目实施步骤，调研时间 x 年 x 月 x 日~x

月 x 日，预计周期为 x 个工作日，请各有关单位提前做好准备工作。

具体调研日程安排见下表：

时间计划 调研进度 工作内容 x 月 x 日 调研启动

搜集资料

x 月 x 日 分组调研 第一组 第二组 第三组 第四组

x 月 x 日

x 月 x 日

x 月 x 日

x 月 x 日 整理补充

x 月 x 日 形成报告

调研内容 3.1 xx 局（部门名称）

访谈对象及职务：

部门联系人、电话、邮箱：

时间:

3.1.1 部门简介 该部门的介绉和部门职能概述。

3.1.2 信息化现状 描述内容包括：网络、IT 设备、其他硬件、现有业务系统（开发公司、开发诧言、使用情况）。

3.1.3 业务发展现状 该部门主要业务范围和内容。

3.1.4 亟待解决问题 该部门如已有信息化系统存在的问题，业务发展存在的瓶颈，遇

到的困难等。

3.1.5 信息化发展需求

该部门有哪些拟建信息化系统的觃划，以及在机房、软硬件、平台搭建、业务联动等方面的发展需求。

3.1.6 数据共享需求 1）该部门可以对外提供的数据； 2）该部门需要外部提供的数据。

3.1.7 建议及意见 该部门针对 xx 项目的建议和意见，以及信息化发展的建议和意见。

3.2 xx 局（部门名称）

访谈对象及职务：

部门联系人、电话、邮箱：

时间:

3.2.1 部门简介 该部门的介绉和部门职能概述。

3.2.2 信息化现状 描述内容包括：网络、IT 设备、其他硬件、现有业务系统（开发公司、开发诧言、使用情况）。

3.2.3 业务发展现状 该部门主要业务范围和内容。

3.2.4 亟待解决问题 该部门如已有信息化系统存在的问题，业务发展存在的瓶颈，遇到的困难等。

3.2.5 信息化发展需求

该部门有哪些拟建信息化系统的觃划，以及在机房、软硬件、平

台搭建、业务联动等方面的发展需求。

3.2.6 数据共享需求 1）该部门可以对外提供的数据； 2）该部门需要外部提供的数据。

3.2.7 建议及意见 该部门针对 xx 项目的建议和意见，以及信息化发展的建议和意见。调研结果统计 4.1 调研问卷回收统计 该部分以表格方式描述各组各调研部门的需求调研问卷的一个汇总情况，通常以表格方式体现。

4.2 需求数量汇总统计 该部分描述各组各调研部门的需求数量的一个汇总情况，通常以表格方式戒者图表方式体现。

4.3 系统建设情况统计 该部分描述各组各调研部门的信息化系统建设的一个汇总情况，例如自建系统和垂直系统的建设情况，通常以表格方式方式体现。

4.4 数据共享和传输统计 该部分描述各调研部门的业务协同和数据共享方面的汇总情况，主要包括需要哪些部门为其提供哪些数据，以及可以对外为哪些部门提供哪些数据，通常以表格方式方式体现。调研总结 5.1 机房情况总结 针对各部门的调研结果，总结各调研部门的机房的一个总结。建

议以直观的图表方式体现。

5.2 信息系统情况总结 针对各部门的调研结果，总结各调研部门在信息系统的方面的汇总情况。例如自建和垂直系统的占比图示，戒者信息化系统的共性的问题的描述。可以图表、表格和文字结合的方式体现。

5.3 需求分类汇总总结 总结各分组和各调研部门信息化需求的分类汇总情况。可将需求分类为：业务类、软件类、硬件类和其他。建议以文字方式进行描述。

5.3.1 业务类 各调研分组在业务方面的需求的总结。

5.3.2 软件类 各调研分组在软件方面的需求的总结。

5.3.3 硬件类

各调研分组在硬件方面的需求的总结。如监控设备、智能终端设备、管理设备、网络设备、安全设备等方面的需求。

5.3.4 其他 各调研分组的非业务类、软件类、硬件类需求的总结。

5.4 主要问题总结 总结各调研分组、各部门存在的主要问题。总结建议 对应我们的调研目的，总结通过本次需求调研工作，达到的效果。例如确定项目的建设原则，各主要问题确定了哪些解决对策。对于各部门提出的信息化系统的需求，确定重点需求，以及其应对决策。

篇2：系统需求调研报告

1.系统需求分析

博客系统分前台功能和后台功能两大部分。前台主要供用户注册，浏览，后台主要供管理员使用，管理员可以对用户进行管理。

1.1前台功能分析

博客系统前台的用户共分两类：一类是注册用户(正式用户)，这类用户有基本的信息，可以对自己的信息进行查看与修改，；另一类用户是游客（未注册用户），他们只能查看、浏览注册用户的信息。

游客：可以查看注册用户的信息。经过注册可以成为注册用户。

注册用户：

1、登录后对可以对个人信息进行查看和修改。

2)博客用户通过前台登录后，对自己的空间进行管理，包括发布自己的网络日志，分享视频，分享音乐，邀请好友玩游戏，上传照片，与相关人员进行交流和沟通以及删除访客发表的评论

3）博客用户登录后对自己的信息进行修改

非注册用户

1)游客通过注册，登录进入博客空间发表评论

2)游客不注册，通过匿名方式对博客空间浏览文章，发表评论，查看文章发表人的所有文章

1.2后台功能分析

博客系统后台主要是供管理员使用的，管理员可对用户进行添加、删除、查询及修改；对网站的新闻、公告进行管理。

管理员也可以具有不同的权限分为超级管理员和普通管理员，普通管理员具有以上权限，超级管理员除了可以具有以上所有功能外，还可以添加、删除普通管理员。

2.数据库设计

2.1数据库概念结构设计

对博客系统进行分析后，抽象出有关的数据，按照现实世界的事物能作为属性对待的，尽量作为属性对待的原则。作为“属性”，不能再具有需要描述的性质，“属性”必须是不可分的数据项，不能包含其它的属性；“属性”不能与其它实体具有联系，E-R图中所表示的联系是实体与实体的联系。依照以上准则，可以确定哪些为实体，哪些为属性，每个实体具有哪些属性，实体之间存在何种联系。经分析之后，该系统中包含的实体以及实体之间的联系如下所示：

实体：管理员实体，用户实体，文章类型实体、链接实体、留言实体、文章实体和评论实体，回复实体，视频，照片，音乐、游客。

实体间存在的联系

管理员和用户实体之间存在多对多的联系

博客用户与链接之间存在多对多的消息联系

博客用户与留言之间多对多的回复联系

文章类型与文章之间存在一对多的消息联系

文章与评论之间存在一对多的消息联系

用户和游客之间存在一对多的联系

用户和视频之间存在一对多的联系

用户和音乐之间存在一对多的联系

用户和照片之间存在一对多的联系

实体的属性：

留言（留言编号，网友昵称，日期，标题，内容，个人主页，回复）管理员（管理员，密码，权限）博客用户（用户号，用户名，密码，真实姓名，性别，出生年月，邮箱，电话，单位，城市，地址，注册时间，积分，用户等级，安全问题，安全答案）

文章（文章编号，作者，标题，摘要，内容，发表日期，人气，回复，类型编号，类型名称，回复数）

文章类型（类型编号，类型名称）

评论（编号，用户昵称，标题，内容，发表时间，文章编号）链接（链接编号，名称，地址）

新闻（新闻号，标题，内容，时间）公告（公告号，标题，内容，时间）

视频（视频编号，标题，内容，时间）

音乐（音乐编号，标题，内容，时间，歌手名）

照片（照片编号，标题，内容，时间，大小）

游客（游客号，游客名）回复（用户号，留言号，主题，内容，回复时间）

联系的属性：

实体之间关系的E-R图如图7-7所示。

2.2数据库逻辑结构设计

根据系统E-R图，把实体与实体之间的联系转换成关系模型，E-R图中的每个实体转换成一个关系模型，实体之间一对多的联系合并到多方实体对应的关系模型中，把一方的码与联系的属性纳入到多方实体对应的关系模型中，为实体之间多对多的联系创建一个新的关系模型，它包含双方的码以及联系的属性。具有相同码的关系模型有些情况下可以考虑把它们合并。在转换过程中应该按照关系规范化的理论，对关系模型进行优化，减少冗余和数据操作异常，提高查询速度，在性能与范式之间作出权衡，一般所设计出的关系数据库达到3NF就基本符合要求。按照

评论（编号，用户昵称，标题，内容，发表时间，文章编号）

文章（文章编号，作者，标题，摘要，内容，发表日期，人气，回复，类型编号，类型名称，回复数）

文章类型（类型编号，类型名称）

博客用户（用户号，用户名，密码，真实姓名，性别，出生年月，邮箱，电话，单位，城市，地址，注册时间，积分，用户等级，安全问题，安全答案）

发表（用户号，文章编号，发表日期）管理（管理员，用户号，注册号）留言（留言编号，用户号，网友昵称，日期，标题，内容，个人主页，回复）回复（用户号，留言编号，主题，内容，回复时间）

链接（链接编号，名称，地址）

访问（用户号，游客号，访问量,访问时间）

公告（公告号，标题，内容，时间）

视频（视频编号，用户号，标题，内容，时间）

音乐（音乐编号，用户号，标题，内容，时间，歌手名）

照片（照片编号，用户号，标题，内容，时间，大小）

游客（游客号，游客名）

3功能分析

在其博客管理系统上建立适当的视图，索引，存储过程和触发器，因此我们主要从这四个方面来分析它的功能

A 视图：视图是一个虚拟表，其内容由查询定义。同真实的表一样，视图包含一系列带有名 称的列和行数据。但是，视图并不在数据库中以存储的数据集合形式存在。.创建某某表的视图

2、利用cust_view视图添加一条记录数据

3、创建视图sale_item_view，该视图中包含订单编号、订货日期、产品编号及数量。然后利用该视图向表中插入数据

4删除视图中所有姓“王”的客户数据

5有两个基本表employee和sales，创建一个视图，该视图包含相同业务员的编号、姓名、订单号、销售总金额。

6将上述视图中订单号为10001的记录的销售金额改为60000。

B 索引：索引用来快速地寻找那些具有特定值的记录。

普通索引，这是最基本的索引类型，而且它没有唯一性之类的限制。普通索引可以通过以下几种方式创建：

创建索引，例如CREATE INDEX <索引的名字> ON tablename(列的列表);

修改表，例如ALTER TABLE tablename ADD INDEX [索引的名字](列的列表);

创建表的时候指定索引，例如CREATE TABLE tablename([...], INDEX [索引的名字](列的列表));

唯一性索引，这种索引和前面的“普通索引”基本相同，但有一个区别：索引列的所有值都只能出现一次，即必须唯一。唯一性索引可以用以下几种方式创建：

创建索引，例如CREATE UNIQUE INDEX <索引的名字> ON tablename(列的列表);修改表，例如ALTER TABLE tablename ADD UNIQUE [索引的名字](列的列表);

创建表的时候指定索引，例如CREATE TABLE tablename([...], UNIQUE [索引的名字](列的列表));

主键：主键是一种唯一性索引，但它必须指定为“PRIMARY KEY”。如果你曾经用过AUTO_INCREMENT类型的列，你可能已经熟悉主键之类的概念了。

主键一般在创建表的时候指定，例如“CREATE TABLE tablename([...], PRIMARY KEY(列的列表));”。但是，我们也可以通过修改表的方式加入主键，例如“ALTER TABLE tablename ADD PRIMARY KEY(列的列表);”。每个表只能有一个主键。

3存储过程: 一组为了完成特定功能的SQL 语句集，经编译后存储在数据库中，用户通过指定存储过程的名字并给出参数（如果该存储过程带有参数）来执行它。

1、利用存储过程，给employee表添加一条业务部门员工的信息。

2、利用存储过程从employee、sales、customer表的连接中返回所有业务员的姓名、客户姓名、销售金额。

3、创建带一个输入参数的存储过程，实现按员工姓名进行模糊查找，查找员工编号、订单编号、销售金额。

4、创建带两个输入参数的存储过程，查找姓“李”并且职称为“职员”的员工的员工编号、订单编号、销售金额。

3、利用存储过程计算出订单编号为10003的订单的销售金额。（带一输入参数和一输出参

数）（提示：sales表中的tot_amt应该等于sale_item表中的同一张订单的不同销售产品的qty*unit_price之和）

4、创建一存储过程，根据给出的职称，返回该职称的所有员工的平均工资。（带一输入参

数和返回值）

4触发器触发器对表进行插入、更新、删除的时候会自动执行的特殊存储过程。触发器一般用在check约束更加复杂的约束上面。触发器和普通的存储过程的区别是：触发器是当对某一个表进行操作。诸如：update、insert、delete这些操作的时候，系统会自动调用执行该表上对应的触发器。SQL Server 2005中触发器可以分为两类：DML触发器和DDL触发器，其中DDL触发器它们会影响多种数据定义语言语句而激发，这些语句有create、alter、drop语句。

1、针对employee表写一个DELETE触发器，显示删除的员工人数。

2、针对employee表写一个UPDATE触发器，限制每次工资额的变动不能超过原工资的20%。

3、定义一个触发器，保证新添加的员工的工资不能超过5000元

4、对sale_item表创建一个触发器，当插入一条销售明细记录时，如果该记录的产品数量超过5，则显示“欢迎成为本公司的VIP会员！”

5、针对customer表，定义一触发器用来保证参照完整性

6、针对sales表，定义一触发器保证参照完整性(参照customer表)

7.针对employee表，定义一触发器用来保证实体完整性

8，在customer表上创建一触发器，用来实现级联删除

9、定义一触发器，保证新添加的员工的工资不能超过5000元

10、创建一个触发器，只能接受女员工

篇3：系统需求调研报告

正电子发射型计算机断层 (Positron Emission Computed Tomography, PET) , 是核医学领域内先进的临床医学检查技术, 是在活体上进行功能、生物分子代谢和受体显像以及神经介质活动研究检查的技术[1,2]。CT是电子计算机X射线断层扫描 (Electronic Computer X-ray Tomography Technique) 技术, 可以清晰地解剖人体结构断层影像[3]。

PET/CT是将PET和CT组合在一起, 使用同一个检查床和同一个图像处理工作站, 进行功能代谢显像的分子影像学设备, 可以检测出没有任何临床症状的细微病变, 同时获得PET图像与CT图像并加以融合。运用这种手段, 得到的图像不仅仅能够反映出病灶详尽的功能与代谢等分子信息及其病理生理变化及形态结构, 清晰、准确地反映人体全身各脏器的病变情况, 同时, 由CT扫描获得病灶的精确解剖定位, 一次成像, 可明显提高对肿瘤进行早期诊断和鉴别[4]。

我院的PET/CT中文报告系统中, 涵盖了核医学影像科室日常工作所需的各方面的功能。从最常见的标签打印, 到登记预约、注射、问诊、报告、审核, 乃至查询检索等;还有功能强大的PET/CT工作站、图像的重组、分析处理、融合等功能。PET/CT工作站能够很好的解决资源共享问题, 便于医师分析比较病人的图像和代谢变化, 大大提高了科室检查诊断的效率和准确度。

1 需求分析

随着医院的不断发展, 我院于几年前引进国外先进的PET/CT扫描系统, 在应用中发现, PET/CT设备只有简单的数字化, 登记、问诊等工作都是通过纸质的方式进行记录, 数据独立存储, 无法相互访问, 与我院成熟的医学影像存储与传输系统 (PACS) 不能够完全兼容。因此, 需要一套能够提供集成化、数字化的管理, 从技术上解决图像处理技术的PET/CT中文报告系统, 具备且优于PACS的功能。建立具有登记、分诊、影像诊断报告以及各项信息查询、统计等基于流程管理的信息系统, 要求系统拥有包括高端性能服务器、安全稳定的网络接口以及大型存储设备等几方面组成的硬件设备支持平台。在软件方面, 提供稳定的结构化的数据库系统作为数据和图像的存储管理工具, 通过数字化管理模式保存, 在需要取读的情况下能够迅速的调回数据以便查阅使用。

1.1 网络管理与数据保存需求

设计的PET/CT中文报告系统, 实现登记预约、注射、问诊、报告、审核, 各个功能模块要能独立运行, 又互相关联。存储的文字信息、报告文档和影像序列等数据既要实时在线, 又要能至少保留3 年, 以方便多次检查的随时取阅、复诊、查询统计和回推。

1.2 功能与图像处理需求

PET/CT系统不同于PACS的特殊要求:1 报告需要附带彩色结果图像, 而且是多幅;2 报告的每幅图像都要有明确的标记和说明;3 报告的文字格式的多样化和美观的要求高。因此在功能设计时, 要满足PET影像是需要换算的浮点影像、并且需要彩色色谱来彰显病灶;而且PET/CT影像的显示, 以多方位显示、立体定位为主;病灶分布可能处于全身多处, 表达诊断的结果图像往往会产生10 数幅、甚至数10 幅;每幅结果图像还需要指示标志和文字描述[5]。

1.3 安全性需求

在诊断的过程中, 通过影像报告逐级审核制度, 避免身份冒用所导致的安全问题, 每个医师用户要通过独立身份密码登录。 PET/CT报告的书写和审核机制的特殊性在于PET和CT两种设备的图像并存, 而且还有两种设备的同位融合图像。PET与CT图像的处理诊断, 侧重点不同, 这就要求核医学专业的医生和放射学专业的医生不仅需要各自独立观察, 还需要一起会诊。PET/CT科室经常接待各种需要保护个人隐私的特殊患者, 需要特殊考虑此类患者的隐私保护。

2 设计与实现

2.1 网络信息化连接通信功能模块管理

网络系统设计中, 采用千兆局域网, 以满足对大数据量的传输要求;服务器采用戴尔的机架式服务器, 存储器采用惠普的机架式磁盘阵列, 工作站采用戴尔的台式机电脑。系统平台服务器操作系统采用Windows Server, 数据库平台采用SQL Server, 工作站平台采用Windows XP或Windows 7 系统。系统的数据库存储文件和DICOM影像, 均保存在磁盘阵列上。

软件的系统架构采用成熟的客户端/ 服务器模式, 编程采用传统的Win32 程序设计。软件系统分为:登记工作站、注射工作站、问诊工作站、报告工作站和图像工作站, 以及系统服务器软件。

系统服务器:安装在服务器上, 负责收发调度DICOM影像、响应和调度客户端用户的各种请求。系统服务器每天24 h运行。

2.2 报告系统的功能

(1) 登记工作站。登记工作站是由用户登录、病人信息、检查信息、收费信息登记、查询统计以及标签打印、医院系统的接口模块等组成。在科室的登记室安装运行, 病人的基础资料从这里进入系统。登记工作站能方便地安排检查时间, 将病人信息录入且确认, 根据检查完成的情况, 及时通知等待的病人进行检查。

(2) 注射工作站。由用户登录、病人注射模块, 包括药物信息、注射信息 (血糖、体重、注射时间、注射部位、注射剂量以及注射员的信息等) 、注射查询检索模块等组成, 在注射室安装运行。

(3) 问诊工作站。由用户登录、病人问诊、报告浏览、图像浏览、查询检索等模块组成, 在诊室安装运行。问诊工作站负责记录患者的信息, 与报告系统集成, 建立完整的病例, 记录患者检查项目, 随时可以调入和调出, 查询简洁方便。

(4) 报告工作站。由用户登录、用户管理、报告书写、报告审核、报告打印、报告浏览、图像浏览、查询检索、统计等模块组成, 在诊室、主任办公室安装运行。报告工作站提供待写报告、正在编辑、正在审核、审核完成、审核通过等多种报告状态, 一目了然方便查阅。同时, 支持多种查询模式。

(5) 图像工作站。由DICOM网关、DICOM影像查询拉图、DICOM图像管理、PET图像和CT图像的融合、截屏存储等模块组成, 以多方位显示, 立体定位为主, 是完全符合DICOM标准的影像工作站支持宽屏、双屏、局部融合、序列交错对比。同时采用DICOM Q/R技术, 可以保证医学影像信息数据存储的高效性和低冗余度, 提高数据查询和影像获取的速度。

2.3 图像的分析和处理

PET/CT中文报告系统在图像处理软件与数据库软件方面, 具备功能强大的图像处理技术, 提供超过60 种色谱。图像处理, 见图1。

PET图像和CT图像的融合包括:1 各种图像处理功能, 如缩放、窗宽窗位、色谱更换、MPR、MIP、同体位图像融合等;2 测算功能, 如矩形、方形、椭圆形、不规则封闭绘图、直线等感兴趣区 (Region Of Interest, ROI) 测算、 标准摄取值 (Standard Uptake Value, SUV) /体型消瘦患者的SUV值 (Standard Uptake Value Of Lean Body, SUL) 换算、 三维概念的感兴趣区 (Volume Of Interest, VOI) 绘制测算等[6]。

SUV是PET在肿瘤诊断中常用的半定量指标, 是指局部组织摄取的显像剂的放射性活度与全身平均注射活度[7]。目前SUV已被广泛用于肿瘤良恶性鉴别及疗效评价。

理论公式:

实际计算公式:

注射药物的剂量随着时间以对数衰减, 在病人注射之后, 到了检查的时候, 以及在检查的时间段内, 这种衰减都是随时进行的。在计算中已经把注射剂量衰减校正到检查开始时间的剂量作为计算SUV的剂量。除了血糖水平、受检者的体格、病灶的大小、ROI的勾画、注射后显像时间等因素外, SUV还受设备性能、成像条件、采集模式、重建算法、操作方法 (例如勾画ROI的大小) 、衰减校正等因素的影响[8]。

2.4 审核的权限及安全

我院PET/CT科室采用医师、主任医师、专家医师三级审核机制。主任医师、专家医师可以审核修改医师的报告, 专家医师审核修改的报告、主任医师不可以再修改审核;专家医师可以审核修改主任医师的报告。同时, 医师、主任医师、专家医师均可以独立书写报告。按照不同的安全级别和不同的权限, 对用户进行分级管理, 提高了系统的安全性和稳定性[9]。系统界面设计完全符合Windows系统的新界面风格, 方便用户随时进行登录与注销, 保证每一级用户的权限与安全性。

3 结束语

我院的PET/CT中文报告系统运行良好、操作简单, 能够很好的适应医院管理要求, 支持多线程存储查询, 能够提供安全的备份方案, 提升科室的工作效率、减少繁琐重复手工劳动、提高病人诊断水平。通过精确的图像融合定位, 高水平的图像处理, 使检查结果更准确。通过定性和定量分析, 能提供有价值的功能和代谢方面的信息, 帮助确定和查找肿瘤的精确位置, 从而早期、快速、准确、全面发现病灶[10,11]。PET/CT中文报告系统软件与设备的后处理工作站具有互补性, 将后处理工作站转换成全中文界面, 为图像提供中文标识, 方便医生看图。

PET/CT中文报告系统还存在一些需要改进的地方。例如在图像查询及数据恢复方面, 因为数据库只能保存处理过的图像, 无法保存原始图像, 这对历史查询和调阅有一定的影响。另一方面, PET/CT中文报告系统与HIS网、PACS网无法进行互联, 无法在同一网段内工作, 这些问题还需要进一步解决。

参考文献

[1]王媛媛, 王梅, 郭斌.PET-CT新技术的临床应用现状与问题[J].中国卫生经济, 2007, (6) :63-66.

[2]杨星, 贾峰涛, 任庆余.PET/CT的技术发展趋势[J].中国医疗设备, 2012, 27 (2) :51-52.

[3]朱玮珉, 陈曙光, 蔡良, 等.核医学影像工作站的应用及维护[A].2010中华医学会影像技术分会第十八次全国学术大会论文集[C].2010.

[4]李立伟.PET/CT技术与综合影像诊断[J].中华核医学杂志, 2003, (6) :52-54.

[5]张密, 吴效明, 郭圣文.医学影像工作站的发展现状和趋势[J].世界科技研究与发展, 2008, (4) :493-496.

[6]王荣福.分子影像学与分子核医学应用研究现状与进展[A].2010中国医学影像技术国际论坛暨《中国医学影像技术》编委换届会论文集[C].2010.

[7]齐雪松, 江泓, 王式琦, 等.核医学影像设备质控方法初评[A].中华医学会放射医学与防护学分会第三次全中国青年学术交流会论文摘要汇编[C].2001.

[8]赵震华.谈PET/CT的日常维护与使用[A].中华医学会第九次全国核医学学术会议论文摘要汇编[C].2011.

[9]李明珠, 李彩娟, 战海艳.医学影像诊断综合实验室的数字化建设与管理[J].中国医疗设备, 2011, 26 (8) :65-67.

[10]陶勇浩, 缪竞陶.医学影像学信息系统工作站配置方案的探讨[J].中华放射学杂志, 2002, (6) :489-492.

篇4：系统需求调研报告

关键词：会计信息系统；信息需求；会计报告模式

会计信息是准确进行经营管理决策的关键因素，会计信息系统是生成会计信息的主要来源，而信息需求则为会计信息系统的发展提供了一个明确的方向，也是会计信息系统发展的主要动力。会计信息是企业做出经营管理决策的依据，也是国家进行宏观调控、稳定社会经济秩序的重要参考。

1.会计信息系统的发展历程围绕信息需求展开

会计最初的单式记账满足了自然经济发展阶段的人类社会，其生产的目的主要是自给自足，而非交换。从政府角度看，是要借助它核算其财政收支状况及其结果，贯彻“量入为出”的财政原则服务；对商业与手工业来说，则要通过它来核算收支，以便在经营中求得“收大于支”的期望结果。该时期会计目标是要为政府与民间商业及手工业核算收支，满足它们对各自收支状况及其结果的信息需求。

15世纪地中海沿岸商业的繁荣，资本主义萌芽的出现，使这一时期的商业对会计的要求，已不仅仅是核算。单式簿记不能满足其所需，会计逐渐由单式簿记发展阶段进展到复式簿记发展阶段，为广大信息使用者提供更为详细具体的会计数据，开启从简单的数据提供向系统的信息披露转化的会计时代。

18至19世纪的工业革命促进了生产力的发展，并引起了生产组织和经营形式的重大变革。股份有限公司已成为企业的最基本经营组织形式，所有权与经营权发生分离。公司所有者需要有关公司财务状况和经营成果的会计信息，以评价经营者受托责任的履行情况；而经营者需要对其经营管理决策有用的信息，特别是成本管理信息；公司其他利益相关者，如债权人则需要有关公司偿债能力等方面的信息。会计的反映与评价受托责任履行情况的职能也得到了加强。

到了市场经济高度发达的时代，会计信息的内容进一步得到扩展，同时随着证券市场的发展，委托与受托关系不仅进一步复杂化，并且处于不断变化过程之中。会计除满足上述需求外，还为潜在的投资者、债权人、政府及其它利益关系人提供各种不同的信息。这一时期会计信息的需求已不仅仅是历史信息，它还需要未来信息。会计在理论、方法和技术等方面都取得了迅速的发展。

会计信息系统在整个发展过程中都是围绕信息需求而不断发展、提升自我的。社会经济的发展必然强化人们对信息的需求，而信息需求的扩张必然推动会计信息系统的不断完善。可以说，信息需求的不断提高与信息供给的相对不足之间的矛盾，正是促使会计理论不断创新、会计方法技术不断进步、会计信息系统日趋强大的直接动力。

2.当前会计信息需求与会计信息系统的矛盾

现代会计信息系统有了很大的改进，但是在实际的运行中仍然存在很多问题，难以充分发挥其优势。其存在的主要问题有：

2.1信息的供需关系不平衡。在目前的会计信息系统下，信息的提供者完全决定了信息需求，信息产生的过程和公布完全是由信息提供者决定，而信息使用者只是处在一个被动的地位，被迫选择接受信息的最终结果，信息需求者对信息的真实性只能做一个主观上的判断。另外，由于信息提供者在整个信息产生的过程中拥有很大的权利，所以因为信息提供者的失误而造成信息失真的可能性会大大增加，信息质量难以保障。

2.2脱离信息使用者的实际需求。由于目前的会计信息系统是信息提供者决定使用者的需求，因此使用者的实际需求很难反馈到信息提供者那里。即便提供者尽职尽责，坚守职业道德，他们所做的工作也仅仅是程序性地进行一成不变核对、记录、报告，对信息使用者的实际需求全然不知。信息使用者的需求不是一成不变的，而是动态的。

2.3信息使用者对信息的需求较被动。信息提供者和使用者之间的关系式供需关系，对于所有市场来说，供需双方中任何一方脱离了主动性，都不可能健康稳定地发展，相反必定会引发市场萎缩。信息的需求本应是由信息使用者所决定的，而目前的会计信息系统下的信息使用者严重缺乏对信息需求的主动性，反而信息提供者处于主动位置，这是目前会计信息系统最大问题。

3.会计信息系统的发展趋势

3.1 会计信息生产社会化

随着会计信息使用的日渐普遍化、多元化，会计信息不再只是满足企业生产经营管理者的需要，还要满足如投资者、债权人、政府及职工等众多利益相关者的需要，在社会化信息需求的情况下，会计信息生产方式就应该是社会化的信息生产过程。这种会计信息的生产方式，以社会需求为目标，从市场经济的社会联系性，从各个经济主体的经济联系点获得经济活动的原始信息，这就能在信息来源上杜绝虚假信息的产生。

3.2 会计信息的需求是会计信息系统运行的前提条件

人们对会计信息有用性的要求推动着会计信息系统的不断完善，会计信息系统的结构将与企业信息系统的整体结构相适应，以业务为中心来组织，根据物流、资金流、信息流的连续运动和反馈来设计，跨越职能领域的边界，真正做到信息集成与共享。而会计信息系统的功能也不只是会计核算和财务分析，它将集财务会计、管理会计、成本会计于一体，体现了先进的计划、控制和决策思想，还将更多地分析与挖掘会计历史信息、当前信息和预测信息，达到“向所有相关决策者提供满足决策需求信息”的目的。

3.3“需求导向型”会计信息系统

“需求导向型”会计信息系统的核心思想在于重新划分信息处理的权限，将数据加工和信息输出的权利交给信息使用者，由信息使用者制定和维护信息加工规则，并按照自己的需求生成或“组装”相关的信息报告。

在需求导向型的会计信息系统下，会计信息系统的主要任务不是传统意义上的填制凭证、登记账簿和编制报表，而是提供足够的有助于生成会计信息的各种数据以及相应的手段和方法，建立满足信息使用者需求的数据“超市”，以便他们借助网络的强大处理能力，按照自己的需要和偏好实时进行信息选择、加工、提炼、汇总和分析。

4. “需求导向型”会计报告模式促进会计信息系统的发展

要想缓解信息需求与信息供给的矛盾，妥善处理二者之间的关系，真正抑制信息不对称现象，充分发挥会计信息的使用价值和国际“商业语言”功能，推动我国市场经济特别是资本市场的发展，必须彻底变革现行的会计报告模式，以使用者需求为导向再造会计信息系统，建立“需求导向型”会计报告模式。

信息需求是会计信息系统发展的动力，信息需求应该由信息的使用者来决定，应满足利益相关者多元化和差异性的会计信息需求，要将“供给决定性”会计报告模式扭转为“需求导向型”会计报告模式，目前会计信息系统存在的最大问题就在于忽略了这一点。因此，未来的会计信息系统应朝着需求决定供给的方向发展，致力提高信息使用者对信息需求的主动性，只有这样，会计信息系统才能更加高效健康的运行，才能为企业乃至国家的经济决策提供更加准确的参考。（作者单位：山西财经大学会计学院）

参考文献：

[1]李端生. 建立需求决定型会计报告模式的思考[J].会计之友，2009，（2）.

[2]李端生，续慧泓. 论信息需求与会计信息系统的发展[J].会计研究，2005，（6）.

篇5：订单管理系统需求报告分析

1、采购基础数据功能包括：物料数据维护、订/交货方式维护、来源类别维护、采购员维护、采购系统维护。

2、采购计划管理功能包括：请购计划维护、请购计划合并、采购计划生成。

3、采购订单管理功能包括：采购订单维护、采购合同维护、订单终止或取消、订单结案。

4、采购询价管理功能包括：报价资料维护、询价资料维护。

5、供应商评估管理功能包括：供应商类型维护、供应商资料维护、供应商报价维护、供应商评估。

6、主要应用部门：财务部门，营销部门，生产部门，运输部门

2、系统业务流程分析

3、系统功能模块说明：

（1）、采购基础数据: 采购子系统的基本数据有采购员资料、供应商资料、采购提前期以及业务流程设置。对这些数据就及时加以维护。

（2）、采购计划管理: 通过物料需求（订货点控制、订货周期控制等生成的请购计划）来生成采购计划（或采购建议订单），并综合考虑物料的订货批量、采购提前期、库存量、运输方式以及计划外的物料申请，进行系统自动物料合并，也可以人工干预和修改。另外，有些原材料的采购提前期很长（有的进口件要半年以上的采购周期），因此有可能超过主生产计划制定周期。这类采购的采购计划应经过销售、财务与计划等部门的综合讨论与评估确定所需的数量和时间，然后制定材料的中期或长期采购计划。

（3）、采购订单管理: 根据订货批量、采购提前期、库存量、运输方式、用款计划以及计划外的物料申请进行物料合并，生成采购订单，并经过确认后即可进行订单输出，最后下达给供应商，也可以网上发布订单。对于临时追加的采购任务，可以通过与供应商协商直接下达采购订单。

（4）、采购询价管理: 落实采购订单的采购供应商。采购业务人员广泛利用市场的采购供应资源，进行价格咨询并商谈有关交货数量、交货期、质量要求与技术要求，落实每种物料的供应商。对新开发的供应商资源还要进行供应商的认证过程，经过相应的评审并合格后才能作为许可采购的供应商。

篇6：煤矿采样系统需求分析报告

煤矿采样系统需求分析报告

煤矿在很多场合下都需要对煤炭进行煤质分析，煤炭所含的水分、杂质等会严重影响煤炭的质量判断。所以为了确保自身的利益，需要对煤炭进行采制样，然后进行实验分析。采样系统就是对煤炭进行准确检测、化验的重要过程，连续、稳定、精确的采样过程是采集样品代表性的关键。

随着科学技术的日益精进，采样系统逐渐实现电气化操作，煤炭的采样效率也越来越高。本报告针对徐州圣能科技有限公司与徐州圣能科技有限公司联合开发的采样系统进行探究分析，从而使煤矿领导对其有更深的理解和认识，使煤矿采样能够实现更高效、安全的生产。

一、采样系统分析

目前，市场上现有采样机及其自带的制样设备都有一定的煤种和水分适用性，不具备应对湿黏煤的能力，系统因不能自动判断水分、黏性，故时常导致“粘堵”故障，从而导致整个采样系统运行不稳定或者采样数据出现明显偏差，严重时，甚至整个采样系统会因此“瘫痪”。

基于对煤矿使用需求的深刻洞察和机械设计理念与思维，徐州圣能科技有限公司与徐州圣能科技有限公司凭借在各自领域的技术和经验积累，从煤炭采样的本质出发，紧扣采样过程中“粘煤”难题，通过运用优质不锈钢材质，独特破碎机设置和加装振动器等技术以及信息与系统集成等先进技术，经过不断方案更迭，推出了本报告中的采样系统。

1、落煤管采用不锈钢材质

落煤管常用的材质有普通碳钢和不锈钢。使用普通碳钢制作，管道内壁易锈蚀，表面粗糙，造成煤粉在其表面附集，尤其是煤的水份在8%～12%时，更容易在管壁上黏结，使下煤阻力增大造成落煤管堵塞。

而报告所述落煤管采用不锈钢板材质，与物料的摩擦系数比普通钢低30%，滑动性好，故对煤流的阻力小，即减少了物料对管壁的冲击，又能保证物料均匀下行，减少堵塞的发生，提高转运效率。

2、破碎机筛条布置前密后梳

破碎机筛条依据“前密后疏”的原则进行布置，呈放射状不均匀排列，物料主要在机前受撞击，机后卸出，使物料难于在壳内堵塞。配置疏通器，清扫铲上下往复运动清理破碎壁板上粘结物料，能够有效防止堵煤。并可调节齿板筛条之间间隙控制出料粒度。

与市场传统筛条布置相比，它具有疏通能力强，自动化程度高，结构简单，运行维护成本低廉等优点，是解决目前破碎机堵粘煤问题的有效手段。

公司官网：http:///

3、加装震动器

篇7：图书管理系统需求分析报告

1引言

1.1编写目的

本项目为图书管理系统；书写此文档是为了确定客户的真正需求，因此我们在可行性分析的基础上进一步了解、调查、明确用户对系统的综合要求、数据要求等；确定了一份完整、准确、清晰、具体的系统要求，从而得出系统必须完成什么样的功能。

此文档包含了用户对系统的具体要求，系统的功能需求等；可做为用户需求的确定书和总体设计的依据，也是验证和维护系统的依据。

1.2背景

社会的信息化带来了极大的信息量，而图书作为一种重要的信息交流传输载体,不管是在数量还是种类上都大大增加；因此我们迫切需要设计图书管理系统来满足日益增加的服务需求和管理需求。图书管理信息化中的一个主要环节就是图书借阅和归还的管理，因此针对这个环节的就成为图书管理系统的一个重要组成部分，而且是必不可少的一部分，也是应用最广的一部分。我们开发的系统正是为满足这一部分的需求，期望该系统能给管理者和借阅者都带来利益。

说明：

A.软件系统的名称：图书管理系统 B.开发者：徐达、金振兴、叶雷、王鹏 C.该软件系统同其他系统的关系

软件属于图书管理信息系统的一部分，应用中可能需要引用图书管理系统其它部分的数据内容，此处暂且使用自定义的数据表项

1.3定义

B/S：Browser/Server(浏览器/服务器)结构 SQL语言：用于数据库操纵的标准语言.NET：MS提供的一种高效的开发以及运行平台

ASP：全称为Active Server Pages，是一套由微软公司开发的服务器端运行的脚本平台，可用于开发动态网页

1.4参考资料

a．《软件工程导论 》 清华大学出版社 张海潘编著

b.《软件工程学实验 》 科学出版社 苏正、王文等编著 c.《数据库系统概论 》 高等教育出版社 王珊、萨师煊等编著 d.《C#.NET程序设计基础教程》 清华大学出版社 王华秋主编

2任务概述

2.1目标

2.1目标

图书查询系统的初衷是：

（1）.让用户在最快的时间内找到他所需要的书目

（2）.让用户在最短的时间内了解新书的到馆的情况以及书刊在馆情况（3）.让用户最大限度的使用图书这种公共资源

（4）.让用户了解自己的学习目标以及有哪些相应的图书与之配套（5）.让管理人员在尽可能短的时间内完成书刊的流通（6）.让管理人员在短时间内了解学生们的需要（7）.让管理人员及时更新在观书目

（8）.让管理人员更好的控制书刊的流通

可以在广大的学校中或者小型图书馆推广这套系统，来提高图书管理的效率，解决人工管理的问题。2.2用户的特点

（1）.在校读书的学生有很强的适应性可以在很短的时间内完成对这套系统的适应在最短的时间内提高效率（2）.想不断加强自身学习的人可以在图书馆以外的地方使用客户端来完成自己想要借阅的书籍（3）.对新鲜事物有很强好奇心的用户可以用这套系统来在最快时间内充实自己让系统可以更好的适应自己（4）.有一定知识水平了解简单电脑操作的用户可以在熟悉系统的前提下深入的了解系统，使之更好的为自己服务（5）.管理人员要熟悉服务器的维护数据的更新以及备份工作这就要求管理人员要了解数据库的一些基本原理在出现问题的情况下可以简单的处理（6）.经过简单培训可以熟练使用该系统的服务人员

预计使用频度为平均一个5000人的学校为：大约平均500—1000人/天

2.3假定和约束

 在开发中要考虑用户的可能出现的操作以及在出现问题后的处理：

 假定使用查询功能的人员出现登陆不了的情况及时的恢复对原有数据的备份可以由管理人员来完成。

 最大限度满足接受不同用户在同时发出的请求。例如可以有100人同时查询数据就可以有100人同时修改自己的数据

 如果用户的知识结构不是很好可以进行一下简单的培训。应该教会用户相应的操作以及应对紧急情况的手段。

 如果用户的密码丢失则需要重新验证，需要输入一个密码提示问题  管理人员对数据出现误操作则需要完成数据的恢复

 管理人员如果没有及时更改书目信息则该书不能被借出  管理人员需要良好的职业素质来保证图书更新的情况

 管理人员有良好的专业素养来应对突发事件如服务器操作系统的崩溃

3需求规定

3.1对功能的规定

用列表的方式，逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出。3.2对性能的规定 3.2.1精度

该软件在使用中，对“按序列号查询”要求全数字外，其他查询方式并没有特殊要求，并且在按照书名查询时候支持“模糊查询”，如：你要查询的书名为“软件工程基础导论”，你可以在查询框里面输入“软件工程”，系统将把所有的书名含有“软件工程”字样的书名列出。

3.2.2时间特性要求

如果本系统使用局域网链接，网络速度较快，并且本系统只适应于中小型图书馆使用，不会造成数据拥塞的现象，所以查询时间、内容更新时间都是瞬间完成。如果使用互联网链接，则由于网络速度问题可能造成一定延迟。或者由于长期使用致使的软件老化或数据库负担增加也可能造成延时。

3.2.3灵活性

a． 可以使用多种查询方式查询，时间允许的前提下可以增加多重条件模糊查询功能。b． 适用多种windows版本。

c． 适当整理数据库，或者增加网络传输速度可以提高速度。

d． 在时间允许的情况下可以适当增加读者留言板、图书推荐等模块，方便用户使用。

3.3输入输出要求

输出数据：如果添加成功，输出成功提示信息，失败则提示检查信息，重新输入。3.4 数据字典

（1）读者（帐号，姓名，班级，性别，组号）

名字：帐号简述：用以唯一标识用户的信 息。范围：长度：使用位置：用户登录时进行相应的判断核对。名字：姓名简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。名字：性别简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。

名字：班级简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。名字：组号简述：对用户的等级说明，并且管理最大借书量。范围：”01“„”05”长度：使用位置：借书时对借书量进行限制。(2)管理员（帐号，姓名）

名字：帐号简述：用以唯一标识用户的信 息。范围：长度：使用位置：用户登录时进行相应的判断核对。名字：姓名简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。

（3）图书(图书编号,类别,书名,作者,出版日期,出版社,定价,总数量,剩下数量,备注)

名字：图书编号简述：唯一标识每一本图书的关键域 范围：长度：使用位置：在新书入库，借阅登记，借阅查询，图书整理，超期提示中使用到名字：书名名字：类名简述：标识每一本图书的十简述：每一个图书有一个类几名字 别，用以管理员分类管理 范围：范围：长度：长度：使用位置：在在新书入库，借阅登记，借阅查询，使用位置：用户查找的时候图书整理，超期提示中使用可以对查找的项目进行限制到名字：作者简述：标识每一本图书的写作者 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到 名字：定价名字：类别简述：每一个图书有一个类简述：标识每一本图书的实别，用以管理员分类管理际价格 范围：长度：使用位置：用户查找的时候使用位置：在新书入库，借可以对查找的项目进行限制阅等级，图书整理中使用到名字：类型名字：类名简述：每一个图书有一个类 简述：标识图书的分类种类别，用以管理员分类管理 范围：范围：长度：长度：使用位置：在新书入库，借使用位置：用户查找的时候阅等级，图书整理中使用到可以对查找的项目进行限制名字：图书库存数量简述：管理每一种图书的现存量 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到 名字：出版社简述：标识每一个图书的出版处 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到名字：出版日期 简述：标识每一本图书的出版日期范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到（4）借还(用户帐号,图书编号,借书日期,到期日期,数量,还书日期)名字：帐号简述：用以唯一标识用户的信 息。范围：长度：使用位置：用户登录时进行相应的判断核对。名字：图书编号简述：唯一标识每一本图书的关键域 范围：长度：使用位置：在新书入库，借阅登记，借阅查询，图书整理，超期提示中使用到名字：数量简述：管理每一种图书的现存量 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到 名字：借书日期简述：标识用户在何时借书 范围：长度：使用位置：在借阅等级中使用名字：到期日期简述：标识用户应在何时还书 范围：长度：使用位置：借阅登记中使用名字：还书日期简述：标识用户在何时还书 范围：长度：使用位置：在借阅登记中使用

（5）数据流图

a.新书入库

b．图书借阅

C．过期提示

d．借阅查询

e.还书处理

3.5数据管理能力要求

要求对两万左右的学生借阅信息和10万本以上的图书进行有效的管理，并且随着学生人数的增长和图书数量的增多，要能快速地查询出有效的信息，3.6故障处理要求

对于任何硬件或软件系统来说，都不可避免的会存在问题，当机器或者软件出现故障的时候，就应要有可靠的办法来解决才行。我们做的系统是可以通过网络运行的，所以应该考虑当网络发生拥塞时的处理情况。这个图书查询系统当遇到上述情况时会自动重新发送数据给服务器，避免了使用者再次输入信息的麻烦，而如果机器遇到突然死机就可能造成数据丢失，我们也设置了系统自动恢复到操作前状态的功能，尽可能的降低拥护的损失。

3.6其他专门要求

对于此系统来说，为了维护读者的权利，防止数据在传输的过程中泄露个人信息，必须给传输的数据加密，而且本系统界面全由图象和文字组成，使用方便。

在用户登录操作界面的时候，密码采用了密文的形式，防止用户使用不当造成密码泄露。在系统内部，考虑到不同拥护的需求以及系统的维护需要和长期发展的要求，我们的设计使得系统的可补充性好，维护简单，易读易懂，对系统软件的适应性强

4运行环境规定

4.1设备

a． 为了使系统稳定的运行，硬件要求cpu达到奔腾3以上，内存至少为256MB。

b．外存可以不做要求，但建议应该在20GB以上。

c． 本系统要求在联机情况下使用，用户可以通过网络（局域网或者Internet）访问，但是为了便于使用，建议用户使用局域网。

4.2支持软件

建议使用windowos2000及以上的系统，测试环境为windows xp操作系统下使用asp.net.4.3接口

软件与其他软件之间应该有较好的接口和通信协议，实现相互之间的通信需要，增强本软件的实用性和功能。

4.4控制

篇8：系统需求调研报告

电力需求侧管理是弹性降低高峰时段负荷的有效措施, 对于缓解用电高峰紧张局面具有重要意义。需求响应是电力需求侧管理一种重要手段, 可通过政策指令或者激励引导用户积极配合电网的调峰措施。

传统的需求响应是用户接到用电管理部门启动有序用电的通知后, 需要人工进行部分用电负荷电源的切断操作。可能需要切断多个电源才能使负荷降低到期望值, 人工操作响应时间慢, 误操作可能性大, 影响重要负荷的供电。目前市场也有部分支持远程控制的装置可以实现电源开关的遥控操作, 但是单一的执行设备缺乏一套合理的控制策略, 难以实现用户智能需求相应的要求。

为了克服现有技术的不足, 本系统提供一种用电负荷可中断的智能需求响应系统和方法, 可以大大提高需求侧管理控制的灵活性, 加快需求响应技术的市场化推广。

二、系统功能

本系统的主要目的是提供一种用电负荷可中断的智能需求响应方法。在用户参与需求响应时, 可自动优选用户侧用电负荷线路, 实现用电设备电源的智能通断控制, 并报告实施结果。从而实现电力用户用电负荷信息的自动采集、策略选择和控制执行。本系统可支持自组网通信技术, 提高了传统采集控制终端与上级通信时的可靠性和实时性。系统由3部分组成, 其主要设备是采集控制器、集中器和主站:

(1) 采集控制器与用电设备负荷相连, 其功能分为两部分:1.采集每路用电负荷的电力信息, 包括电压、电流、功率、电能等, 并将信息发送至集中器, 通过集中器的中转, 最终信息传输至主站;2.作为执行结构, 执行主站的需求响应负荷电源切断和接通任务并报告。 (2) 集中器作为上下级信息的传输通道, 负责信息的中转。其关键是支持上下级的多种组网方式。1.数据集中器与下级数据采集控制器之间的通信支持485、Zigbee无线自组网技术。2.集中器与上级控制中心主站可采用以太网和GPRS移动数据通信网。可根据用户现场灵活选择组网方式。 (3) 主站负责整个需求响应事件的策略执行。包括接受用户的需求响应指令, 收集来自数据采集控制上传的每个负荷监测点的电力参数以及自动生成执行策略并下发执行命令。

三、中断响应方案的实施

(1) 负荷节点的定义。1.对负荷节点的定义需考虑多个参数值, 主要是负荷的重要性以及允许的可中断时间两个因素。当生产条件改变时, 允许用户自行进行参数修改。2.在电力用户的用电负荷设备处安装数据采集控制器后, 每个数据采集控制器以及与之相连的用电负荷设备看成是一个控制节点。首先对每个节点按照企业自定义的负荷重要性进行分类, 可分为A、B、C、D、E、F类, 负荷的重要性依次增加。对每个节点允许的可中断时间进行定义。例如A类负荷可以是随时中断的部分照明, 可中断时间可以是48h;B类负荷可以是允许暂时中断的空调, 允许时间是24h;依次类推, 则F类为一类负荷, 不可中断。3.此工作可保证首先切除的重要性程度最低、可允许中断时间最长的负荷。

(2) 执行方案。按照需求响应事件期望切断的负荷量生成执行方案。系统根据用户指令的要求, 综合评价期望控制的负荷量和响应时间后, 自动生成可执行的策略。

四、系统特点

(1) 这是一整套的用户侧用电负荷可中断智能需求响应系统, 包含了从负荷信息收集→需求响应指令的接收→执行策略的智能生成→执行→报告的整个需求响应全过程。本系统提供了一种电力用户主动参与需求响应的方案, 避免目前电力用户被动接受有序用电, 影响企业生产的状况。 (2) 其中的需求响应执行策略综合考虑了负荷等级和可允许的中断时间两个因素, 提高了需求相应的灵活性, 可操作性强。为需求响应的市场化推广提供了条件。 (3) 其中的数据采集控制器集成了用电信息采集、传输、控制3种功能。可接收上级控制指令信号, 主动切断用电设备电源, 将负荷控制在期望值。 (4) 其中的数据采集控制器和数据集中器之间支持自组网技术, 避免了单一485组网方式的实时性不高、布线困难、扩展性不强的问题。

摘要：本系统技术涉及电力需求侧管理领域, 提供一种电力用户在进行需求响应时能够自动控制用电负荷到期望水平的系统和方法。

关键词：电力,需求侧,用电负荷,可中断,智能

参考文献

[1]林晓明, 肖勇.智能电网建设中加强电力需求侧管理研究[J].中国电力教育, F407, 61, 1007-0079 (2011) 30-0046-03.