产品管理系统工程项目建议书

1、 产品管理系统一期工程 项目建议书 2012 年 4 月 目 录 第 1 章 工程概述 .4 1.1工程背景.4 1.2管理现状.4 1.3建设必要性.4 1.4建设规模.4 1.5建设目标.4 第 2 章 技术要求 .5 2.1建设原则.5 2.1.1 易于演进.5 2.1.2 系统合理.5 2.2系统性能.5 2.3产品流程管理.6 2.3.1 合同管理.6 2.3.2 订单管理.8 2.3.3 入库管理.10 2.3.4 出库管理.11 2.3.5 售后管理.13 2.4报表管理.16 2.4.1 根据日期统计报表.16 2.4.2 根据客户信息统计报表.16 2.4.3 根据版本号统计

2、报表.16 2.5查询管理.16 2.5.1 合同查询.16 2.5.2 订单查询.16 2.5.3 设备 id 查询.17 2.6硬件要求.17 2.7软件要求.17 2.8存储要求.18 2.9可靠性要求.18 第 3 章 安装环境要求 .19 3.1装机条件.19 3.2电源.19 3.3环境要求.19 第 4 章 工程造价及实施计划 .20 4.1工程造价.20 4.2工程进度计划.20 4.3系统调测.20 4.4系统上线、验收与试运行.21 第 1 章工程概述 1.1工程背景 xxxx 公司（以下简称“公司” ）成立至今已两年有余。通过这两年多的快速发展，公司 的规模不断壮大，产品

3、不断更新完善，在市场上也被大量应用，但公司对产品一直没有进行 统一、规范和科学的管理，所以建立完善的产品管理系统，对产品生命周期进行完整性、系 统性和规范性的管理至关重要。针对公司现状提出产品管理系统一期工程项目建议书 ，通 过唯一性的设备 id 号，对设备生命周期进行完整的管理，包括：合同管理、订单管理、入 库管理、出库管理、售后管理等。 1.2管理现状 目前公司各部门对产品信息管理都是相互独立的，合同、订单、设备、出入库日期、维 护信息等没有进行统一的管理，这种方式已经不适应公司目前的发展需求， 对后续工作带来 诸多不便，增加查阅和日常维护工作量，例如订单、合同等丢失，客户产品信息、生产日

4、期 不准确，根据维护现场的产品 id，无法查找原始订单、原始程序等等。 1.3建设必要性 针对目前的产品信息管理现状，所存在的各类问题，已经带来许多工作不便，在新形势 下已无法保障产品信息的可靠性和准确性。为便于今后维护和查阅工作，为公司和客户提供 完整的产品信息，建立完善的产品管理系统，对提高工作效率，具有极其的现实意义。 1.4建设规模 本期工程将实现对公司生产的产品整个生命周期进行全面管理。 1.5建设目标 公司通过产品管理系统，可以达到以下目标： 1.统一管理。将产品 id、合同、订单、出入库日期、软硬件版本、客户信息、维护信息 等关联。 2.快速查询。通过产品 id 号、合同号、订单

5、号等查询相关信息。 3.信息共享。对于产品的所有信息，各部门人员可以共享。 4.流程管理。各部门之间根据系统流程完成各自任务，明确责任。 5.报表统计。根据年月日对设备数量、故障处理等进行统计。 6.提高效率，节约成本，实现无纸化办公。 第 2 章技术要求 2.1建设原则 基于面向服务架构的分析设计方法，遵循分层和复用设计理念，按照组件化、策略化设 计原则，支持新功能的快速开发，以期用最小的投资，满足今后 不断扩展的系统需求。 2.1.1易于演进 系统建设过程中，充分考虑系统的易于演进和实施落地，规划和确定可行的目标系统架 构，便于今后系统扩容和改造。 2.1.2系统合理 产品管理系统逐渐发展

6、成为公司办公平台，良好的软件开发、管理和维护体系是保证系 统成功开发和顺利实施的重要方面。在系统建设中严格的软件开发规范、组织管理模式及服 务管理方法是系统建设的重要目标之一。 2.2系统性能 1.具备超前意识 虽然目前本系统是作为一个单独的系统来设计的，考虑到未来 公司业务的发展，系统将 与其他系统有机地结合在一起，比如与 oa 系统，在系统的信息表示和软件接口上应充分考 虑与其他系统的结合。 2.可扩展性 系统采用两级结构来构造系统，可以非常容易地适应使用者数目的增长和设备的更新换 代等，保护用户已对系统所作的投资。 3.可维护性 系统采用多种实现技术，降低增加新设备、系统版本升级、 参数

7、变更等所带来的程序维 护量，从而延长软件的使用期。 4.简单实用 系统提供符合标准的、统一的中文图形用户界面（ gui） ，用户所有操作均可用鼠标、按 钮、滚动轴、对话框、图标和菜单等操作。 5.可靠性 整个系统在设计方案中，服务器及关键网络设备采用容错处理，避免由于单点故障影响 整个系统正常稳定运行。 2.3产品流程管理 2.3.1合同管理 合同编号根据编号规范自动生成，合同编号具有唯一性，不可更改性。根据双 方约定，确定合同各项条款。合同管理的内容主要包括：甲乙双方全名、账户、付款 方式、合同正文、设备型号、设备数量、客户信息等。 1.合同管理流程图 合同管理流程图 财务部供应链部制造部董

8、事长开发部事业部 合同录入经理审核 部门审核 ceo审核结束 n n n y y y y n 部门审核 部门审核 y n n y 部门审核 客户需求分析经理审核开始 n y 客户需求信息表 控制策略&线束 合同正文 2.数据字典： 1）客户数据包表结构 编号数据项名称说明部分 1 客户 id int 2 客户公司名称varchar（20） 3 客户地址varchar（20） 4 客户法人代表varchar（20） 5 联系电话 int 2）合同数据表结构 编号数据项名称说明部分 1 合同编号 int 2 客户 idvarchar（20） 3 订货总数量 int 4 订购日期 time */*/

9、* 5 交货日期 time */*/* 6 项目经理 char 7 部门审核人varchar（20） 8 各部审核人varchar（20） 9 ceo 审核varchar（20） 10 付款金额 float 11 合同内容 varchar 2.3.2订单管理 合同通过审批后，形成唯一编号，根据编号进入订单管理流程，订单编号具有唯 一性，内容主要包括：设备型号、数量、软硬件版本号、线束、控制策略、特殊要求 等。一个合同号下可生成多个订单，避免无法补单。 1.订单管理流程图 订单管理流程图 制造部开发部事业部 开始生产订单录入部门经理审核 软件审核 结束 y n y n 硬件及线束审核 n y 软

10、件生产任务单 硬件生产任务单 线束生产任务单 2.订单数据表结构 编号数据项名称说明部分 1 订单号 int 2 合同编号 int 3 产品名称varchar（20） 4 产品数量varchar（20） 5 产品型号varchar（20） 6 控制策略varchar（20） 7 硬件版本号varchar（20） 8 软件版本号varchar（20） 9 产品功能说明varchar（4000） 10 订单分配部门varchar（20） 11 订单分配人 int 12 订单审核人 int 13 订单计划结束日期 time */*/* 2.3.3入库管理 订单生成后，形成唯一编号，根据订单内容进入制

11、造环节，产品检测合格后，进 入入库管理流程，内容主要包括：产品 id 号、入库日期、入库设备型号、线束、软 硬件版本号等。 1.入库管理流程图 入库管理流程图 制造部 开始根据订单生产入库录入检测合格经理审核结束 n y n y 入库设备清单 2.入库数据表结构 编号数据项名称说明部分 1 入库申请单号 int 2 入库产品名称varchar （20） 3 入库产品数量 int 2.3.4出库管理 事业部申请出库，进入出库管理流程，内容主要包括：出库日期、出库设备型 号、数量、出库办理人等. 1.出库管理流程图 4 入库单申请日期varchar （20） 5 入库申请部门varchar （20

12、） 6 入库申请人姓名varchar （20） 7 入库审核部门varchar （20） 8 入库审核人姓名varchar （20） 9 入库审核日期varchar （20） 10 入库位置varchar （20） 11 入库产品订单号 int 出库管理流程图 董事长供应链部事业部 开始出库申请经理审核 出库录入经理审核 ceo审核结束 y n y n y n 出库设备清单 2.出库数据表结构 编号数据项名称说明部分 1 出库申请单号 int 2 出库产品名称varchar（20） 3 出库产品数量 int 4 出库单申请日期varchar（20） 5 出库申请部门varchar（20） 6

13、出库申请人姓名varchar（20） 7 出库审核部门varchar（20） 8 出库审核人姓名varchar（20） 9 ceo 审核varchar（20） 9 出库审核日期varchar（20） 10 出库位置varchar（20） 11 出库合同编号 varchar 2.3.5售后管理 1.售后安装管理流程 事业部与客户确认现场具备安装条件后，通知技术工程部申请安装，工程部安排 售后工程师到现场，进入售后安装管理流程，主要内容包括：安装日期、安装人员、 测试报告、服务报告等。 1)售后安装管理流程 售后安装管理流程图 供应链部制造部开发部工程部事业部工程部事业部 开始安装申请 安排售后

14、工程师 售后信息录 入 经理审核结束 y n 400服务表 验货无误 n 部门审核售后订单 y 部门审核 n 修改程序部门审核 n n 软件问题 y y 生产检测封装入库登记 安装测试 出库发货 入库设备清单 出库设备清单 y n 2)安装数据表结构 编号数据项名称说明部分 1 订单 id int 2 产品 id int 3 客户 id int 4 安装地点varchar（20） 5 安装开始日期varchar（20） 6 安装结束日期varchar（20） 7 安装变更varchar（200） 8 安装情况varchar（400） 9 安装人员 idvarchar（20） 10 人员姓名va

15、rchar（20） 11 安装审核人varchar（20） 12 审核日期varchar（20） 2.售后故障管理流程 400 专员接到故障申告后，通知技术工程部，工程师通过电话远程与客户沟通， 了解情况并简单处理，进入售后故障管理流程，主要内容包括：故障日期、维护人员、 故障原因、故障处理方法、服务报告等。 1)售后故障管理流程图 售后故障管理流程图 供应链部制造部开发部工程部事业部工程部事业部 开始故障申告 故障信息录 入 经理审核结束 y n 400服务表 n 部门审核售后订单 y 部门审核 n 修改程序部门审核 n n 软件问题 y y 生产检测封装入库登记 出库发货 入库设备清单 出

16、库设备清单 n 故障派单 远程处理成功 y 现场处理故障排除 ny n y 更换硬件 y 2)故障处理数据表结构 编号数据项名称说明部分 1 订单 id int 2 产品 id int 3 客户 id int 4 故障缘由varchar（20） 5 处理方法varchar（20） 6 处理结果varchar（20） 7 维修人员 idvarchar（20） 8 人员姓名varchar（20） 9 申告日期varchar（20） 10 维修日期varchar（20） 11 维修审核人varchar（20） 12 审核日期varchar（20） 2.4报表管理 2.4.1根据日期统计报表 根据年、

17、月、日对合同、订单、设备数量、客户进行统计，形成报表。 2.4.2根据客户信息统计报表 根据客户名称对合同、订单、设备数量进行统计，形成报表。 2.4.3根据版本号统计报表 根据版本号对合同、订单、设备数量、客户进行统计，形成报表。 2.5查询管理 2.5.1合同查询 根据合同号，查询其他信息所有信息，包括订单编号、订单产品名称、订单产品 数量、订单日期、订单生产部门、产品 id 号、出入库日期、软硬件版本号、维护信 息、客户姓名、客户地址、公司名称、联系方式。 2.5.2订单查询 根据订单号，查询其他信息所有信息，包括合同编号、订单产品名称、订单产品 数量、订单日期、订单生产部门、产品 id

18、 号、出入库日期、软硬件版本号、维护信 息、客户姓名、客户地址、公司名称、联系方式。 2.5.3设备 id 查询 根据产品 id 号，查询其他信息所有信息，包括合同编号、订单产品名称、订单 产品数量、订单日期、订单生产部门、出入库日期、软硬件版本号、维护信息、客户 姓名、客户地址、公司名称、联系方式。 2.6硬件要求 采用通用的计算机系统，使用分布式系统结构，局域网和广域网混合相连。系统的 硬件性能优良、运行平稳可靠，并可以保证长时间的连续工作。重要的硬件设备 (主处理机、 存储器、数据链路和电源等)可采用热备份、集群等方式，或采取其他的保证措施，一旦出现 故障后，可以做到及时的切换(包括人工

19、或自动切换)，保证系统能够连续工作。 硬件系统具有兼容性。 为了适应系统的容量的增加，硬件设备应具备较强的扩展能力，并应具备升级和向 后兼容的能力。 服务器硬件平台应支持 windows、unix 操作系统等多种操作系统，并支持多个 终端的同时操作。 系统主要硬件的容量和性能指标(包括内存容量、处理器主频、硬盘容量、通信网 带宽)应能满足整个系统处理能力、数据吞吐量、数据存贮量和用户实际需求等各方面的要求。 要求厂家提供系统中所使用服务器的相关技术指标、操作系统性能等方面的比较和 选择，特别是要考虑服务器的扩展性。 2.7软件要求 系统应具有健壮性、稳定性，支持 7*24 小时不间断服务，不遗

20、漏任何工单； 系统应具有良好的可扩展性，支持新平台的快速接入，而不必进行底层的重新开发； 系统软件采用模块化、可视化和参数化设计原则。应用系统可以处理由于业务功能 和用户量不断增加而带来的压力，保证系统正常运行。在硬件扩容之后，仅在原系统基础上 简单地增加模块和修改参数，就能完成新功能的增加或整体扩容； 系统应具备良好的可移植性，底层支持主流操作系统和多种大型关系数据库； 系统应具有高度的开放性，支持进行简易的二次开发； 系统应具有灵活的可配置性，如：支持自定义业务规则 等； 系统应具有标准的对外接口，以便于和各类外围系统进行数据交互； 系统应具有非常高的运行性能，能以最有效的方式处理尽可能多

21、的工单； 系统应具有较高的容错性，保证所有工单都能得到适当地处理； 系统应具有完备的安全性和可靠性，避免受到外部系统攻击，并保证系统的稳定性 2.8存储要求 系统的存储容量满足系统的设计要求。请卖方提供计算方法和计算结果。 系统可根据需要，做备份存储。 存储设备可选用热插拔 scsi 磁盘、磁盘阵列柜、存储子系统等，根据存储容量要 求灵活选择。 2.9可靠性要求 应提供系统数据的备份功能，包括自动和手工备份，需要时可将备份数据恢复。 应对权限进行控制，保证只有授权的操作人员才允许执行相应的操作等。 应支持系统关键部件（1+1）热备用（hot-standby）或温备用（warm- standby

22、）配置。 系统必须具备良好的访问权限控制功能，包括系统的用户界面、机器与机器间的接 口、重要命令和数据库的访问权限控制。 系统可用率达到 99.99以上，稳定、可靠、安全。 硬盘输出瓶颈控制在 1以下。 数据均应有备份恢复功能，备份应包括用户数据、系统数据、日志数据等，不同的 数据应提供相应的备份方案。 系统能监控设备的运行，出现重大故障时，系统能自动重新启动，并报告故障信息， 并且不应引起数据的变更。 系统各设备均应有告警及一定的差错恢复功能。 系统应提供有效的、多级的、多方式的安全保密措施，确保整个网络的安全。能防 止对系统资源的非法侵入，能控制用户对不可访问资源的访问。 第 3 章安装环境要求 3.1装机条件 满足服务器安装位置，网络路由配置。 满足机房环境条件，温度、湿度要求。 3.2电源 设备电源要求设备应能在下列供电变化范围内正常工作：交流： 220v 10%、50hz5%。 3.3环境要求 系统核心设备要在下列环境下能够保证正常工作： 环境温度：长期工作 1030，短期工作 040 相对湿度：长期工作 3075，短期工作 1090 包括在运行状态、运输和储存时对于温度、湿度、防静电、电磁干扰、防震、防尘