建议书模板,功能和性能需求分析,信息量分析与预测

信息量分析与预测和功能和性能需求分析

功能就是一个产品有哪些用途，它能干什么

性能就是这个产品在干具体事情时候表现的怎么样！

---例如---

一台手机：

打电话，发短信，玩游戏，听歌看电影，拍照等等，这些就是手机的功能；而这台手机打电话怎么样(接收信号好不好），发短信又如何（打字方不方便），玩游戏爽不爽（电池是否经用，会不会白屏关机），听歌看电影棒不棒（画面音质是否很赞）, 拍照强不强（照片分辨率是否为1080P，像素又高不高呢）等等，这些就是手机的性能。

总的来说的话：功能是某种事物的用途，而性能则是该事物在实现某种用途时候的表现情况，或者说效率。通俗一点就是性能是需要通过功能来评判的，事物没用什么功能也无法评判其相应的性能！

嗯~

产品是指能够提供给市场，被人们使用和消费，并能满足人们某种需求的任何东西，包括有形的物品、无形的服务、组织、观念或它们企业产品组合。

产品属性是指产品本身所固有的性质，是产品在不同领域差异性（不同于其他产品的性质）的集合。也就是说，产品属性是产品性质的集合，是产品差异性的集合。

决定产品属性的因素，由以下不同领域组成。每个因素在各自领域分别对产品进行性质的规定。产品在每个属性领域所体现出来的性质在产品运作的过程中所起的作用不同、地位不同、权重不同。呈现在消费者眼前的产品就是这些不同属性交互作用的结果。

产品功能定位是指在目标市场选择和市场定位的基础上，根据潜在的目标消费者需求的特征，结合企业特定产品的特点，对拟提供的产品应具备的基本功能和辅助功能作出具体规定的过程，其目的是为市场提供适销对路、有较高性能价格比的产品

产品性能是指产品具有适合用户要求的物理、化学或技术性能，如强度、化学成份、纯度、功率、转速等。

而通常所说的产品性能，实际上是指产品的功能和质量两个方面。功能是构成竞争力的首要要素。用户购买某个产品，首先是购买它的功能，也就是实现其

所需要的某种行为的能力。质最是指产品能实现其功能的程度和在使用期内功能的保持性，质量可以定义为“实现功能的程度和持久性的度量”，使它在设计中便

产品的内在涵养包括：功能定义合理性、使用方式科学性、材料选择环保与节约、生理感觉舒适性、色彩感觉明确、文化内涵丰富等。

产品在设计过程中融入对社会无微不至的关怀，产品在功能实现过外延产品是指产品提供的超出顾客期望的服务或者价值。一个完整产品中的附加的服务和增加的利益，包括送货服务、信贷服务、安装服务、质量保证、保修和维护、包装服务等。

产品竞争已经更多的集中到了外延服务（或者说增值服务）方面的竞争上。

在实行产品外延服务的时候要考虑几个问题：

1、每一个增值服务都会带来成本的增加；

2、增值利益可能很快就会变成期望利益。顾客在习惯了一种增值服务之后会把这种服务视作当然的服务，从而使得这种增值服务对顾客的增值意义降低。这个时候应该及时出现新的增值服务。

3、在为增值服务提高价格的同时，还应该考虑向下走的可能性，即削减服务，大量削减成本，削减价格

程中融入对人无微不至的关心与体贴。

接下来进入正题：

1.1.信息量分析与预测

审计信息的数据量分为数据采集量、存储量、处理量、传输量。

1.2.1.数据采集量

1.2.1.1.现场审计采集量

现场审计采集量包括被审计单位原始数据和资料信息量。需要分别测算。现场审计采集量分析如表错误!文档中没有指定样式的文字。.1 现场审计采集量分析所示。

表错误!文档中没有指定样式的文字。.1 现场审计采集量分析

1．原始数据信息量：审计中获取的被审计单位财务业务数据，一年度中AO 组网的项目总数为300个，平均每个项目为700万条，每条数据记录按500字节即0.5KB计算。全部AO现场组网作业方式的审计服务器处理的原始数据信息量按如下方式计算：

AO现场组网审计项目总数×每项目的记录条数×每条数据记录大小。

代入具体数值计算得出，全部AO现场组网审计的原始数据信息量为：

300个项目×700万条记录/项目×0.5KB/记录=1.05TB。

2．审计实施信息量：为审计过程中产生的审计数据量。每个项目每台便携机信息量按10MB计。审计实施信息量按如下方式计算：

全年项目总数×每项目的信息量。

代入具体的数值计算得出：

（2）全部AO审计实施信息量为：

10MB/项目×300个项目=3GB

1.2.1.2.联网审计采集量

联网审计采集量包括被审计单位原始信息量和年增量。对联网审计采集量进行估算。

1．市级社保原始数据500GB左右，年增量70GB，3年联网审计采集量为：

社保联网审计=0.5TB+0.07TB×3=0.7TB

2．省级财政原始数据300G左右，年增量50GB，3年联网审计采集量为：财政联网审计=0.3TB+0.05×3=0.45TB

3．省级地税原始数据400GB左右，年增量60GB，3年联网审计采集量为：地税联网审计=0.4TB+0.06×3=0.58TB

联网审计采集量分析如表

表错误!文档中没有指定样式的文字。.2 联网审计采集量分析所示。

表错误!文档中没有指定样式的文字。.2 联网审计采集量分析

1.2.2.数据存储量

3.2.2.1.现场审计存储量

现场审计存储量包括被审计单位的原始财务业务数据量、审计项目所需的支持信息（包括审计法规、审计专家经验和计算机审计方法等）和为在现场审计时对被审计单位原始数据进行审计处理的数据量，现场审计存储量分析如表下表所示。

表错误!文档中没有指定样式的文字。.3 现场审计存储量分析

1．原始数据信息量、被审计单位原始资料信息量测算见3.2.1.1节的描述。

2．审计项目所需的支持信息量：主要包括审计法规、审计专家经验和计算机审计方法、被审计单位资料库中的所需信息等。预估审计法规全文库100MB、法规条款按100条×2KB/条，审计专家经验按300条×1MB/条，被审计单位资料库信息按5MB计。则审计项目所需的支持信息为100MB+0.2MB+300 MB+5MB=0.4GB。因为以机关组网方式工作时能直接访问到数据中心中审计业务数据库，不需要下载保存这部分数据到本地服务器，所以在计算时不考虑这部

分数据。

3．审计处理的数据量。指对被审计单位原始数据进行审计处理的数据量，包括：对原始数据进行索引增加30%，进行多维数据及其钻取处理则增加90%，平均按增加60%计算；转换处理成审计数据表增加50%；审计中产生的审计疑点、审计日记、审计证据、审计底稿，汇总审计报告、审计统计等，AO组网服务器按30GB计算。

全部AO组网作业方式的审计服务器处理的审计处理的数据量为：

1.05TB×60%+1.05TB×50%+30GB=1.18TB

3.2.2.2.联网审计存储量

联网审计存储量包括被审计单位的原始数据的采集信息量和为在联网审计时中对采集后的被审计单位原始数据进行审计处理的数据量。

1．联网审计采集信息量、被审计单位原始资料信息量测算见3.2.1.2节的描述。

2．审计处理的数据量。审计中对被审计单位原始数据进行审计处理的数据量。包括：对初始和当年增量数据进行索引增加30%，进行多维数据及其钻取处理增加90%，平均按增加60%计算；转换处理成审计数据表增加30%；审计中产生审计疑点、审计日记、审计证据、审计底稿，汇总审计报告、统计等，按1～5GB计等（数据量相对较小，计算中忽略），动态信息量为：

市级社保联网审计=0.7TB×60%+0.7TB×30%=0.63TB

省级财政联网审计=0.45×60%+0.45TB×30%=0.4TB

省级地税联网审计=0.58×60%+0.58TB×30%=0.5TB

联网审计存储量分析如表表错误!文档中没有指定样式的文字。.4 联网审计存储量分析。

表错误!文档中没有指定样式的文字。.4 联网审计存储量分析

1.2.3.数据处理量

3.2.3.1.现场审计处理量

现场审计处理量就是对被审计单位原始数据进行审计处理的数据量，现场审计处理量分析如表下表所示。推算过程参看3.2.1.1节。

表错误!文档中没有指定样式的文字。.5 现场审计采集量分析

3.2.3.2联网审计处理量

联网审计系统不同的业务系统有不同的处理量，此类数据的处理主要在服务器上完成，联网审计存储量就是对采集后的被审计单位原始数据进行审计处理的数据量。联网审计处理量分析如下表。推算过程参看3.2.2.2节关于联网审计数据存储量计算，如下表所示

表错误!文档中没有指定样式的文字。.6联网审计处理数据量分析

1.2.4.数据传输量

3.2.

4.1.现场审计传输量

现场组网形式的现场审计的传输量主要集中在每天向机关中审计管理系统汇报的审计日记，审计底稿等项目的文档数据，此类传输数据已计算入审计管理数据传输量中的现场交互当中。

3.2.

4.2.联网审计传输量

联网审计的传输量主要由联网审计采集量和审计管理传输量中的被审交互所组成。本项目规划的社保联网审计系统的数据传输量为0.63TB/3年，财政联网审计系统的数据传输量为0.45TB/3年，地税联网审计系统的数据传输量为0.5TB/3年，其中初始数据采集量为3TB左右，系统稳定运行后年传输量为0.6TB/3项目，鉴于如此巨大的初始数据传输量可考虑采用专线或离线拷贝的方式进行联网审计初始数据采集。

1.2.5.系统功能和性能需求分析

表错误!文档中没有指定样式的文字。.7数据采集量分析

3.2.5.1.现场审计存储能力需求分析

根据“3.2.2.1”一节对现场审计存储信息量的详细分析，下面按照便携机与服务器分别描述定期监测的存储能力需求。

数据存储量×1.2+N×0.3=设备存储容量，其中1.2容量冗余系数，在进行数据存储时因为要使用RAID5技术，根据RAID5技术的特点，需要有2块（RAID5+Hot Spare）硬盘容量存储冗余的奇偶校验信息，同时在进行数据存储时为了进一步提高数据可靠性，可以考虑建立多的RAID5的方式，故在N×0.3中N为存储冗余奇偶校验信息的磁盘的数量，可根据实际情况进行取值，0.5为单块磁盘的容量，演示计算推导过程：

2.24 TB/3年×1.2+2×0.3=

3.3TB/3年

3.2.5.2联网审计存储能力需求分析

根据“3.2.2.2”一节对联网审计的详细分析，以社保联网审计为例分析联网审计的存储能力。本项目规划3年，而联网审计监测事务常常需要进行跨年度的宏观分析，这3年的数据需要在线存储。

同3.2.5.1描述相同，演示计算推导过程：

市级社保联网审计：1.33 TB/3年×1.2+2×0.3=2.2TB/3年

省级财政联网审计：0.85 TB/3年×1.2+2×0.3=1.6TB/3年

省级地税联网审计：1.08 TB/3年×1.2+2×0.3= 1.9TB/3

根据存储能力需求分析结果，得出，省厅需要购置约7.2TB存储设备满足数据存储需要，市级审计机关需要购置约2.4TB存储设备满足社保联网审计存储需求。

1.2.运维功能和性能需求分析

运行服务体系主要包括网络监控服务、系统运行服务、人员素质培训。

1．系统运行服务

为保障金审工程各系统的正常、安全、稳定运行，一要建立与系统存储、处理、交互、安全能力等相匹配的运行维护，包括各类软硬件的的售后服务。二要建立对应用系统、信息资源、网络系统、安全系统、物理环境运行状况的监管和应急响应。

2．人员素质培训

为保障审计信息化能力的充分提高和发挥作用，培养一支适应信息化需要的审计队伍是至关重要的服务。一要建立信息化培训体系，包括审计信息化专家队伍、计算机审计骨干队伍和全员信息化素质提高的三个层次的培训体系，包括中央和地方培训基地、培训大纲、培训教师和教材等方面的建设。二要建立计算机审计日常应用的培训机制，包括通过专题培训、案例培训、应用成果征集评选、审计经验和技术方法征集评选等，促进信息化能力的提高。还包括完善《金审工程服务网站》、热线电话等，为广大审计人员提供应用咨询、解决疑难问题，切实提高计算机审计的能力和水平。

3．网络监控需求分析

湖北省审计厅金审工程一期部署建设了审计管理系统，二期规划数据中心、联网审计等审计信息化应用，配备相关应用服务器和数据库服务器支撑审计应用，使用磁盘阵列用作数据存储，购置了PC机供各业务人员使用，购买磁带库及配套备份系统部署备份中心，配置交换机形成了审计厅机关局域网。配置路由器实现基于电子政务网络资源的署、省、市、县四级互联。随着审计厅机关局域网络环境的扩展，网络环境管理基本上是分散的、手工的、非量化的原始管理方式，很难满足日益增长的业务安全稳定的运行。其问题主要如下所述：（1）对于各台主机只能通过手工方式进行登录管理，没有集中的监控平台；

（2）系统主机出现故障后，没有实时的报警机制，管理员不能及时处理发生的问题，以致引起问题的扩大；

（3）对于系统的运行参数，如CPU，磁盘没有采集记录机制，无法准确的了解系统的实际运行情况；

（4）对于应用系统和数据库系统只能通过手工编制的小程序进行管理，没有成熟的管理方法和策略；

（5）对于系统的运行情况没有统计分析工具，无法对系统的升级和扩容提供支持依据。

对于以上问题，需要从技术和管理手段上进行改进，保证审计厅各项业务应用的健康稳定的运行。技术上需安装网络及设备监控管理软件；管理上需制定和严格执行相关管理制度。