PVC调研报告
1. 概述
1.1 PVC是一种乙烯基的聚合物质,其材料是一种非结晶性材料。PVC材料在实际使用中经常加入稳定剂、润滑剂、辅助加工剂、色料、抗冲击剂及其它添加剂。具有不易燃性、高强度、耐气侯变化性以及优良的几何稳定性。 PVC对氧化剂、还原剂和强酸都有很强的抵抗力。然而它能够被浓氧化酸如浓硫酸、浓硝酸所腐蚀并且也不适用与芳香烃、氯化烃接触的场合。
1.2物化性质:本色为微黄色半透明状,有光泽。透明度胜于聚乙烯、聚苯烯,差于聚苯乙烯,随助剂用量不同,分为软、硬聚氯乙烯,软制品柔而韧,手感粘,硬制品的硬度高于低密度聚乙烯,而低于聚丙烯,在屈折处会出现白化现象。 相对密度 1.4。
溶解性:低分子量的易溶于酮类、酯类和氯代烃类溶剂。高分子量的则难溶解。
具有阻燃(阻燃值为40以上)、耐化学药品性高(耐浓盐酸、浓度为90%的硫酸、浓度为60%的硝酸和浓度20%的氢氧化钠)、机械强度及电绝缘性良好的优点。但其耐热性较差,软化点为80℃,于130℃开始分解变色,并析出HCI。
1.3性能特点:本产品为白色粉末,根据不同用途可以加入不同的添加剂,呈现出不同的物理机械性能,其制品力学性能、耐腐蚀性能、介电性能、抗化学药品性能优良。
1.4产品用途:其制品用于轻工、建材、农业、日常生活、包装、电
力、公用事业等各领域,广泛应用与建筑、交通运输、机械仪表、电子、化工、农业、食品包装等领域。
2. 主要生产工艺
2.1生产工艺1:电石法制PVC
首先用生石灰和以焦炭为主的碳素原料生产电石,再利用电石和水反应生成乙炔,乙炔与氯化氢加成反应生产氯乙烯,最终进行加聚反应得到PVC。
2.2生产工艺2:乙烯法
以化工轻油、轻柴油等为主要原料裂解制得乙烯,乙烯经直接氯化/氧氯化反应生产二氯乙烯(EDC),EDC热裂解值得氯乙烯,最终聚合得到PVC。
(以上两种生产工艺摘自《两种PVC生产工业的比较》.发展论坛)
3. 原料指标要求
3.1指标1:氯化氢纯度 94%~96%,含氯0.002%以下
(摘自《氯化氢生产工艺》.百度百科)
3.2 指标2:氯化氢含量≥91%、游离氯含量:无(刚开车时)
氯化氢含量≥94%、游离氯含量:无(正常开车)
乙炔纯度≥98% 乙炔含氧<1%
(摘自《PVC厂中控指标》.百度百科)
4. 产品PVC纯度
在电石法聚氯乙烯工艺技术中,氯乙烯单体的质量一直是影响
最终产品聚氯乙烯品质的关键因素,而氯乙烯精馏的效果直接影响氯乙烯单体的质量。使用传统氯乙烯精馏装置,氯乙烯单体纯度仅能达到99.8%,而且由于精馏装置的结构与材质的原因,装置运行过程中易结垢、腐蚀泄漏,连续运行时间受限。
针对上述问题,北京化工大学化工学院李群生教授带领课题组研究开发出适用于氯乙烯单体精馏的新型高效导向筛板精馏塔,还研制出复合孔径高效导向筛板及与之相适应的操作方法;首次开发的单套产能26万吨/年的高低沸物精馏塔和高效氯乙烯精馏系统,使精馏中乙炔等低沸物杂质含量降至2× l0-6 以下,二氯乙烷等高沸物杂质含量降至3 × l0-6以下;开发了强制回流的操作技术,使氯乙烯精馏质量更加稳定可靠;研制了抗自聚的氯乙烯高效精馏塔,使装置实现长周期运转,生产周期可长达2年。
采用此高效分离技术可以破解电石法生产PVC的难题,使氯乙烯单体纯度可提高至99.99%。
(摘自《高效分离技术破解电石法PVC生产难题——氯乙烯单体纯度可提高至99.99%》.《化工经济技术信息》20xx年03期)
第二篇:需求调研表_v01_需求调研报告_v01
[XXXX]技术有限公司[公司名称]
[XXXX]公司[客户名称]
[XXXX]软件项目[项目或产品名称]
需求调研报告
文件信息
修改历史
目录
文件信息............................................................ 1
修改历史............................................................ 2
目录 ............................................................ 3
一、 引言........................................................ 4
1.1、 编写目的..................................................................................................... 4
1.2、 文档范围..................................................................................................... 4
1.3、 预期读者和阅读建议................................................................................... 4
1.4、 参考资料..................................................................................................... 4
二、 项目描述..................................................... 4
2.1、 项目背景..................................................................................................... 4
2.2、 项目名称..................................................................................................... 5
2.3、 项目概述..................................................................................................... 5
2.4、 项目关联性................................................................................................. 5
2.5、 设计和实现上的限制................................................................................... 5
2.6、 假定和约束................................................................................................. 6
2.7、 名词/术语解释............................................................................................. 6
三、 用户环境描述................................................. 6
3.1、 用户单位组织结构....................................................................................... 6
3.2、 用户部门设置与职责................................................................................... 6
3.3、 用户业务关系描述....................................................................................... 7
3.4、 系统面向的用户群....................................................................................... 7
3.5、 关键计算机资源.......................................................................................... 7
3.6、 用户环境中的其他应用系统分布.................................................................. 7
四、 功能性需求描述............................................... 7
4.1、 用户各部门当前的工作模式......................................................................... 7
4.2、 构建该系统的目标....................................................................................... 8
4.3、 功能结构图................................................................................................. 9
4.4、 功能点需求................................................................................................. 9
4.5、 接口需求................................................................................................... 10
五、 非功能性需求描述............................................ 11
5.1、 系统环境需求............................................................................................ 11
5.2、 易用性和用户体验需求.............................................................................. 11
5.3、 软硬件技术需求......................................................................................... 11
5.4、 安全性需求................................................................................................ 11
5.5、 可维护性需求............................................................................................ 11
5.6、 对培训的需求............................................................................................ 12
六、 其他....................................................... 12
6.1、 软件应当遵循的标准或规范....................................................................... 12
6.2、 定义、首字母缩写词和缩略语................................................................... 12
6.3、 附件.......................................................................................................... 13
一、 引言
1.1、 编写目的
1、 本文档是 [国家产品伤害监测信息系统] [系统属性] 客户需求调研报告,供需求分析人员进行项目需求分析时使用;
2、 本文档可以作为项目验收标准之一;
3、 本文档可以作为软件维护的参考资料;
1.2、 文档范围
编写提示:对本文当所涉及到所有内容的高度概括,简要说明即可。
例如:
1、 本文档包括 [项目描述]、[用户环境描述]… 等几个章节,并:
a) 在 [项目描述] 章节中描述了…信息;
b) 在 [用户环境描述] 章节中描述了 … 信息;
c) …
1.3、 预期读者和阅读建议
编写提示:描述本文档可能涉及到的各类读者对象以及不同的读者应该注意的侧重点;
1.4、 参考资料
编写提示:列出本文档的所有参考文献(可以是非正式出版物、客户的规章制度和流程文件、相关法律法规文件等),格式如下:
并且,请在本文档最后附上所有列出的参考资料的附件。
二、 项目描述
2.1、 项目背景
1、 随着产品质量问题日趋国际化,我国开始逐渐认识到产品伤害的严重性以及伤害预防与控制的迫切性,加快产品伤害监测系统建设已经引起了我国政府及相关部门的高度重视;
2、 2012年2月6日,国务院《关于印发质量发展纲要(20##-2020年)的通知》 (国发〔2012〕9号)中提出:“质检、卫生等部门共同建立产品伤害监测系统,收集、统计、分析与产品相关的伤害信息,评估产品安全的潜在风险,及时发出产品伤害预警,为政府部门、行业组织及企业等制定防范措施提供依据” 。
3、 2012 年4月28日,国务院办公厅《关于印发贯彻实施质量发展纲要2012年行动计划的通知》(国办发〔2012〕27号)中提出:“开展产品伤害监测试点。研究建立产品伤害监测系统,收集、统计、分析与产品相关的伤害信息,评估产品安全的潜在风险,及时发布产品伤害预警” 。
4、 2013 年2月 27日,国务院办公厅《关于印发贯彻实施质量发展纲要2013年行动计划的通知》(国办发〔2013〕18号)中提出:“开展儿童用品、家用电器等消费品质量安全风险监测。探索建立产品伤害监测数据直报系统,开展产品伤害专项调查,发布产品伤害预警信息。建立国际邮路生物安全保障制度。”我国产品伤害监测旨在通过产品伤害监测掌握产品伤害事故的总体数量、分布特征与变化趋势,了解事故发生方式与原因,为评估产品安全状况、制定产品安全管理政策提供支撑。目前,我国产品伤害监测的直接目的是发掘产品可能在设计、制造、标识等方面存在的缺陷,为消费者购买或使用产品提供风险预警,同时为缺陷调查与产品召回的实施提供依据。
5、 为贯彻落实国务院《质量发展纲要(20##-2020)》和国务院办公厅贯彻实施质量发展纲要行动计划中“研究建立产品伤害监测系统,收集、统计、分析与产品相关的伤害信息”的要求,根据产品伤害监测工作的需要,开发建设国家产品伤害监测信息系统。
2.2、 项目名称
国家质检总局缺陷产品管理中心-国家产品伤害信息监测系统NISS
2.3、 项目概述
编写建议:描述该项目的概要情况。应包括如下信息:
1、 项目的委托单位;
2、 项目主要功能或解决问题描述;
可以用列举方式进行描述,例如:
1、 项目委托单位:[单位名称];
2、 比较委托单位原有系统与完整系统结构进行对比等,或进行详细的系统结构概述;
3、 针对项目的特色功能进行基本描述;
4、 …
2.4、 项目关联性
编写建议:描述该项目与其他相关事物的关联性。应包括如下信息:
1、 与其他现有软件系统的关联性;
2、 对现有客户环境(IT环境、管理措施等)造成的影响;
3、 对以后可能建设的其他系统造成的长期影响;
4、 其他认为应该包括的信息…
2.5、 设计和实现上的限制
编写建议:描述该项目的需求调研和分析、设计以及开发实现过程中可能会遇到的技术性限制;
例如:
1、 软件实现技术上的要求;
2、 与其他关联系统的对接要求;
3、 预留接口或扩展性的要求;
4、 其他认为应该包括的信息…
2.6、 假定条件和约束
编写建议:描述该项目的需求调研和分析、设计以及开发过程中可能会遇到的非技术性条件和限制,例如:
假定性条件:
1、对目标用户文化程度和计算机操作水平、财务知识水平等方面的假设;
限制性条件:
1、 项目建设时间上的要求;
2、 团队人员或人资条件上的限制和要求;
3、 其他认为应该包括的信息…
2.7、 名词/术语解释
编写建议:列出本文档所涉及到的关于客户需求领域的行业或专业技术特有的(专用)名次/和术语并给出符合实际情况的解释说明;编写格式如下:
三、 用户环境描述
3.1、 用户单位组织结构
编写信息:利用表格或框图(建议)形式画出委托单位的组织结构图;应包括委托单位的所有分支结构和部门名称,以及各个分支机构/部门间的上下级关系。
3.2、 用户部门设置与职责
编写建议:按业务组织结构划分成不同的职责部门或分支机构,分别对每个部门或分支机构进行描述。描述的内容包括:
1、 用户组、分支结构或部门的名称
2、 每个用户组、分支结构或部门的描述,主要描述他们的职责,及用户组或分支结构/部门的考核指标;
3、 每个用户组、分支结构或部门相关人员的职责,及考核指标。
[可以使用下面的格式,也可以根据实际的需要使用其他格式]
例如:
3.3、 用户业务关系描述
编写建议:以关系图的方式加文字说明的方式,描述该软件系统所计划完成的系统业务,以及该业务在内部的工作流情况,还有该业务的相关部门的接口情况。注意本图示需要表明业务关联关系而非数据关联关系。
3.4、 系统面向的用户群
编写建议:描述该系统建设以后的目标用户群体以及他们的专业知识水平(例如计算机操作能力、财务知识水平等)、各类用户的主要使用内容和工作职责等。
3.5、 关键计算机资源
编写建议:列出该软件所涉及到的所有部门和机房的软硬件资源情况、设备要求等;
3.6、 用户环境中的其他应用系统分布
编写建议:列出该软件所涉及到的用户环境中的其他所有应用系统的分布情况;应该包括:
1、 其他应用系统的名称;
2、 责任部门;
3、 应用系统功能概述;
4、 部署的服务器以及机房;
5、 其他认为应该包括的信息…
四、 功能性需求描述
4.1、 用户各部门当前的工作模式
编写建议:该章节描述调研过程中发现的,客户业务实际的操作情况,建议以表格、流程图等形式进行说明。并且按照如下列出的格式分部门分层面进行描述:
4.1.1、 部门一[部门名称]
4.1.1.1、 工作内容
编写建议:描述该部门之前(未用软件进行工作管理)的主要工作内容和工作职责。
4.1.1.2、 工作流程
编写建议:描述该部门相关工作的处理流程,建议以流程图形式进行描述;
4.1.1.3、 涉及到的表单
编写建议:描述该部门各项工作处理过程中,可能涉及到的各种单据,描述的内容应包含如下信息:
1、 每项单据的名称和用途;
2、 单据流转的流程;
3、 单据牵涉到的相关人员;
4、 单据的标准填写格式。
建议提供相关单据的附件。
4.1.1.4、 与其他部门的关系
编写建议:描述该部门各项工作在执行处理过程中可能会牵涉到的其他部门,以及其他部门的处理内容;
4.1.1.5、 存在的问题
编写建议:描述该部门各项工作之前执行过程中存在的各项问题;以及为什么要用软件管理的方式来体改之前的执行操作方式。
4.1.2、 部门二
[参考部门一]
4.1.3、 部门N…
[参考部门一]
4.2、 构建该系统的目标
编写建议:介绍本软件系统的建设目的,从用户的角度描述该系统建立后应该达到的预期目标。可以从以下几个方面进行描述:
4.1.4、 管理目标
编写建议:描述客户领导层/管理层对本软件系统的建设要求:
例如:
1、 客户希望该系统建立后能在管理上、业务流程上规范解决的问题;
2、 希望能够通过该软件系统达到什么样的使用效果和目标;
3、 系统该软件系统能出什么报表数据,或者用该软件系统能提高哪些工作效率等等;
4.1.5、 使用目标
编写建议:对具体业务上来说,客户系统通过该系统能够实际解决的问题。该内容的编写应参考具体每个使用部门的意见。
4.1.6、 业绩目标
编写建议:描述该软件系统上线应用后计划实现的业绩目标:
例如:
1、 减少多少行政办公时间工作时的计算;
2、 减少多少办公耗材资源的计算;
3、 对行政效率提升的具体计算;
4、 对数据统计效率提升的具体计算;
5、 对产能提高的具体计算;
6、 其他…
4.3、 功能结构图
编写建议:描述软件系统中各个模块以及模块下功能/子模块的划分;整体展示系统中所具备的功能模块,以及各个模块之间的关联情况。建议以结构图的形式进行描述;
该功能结构图仅描述客户对功能模块的意向需求,而不是根据客户需求分析后的功能模块设计。
4.4、 功能点需求
编写建议:该章节描述调研过程中发现的,客户对软件具体功能点的要求,建议以表格、流程图加文字的形式进行说明,按照不同的功能点进行列举方式描述。格式建议如下:
4.4.1、 功能点一
4.4.1.1、 业务描述
编写建议:描述该功能点实际处理的业务情况,以及在这个业务中应该注意的细节、要点,以及工作目标等等。
4.4.1.2、 用例及关键数据
编写建议:以用例图加文字说明的形式,呈现该业务所有参与者及其用例的执行过程,以及他们之间的关系,还应该包括每个用例所涉及处理的数据以及所涉及到的单据。
4.4.1.3、 业务流程图
编写建议:以流程图加文字说明的形式,描述该功能点的业务流程,明确各个业务流程的节点,对象和内容。
4.4.1.4、 与其他功能点的关系
编写建议:描述该功能点与其他功能点的关系,例如需要从其他功能模块调去数据,根据其他功能点的执行结构进行条件判断处理等等。
4.4.1.5、 子功能点
编写建议:描述该功能点可能存在的子功能点,以便对整体功能进行更加明确的划分;格式直接参照上面的四项内容即可。
4.4.2、 功能点二
[参考功能点一]
4.4.3、 功能点N…
[参考功能点一]
4.5、 接口需求
编写建议:描述该软件所涉及到的内部接口和外部接口需求。
4.5.1、 内部接口需求
编写建议:描述各个模块或者功能点之间的业务接口,可以采用图表加文字的方式进行展示;每个接口间列出详细的接口要素及其说明。
4.5.2、 外部接口需求
编写建议:描述该软件系统与其他软件系统之间的业务接口,可以采用图表加文字的方式进行展示;每个接口间列出详细的接口要素及其说明,并且对具体的调用方式进行描述。
五、 非功能性需求描述
5.1、 系统环境需求
编写建议:描述客户方对软件系统的系统环境需求,即客户要求在什么样的环境下使用该系统;包括网络环境、人员环境、使用频率和周期等等。
5.2、 易用性和用户体验需求
编写建议:描述客户方对软件系统在易用性和用户体验方面的需求,例如客户对界面布局的要求,对软件各项表单操作提醒的要求、对帮助文档的要求等等。
5.3、 软硬件技术需求
编写建议:描述客户方对该软件系统开发和部署方面的软硬件环境和技术的要求:
例如:
1、 软件开发过程中使用到的开发语言、基础框架等;
2、 软件开发和部署的操作系统、WEB 浏览器等方面的要求;
3、 软件部署的硬件服务器的性能配置要求等;
4、 其他认为应该包含的信息…
5.4、 安全性需求
编写建议:描述客户方对该软件在安全方面的要求;
例如:
1、 数据库安全性;
2、 备份和容灾策略;
3、 数据出错时的回滚机制;
4、 系统安全性;
5、 密码安全性;
6、 防止XSS和SQL注入攻击等;
7、 其他认为应该包含的信息…
5.5、 可维护性需求
编写建议:描述客户方或者我方维护人员对该软件系统在可维护性方面的需求。
例如:
1、 远程维护的需求;
2、 备份的需求;
3、 对系统维护的要求(对管理人员专业水平的要求)等;
4、 其他认为应该包含的信息…
5.6、 对培训的需求
编写建议:描述客户方和我方实施/售后人员对该软件系统在培训方面的需求。
例如:
1、 对客户方领导的培训;
2、 对客户方管理人员/系统管理员的培训;
3、 对客户方普通操作人员的培训;
4、 对我方技术实施和售后人员的培训;
5、 其他认为应该包含的信息…
六、 其他
6.1、 软件应当遵循的标准或规范
编写建议:列出本软件在需求调研和分析、设计以及开发等过程中应当遵循的各项规范。
例如:
1、 本软件所涉及到的行业在该软件所涉及到的业务领域的相关行业执行标准;
2、 国家在该软件所涉及到的业务领域的相关法律法规和执行标准;
3、 客户方自身对于软件所涉及到的业务领域的管理制度和错误以及相关标准;
4、 其他同类型软件产品的相关规范和定义;
5、 本次软件研发所应该遵循的标准/规范/要求等等;
6、 其他认为应该包含的资料…
列出所有的参考资料文档(可以是非正式出版物),格式如下:
[标识符] [作者],[文档名称],[出版单位(或归属单位)],日期
6.2、 定义、首字母缩写词和缩略语
编写建议:记录在需求调研过程中所记录/识别的所有专业词汇和缩略语(可能和业务无关的),并给出解释说明。格式如下:
6.3、 附件
6.3.1、 用户需求调研表
6.3.2、 参考文档资料
编写建议:本处用于附加在“1.4、参考资料”和“6.1、软件应当遵循的标准或规范”中所设计到的所有资料和文档。