产品流程管理系统概要设计说明书
概要设计说明书跟需求说明书
概要设计说明书跟需求说明书引言：本文旨在详细介绍概要设计说明书和需求说明书的概念、作用以及主要内容。
概要设计说明书和需求说明书是软件开发过程中必不可少的文档，它们的编写对于开发和测试工作的顺利进行至关重要。
通过本文，读者将了解到如何编写和使用这两个文档，以确保开发过程的有效性和质量。
1. 概要设计说明书概要设计说明书是软件开发过程中的一份关键文档，它描述了系统的高层架构、功能模块和交互流程，为开发人员提供了开发软件的指导。
通过概要设计说明书，开发人员可以更好地理解系统的整体结构和设计思路，从而减少开发过程中的误解和错误。
1.1 概要设计说明书的作用概要设计说明书具有以下几个重要作用：- 提供系统的整体架构：概要设计说明书描述了系统的高层架构，包括各个功能模块之间的关系、模块的主要功能以及数据流程等，以便开发人员依据该结构进行开发工作。
- 协调开发团队：概要设计说明书是开发团队之间沟通和合作的重要工具，它提供了一个共同的理解和参考，有助于减少团队成员之间的理解偏差，并协调各个模块的开发进度。
- 基准测试和评估：利用概要设计说明书，测试团队可以制定合适的测试方案，并对系统进行评估和验证，以确保系统的质量和性能满足项目的需求。
1.2 概要设计说明书的内容概要设计说明书的内容应涵盖以下方面：- 系统的总体架构：描述系统的整体结构，包括各个功能模块、组件、接口等。
- 功能模块的详细设计：对每个功能模块进行详细设计，包括输入输出、流程图、算法等。
- 数据流程和数据结构：描述系统中的数据流程和数据结构，包括数据库设计、数据交换等。
- 系统的性能和可扩展性设计：分析系统的性能和可扩展性，并设计相应的方案。
- 接口设计：描述系统与外部系统和设备的接口设计。
- 安全性设计：设计系统的安全性措施和机制。
2. 需求说明书需求说明书是软件开发过程中的另一个重要文档，它描述了系统或软件的需求和功能，为开发人员和客户之间建立共识和理解提供依据。
概要设计说明书(模板)
XXX项目概要设计说明书目录XXX项目_概要设计书 (1)1 引言 (1)1.1 编写目的 (1)1.2 参考文献 (1)1.3 术语与缩写解释 (1)2 总体设计 (1)2.1 系统概述 (1)2.2 系统设计原则 (1)2.3 设计中应用的关键技术 (1)2.4 系统结构图 (2)2.5 网络结构图 (2)2.6 系统功能模块图 (2)2.7 数据流向图（或称为时序图） (2)2.8 模块构成 (2)3 环境设计 (2)4 硬件设备 (2)5 支持软件 (3)6 接口设计 ......................................................................................................... 错误！未定义书签。
6.1 用户接口 (3)6.2 外部接口 (5)6.3 内部接口 (5)7 数据库设计 (6)7.1 数据库环境说明 (6)7.2 数据库命名规则 (6)7.3 逻辑设计 (6)7.4 物理设计 (6)7.5 安全性设计 (7)8 公用结构 ......................................................................................................... 错误！未定义书签。
9 界面设计 (8)10 出错处理设计 (8)11 开发工具 ..................................................................................................... 错误！未定义书签。
12 附录 (8)1 引言1.1 编写目的[说明编写这份概要设计说明书的目的,指出预期的读者]例如：本设计说明书简单阐明了XXX系统的XXX模块的基本设计思想、基本功能、模块划分以及模块间接口。
概要设计说明书
XXXX系统Ver X。
X 概要设计说明书XXX计算机有限公司XXXX年X月XXX系统VerX.X概要设计说明书共20页第2页目录目录 (2)1。
引言 (3)1.1文档目的 (3)1。
2项目概述 (4)1.3参考资料 (4)1。
4术语定义 (5)1。
5修改记录 (5)2.系统概述 (6)2。
1系统实现目标 (6)2。
2条件与限制 (6)2。
3运行环境 (7)3.需求概述 (7)3。
1。
总体描述83.2.系统角色 (8)3.3。
系统功能 (8)3.3.4.功能划分 (8)3.3.5。
用例清单83。
4。
性能和运行需求84。
总体设计 (8)4.1设计原则 (8)4.2设计规范 (9)4。
3软件体系结构 (10)5。
模块结构设计 (11)5。
1组件模块总体设计 (11)5。
1.1.组件模块的划分和功能描述115。
1。
2。
组件模块关系115。
1.3.组件模块的物理分布115。
1.4.组件模块与用例映射XXX系统VerX.X概要设计说明书共20页第3页115。
2组件模块描述 (11)5。
2.1。
组件模块1 126。
用例实现 (13)7。
数据结构设计 (14)8.接口设计 (14)9。
系统安全设计 (15)9。
1系统故障预防和恢复 (15)9.2用户管理和权限控制 (15)9.3数据备份与恢复 (15)9。
3.1.数据备份159。
3.2.数据恢复1610.系统运行设计 (16)10。
1运行模块组合 (16)10。
2运行控制 (17)11.系统出错处理设计 (17)11。
1出错处理信息 (17)11.1。
1。
通讯线路错误 (18)11.1。
2。
系统环境错误 (18)11.1。
3.应用设计错误 (18)11.2出错处理对策 (18)12.系统维护设计 (19)12.1数据维护 (19)12。
2功能维护 (19)13.系统版本设计 (20)14.附件 (20)1.引言1.1文档目的简要说明编写这份概要设计说明书的目的，指出预期的读者。
产品流程管理系统概要设计说明书
自主学习平台概要设计说明书编写：日期：检查：日期：审核：日期：批准：日期：文档变更记录目录.引言 ...................................................................................................... 错误！未指定书签。
编写目的和范围 ............................................................................... 错误！未指定书签。
.系统框架 .............................................................................................. 错误！未指定书签。
.系统结构 .............................................................................................. 错误！未指定书签。
.功能描述 .............................................................................................. 错误！未指定书签。
用户管理模块 ................................................................................... 错误！未指定书签。
产品要素管理模块 ........................................................................... 错误！未指定书签。
流程管理模块 ................................................................................... 错误！未指定书签。
(完整版)概要设计说明书_模板
XXX项目概要设计说明书创智和宇信息技术股份有限公司修改记录此页由EPG编写，项目实施人员不用更改任何地方模板编写及修订记录此页由EPG编写，项目实施人员不用更改任何地方目录XXX项目_概要设计书 (1)1 引言 (1)1.1 编写目的 (1)1.2 参考文献 (1)1.3 术语与缩写解释 (1)2 总体设计 (1)2.1 系统概述 (1)2.2 系统设计原则 (1)2.3 设计中应用的关键技术 (1)2.4 系统结构图 (2)2.5 网络结构图 (2)2.6 系统功能模块图 (2)2.7 数据流向图（或称为时序图） (2)2.8 模块构成 (2)3 环境设计 (2)4 硬件设备 (2)5 支持软件 (3)6 接口设计 ............................................................................................................ 错误!未定义书签。
6.1 用户接口 (3)6.2 外部接口 (5)6.3 内部接口 (5)7 数据库设计 (6)7.1 数据库环境说明 (6)7.2 数据库命名规则 (6)7.3 逻辑设计 (6)7.4 物理设计 (6)7.5 安全性设计 (7)8 公用结构 ............................................................................................................ 错误!未定义书签。
9 界面设计 (8)10 出错处理设计 (8)11 开发工具 ........................................................................................................ 错误!未定义书签。
小型超市后台管理系统概要设计说明书
小型超市后台管理系统概要设计说明书―总设计模块所属项目：小型超市后台管理系统编写者：马文勇郑伟清李耀初审核者：梁永霖老师目录1 引言 (3)1.1编写目的 (3)1.2背景 (3)1.3 参考资料 (3)2总体设计 (3)2.1需求规定 (3)2.2运行环境 (3)2.3系统物理结构 (3)2.4系统处理流程 (4)3接口设计 (6)4运行设计 (6)4.1 运行模块组合 (6)4.2 运行控制 (7)4.3 运行时间 (7)5数据结构设计 (8)5.1．逻辑结构设计 (8)5.2．物理结构设计 (9)6运行设计 (10)6.1．运行模块的组合 (10)6.2．运行控制 (10)6.3．运行时间 (11)7维护设计 (12)1.引言1.1编写目的从该阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。
在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。
本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。
1.2背景a.待开发软件系统的名称：小型超市后台管理系统b.任务的提出者：梁永霖老师c.开发者：马文勇李耀初郑伟清1.3参考资料陶宏才.《数据库原理及设计》.第1版.北京.清华大学出版社.2004年范立南《SQL Server 2000 实用教程》第2版.北京.清华大学出版社.2005年李香敏《SQL Server 2000 编程员指南》第1版.北京.希望电子出版社Rebecca M.Riordan《轻松搞定SQL Server 2000程序设计》第2版.北京工业出版社.2003年Watts S.Humphrey《软件工程规范》第1版.清华大学出版社.2004年2. 总体设计2.1需求规定A 硬件支持此软件没有进行远程访问的功能，也就是说软件和数据库服务器均运行与一台及其上面，因此，建议机器至少能顺畅运行SQL服务器。
小超市管理系统_概要设计说明书
计算机学院小超市管理系统设计与实现概要设计说明书学生姓名：XX学号：XXXX年级班级: XX级XX班指导教师：XX所在学院: 计算机学院提交日期：XX年 XX月XX 日目录1. 引言 (2)1.1.编写目的 (2)1.2。
背景 (2)1。
3.术语 (2)1。
4.参考资料 (3)2。
总体设计 (4)2。
1。
系统体系结构 (4)2。
2.系统功能结构 (4)2。
3。
运行环境 (5)2.3。
1. 硬件环境 (5)2。
3.2. 软件环境 (5)2。
4。
系统的关键技术 (5)3。
功能模块设计说明 (6)3。
1.功能模块列表 (6)3.2.员工管理 (6)3.2。
1. 模块编号和功能描述 (6)3。
2.2。
操作者 (6)3。
2.3。
与本模块相关的码表和表 (6)3.2。
4。
界面设计与说明 (7)3.2。
5. 输入信息 (7)3。
2.6。
输出信息 (7)3。
2。
7。
算法 (8)3。
2.8. 处理流程 (8)3。
2。
9。
类设计 (9)3。
3。
销售管理 (10)3.3.1。
模块编号和功能描述 (10)3.3。
2. 操作者 (10)3.3.3。
与本模块相关的码表和表 (11)3.3。
4. 界面设计与说明 (11)3.3.5。
输入信息 (11)3.3。
6。
输出信息 (11)3。
3。
7. 算法 (12)3。
3。
8. 处理流程 (12)3.3。
9. 类设计 (13)3.4.库存管理 (14)3。
4。
1. 模块编号和功能描述 (14)3。
4。
2。
操作者 (14)3.4.3。
与本模块相关的码表和表 (15)3。
4。
4。
界面设计与说明 (15)3.4。
5。
输入信息 (15)3.4.6。
输出信息............................................................................................. 错误!未定义书签。
3。
4.7. 算法 (15)3。
4。
概要设计说明书范例及模板
《XXXXXX》概要设计说明书张三、李四、王五1．引言1．1编写目的在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。
1．2项目背景机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。
本系统与其他系统的关系如下：1．3定义1．3．1 专门术语SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。
SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。
主键：数据库表中的关键域。
值互不相同。
外部主键：数据库表中与其他表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
1．3．2 缩写系统：若未特别指出，统指本机票预定系统。
SQL: Structured Query Language（结构化查询语言）。
ATM: Asynchronous Transfer Mode (异步传输模式)。
1．4参考资料以下列出在概要设计过程中所使用到的有关资料：1．机票预定系统项目计划任务书浙江航空公司1999/32．机票预定系统项目开发计划《**》软件开发小组1999/33．需求规格说明书《**》软件开发小组1999/34．用户操作手册（初稿）《**》软件开发小组1999/45．软件工程及其应用周苏、王文等天津科学技术出版社1992/16．软件工程张海藩清华大学出版社1990/117．Computer Network A.S.Tanenbaun Prentice Hall 1996/01文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
自主学习平台概要设计说明书编写：日期：2014/2/28 检查：日期：审核：日期：批准：日期：文档变更记录目录1.引言 (1)1.1编写目的和范围 (1)2.系统框架 (1)3.系统结构 (1)4.功能描述 (4)4.1用户管理模块 (4)4.2产品要素管理模块 (5)4.3流程管理模块 (7)4.4产品状态管理 (10)4.5单据管理模块 (10)4.6产品的追溯 (12)5.技术要求 (12)5.1开发技术要求 (12)5.2服务器要求 (13)6.开发周期 (14)7.阶段文档 (14)8.项目沟通 (14)1.引言1.1编写目的和范围说明程序模块的设计考虑。
为软件编程和系统维护提供基础。
本说明书的预期读者是系统设计人员、软件开发人员和项目评审人员。
2.系统框架1、本系统是独立运行的。
本次开放系统是标签从无到有的过程，标签存在之后的处理是在现有的系统中完成。
举例：农产品：在一块地上进行从：播种、施肥。
包装到赋码这个过程是从无到有的过程。
之后的流程是现有系统负责的2、现有系统会去本次开放的系统中主动获取数据3.系统结构图3-1是产品生产流程管理系统的功能结构图。
本系统从功能上分为用户管理、生产要素管理、流程管理、单据管理、产品状态管理、产品追溯和终端采集七大主要功能。
实现了一套具有高普适性、高安全性、易操作、信息资源丰富的实时化产品生产流程管理系统。
系统应用功能结构图图3-1图3-2为本系统的基本流程图，包括的了各级用户从登陆系统开始，直到退出系统的基本操作流程，其中人事管理员1为总公司管理员，人事管理员2为分公司管理员，分公司管理员账号由总公司给予分配，员工账号由分公司人事管理员申请并由总公司人事管理员审核后，方可使用。
操作人员的操作中需要单据的操作如入库、装箱等，不需要单据的操作如浇水、松土等。
本流程中的生产要素定义与修改详见4.2；生产节点/生产流程/单据模板定义与修改详见4.3；单据下达流程详见4.5。
图3-24.功能描述4.1用户管理模块根据7大管理权限和3大查询权限，所有用户被分为了4个级别：1.XXX2.XXX3.XXX4.XXX。
本模块主要用于系统各级用户的相关管理。
主要的实现了用户注册管理，用户信息管理，用户登录/登出和密码修改、找回等工作。
4.1.1权限定义管理权限：①提交用户注册申请。
②审批用户注册申请。
③用户信息修改权限（用户删除、密码重置、权限修改）。
④生产相关信息定义（生产要素定义，生产节点定义、组织流程定义、相关单据定义）及修改。
⑤生产相关信息定义与修改的审批。
⑥生产要素信息的录入。
⑦终端生产信息的采集上传。
查询权限：①产品状态查询。
②单据查询。
③溯源查询。
4.1.2各等级用户权限分配一级用户：二级用户：三级用户：四级用户：4.1.3用户注册不接受员工以个人名义单独申请，由某个部门经理统一申请，提交申请表时注明申请部门，用户等级，数量，申请理由及信息反馈邮箱。
审核人员在受理申请后将结果返回到申请人邮箱。
若接受申请则返回各级用户的用户名、密码，若拒绝则注明拒绝理由。
4.1.4用户管理管理人员有权对用户信息做出修改（用户废除、账户密重置、用户权限变更，用户部门调整）。
4.1.5用户登录/登出、密码修改：申请得到的用户名、密码即可自由登录/登出系统、修改密码，可在系统内进行权限允许的相关操作与查询。
4.1.6密码找回由账户申请人（部门经理）提交密码重置申请，核对申请邮箱后将重置后密码发往目标邮箱。
4.1.74.1.84.1.94.2产品要素管理模块图4-2图4-2是本模块的功能结构图，本模块主要负责定义用于监控生产流程的各项元素，即生产要素。
并进一步细化要素类型，为后期的信息采集工作提供预设的门类。
以及对已定义要素的相关管理。
4.2.1生产要素添加向系统中添加生产过程中的生产要素。
主要包括生产要素（如：地块、种子、农药、肥料）和需要监管的生产影响因素（虫害）。
4.2.2生产要素门类预设为每一个定义好的生产要素做进一步细化，预设其门类（如生产要素“地块”门类：1号地块，2号地块……生产要素“种子”门类：西瓜种子，白菜种子……）。
生产要素门类的预设为最后的信息采集提供了依据，操作人员在要素中勾选了对应的门类后，将相关信息上传。
（如播种环节，操作人员勾选一号地，西瓜种子后，扫描种子包装上的条码后将数据上传）。
4.2.3生产要素维护主要任务是对已添加生产要素进行删除、修改和查询等相关管理操作。
删除：当因为某些原因（生产工艺的改进，监管目标的变更）需要删除已定义好的生产要素时候，需要用到生产要素删除功能。
修改：当对生产要素的门类发生变化时（如公司要新种植一种农作物，需要在生产要素种子的门类中做相应的修改，添加该作物的种子）需要对生产要素中已定义好的门类进行相关的修改。
查询：查询已定义好的生产要素和要素资门类，便于管理者从宏观上把握所采集信息的大体情况。
4.2.44.2.54.2.64.3流程管理模块图4-3图4-3是本模块的功能结构图，本模块主要通过定义生产过程中的各个操作环节（即节点）和节点的相关属性来构建一套完整的生产流程。
并为每个需要通过下命令单（如：生产任务单）来控制生产的节点定义命令单的统一格式。
4.3.1生产节点添加为生产流程中的各个操作步骤添加节点（如：播种、施肥、浇水、打药、采摘、装箱），并为节点添加唯一的节点ID。
4.3.2节点属性添加为每个操作节点分配需要进行数据监视的节点属性（如播种节点的：种子种类、播种数量、播种地块、播种时间、操作人员等）。
这些属性中有些是经过生产要素定义，可在要素相应的门类中勾选（如种子种类，播种地块），有些是无法在事先分门别类的定义好的（比如播种时间）。
那么在节点添加时对于无法勾选，需要输入的信息应尽量少，输入也尽量简单（以数字为主）。
其中有两个固定属性，是每个节点都固有的：①命令需要类型“是/否”。
②上下步骤节点ID。
以下具体对两种固有属性作进一步的解释：①命令需要类型“是/否”：决定该节点的操作是否需要上级命令的支配。
对于“是”类型的节点，任何一次对于节点的操作都需要严格遵循命令的支配，对于“否”类型的节点，操作人员对于节点的操作有自由支配的权利，上级“只求结果不求过程”，即上级只要求操作人员在完成操作后上传操作结果即可。
例如：对于农产品生产过程，播种为“是”类型的节点，上级决定什么时候播种，播什么种，播多少种。
而后的浇水、施肥、除草等操作就是“否”类型的节点，上级不干预操作的执行，只要求操作员在每操作后将操作的情况上传即可。
②上下步骤节点ID：用于定义某节点上一步和下一步的操作节点的ID，用一个类链表的形式方便而后的流程组织定义。
4.3.3生产节点维护该功能用于在生产流程中某些节点或者节点属性发生改变时，对已经定义好的节点进行相关的管理，完成节点的重命名，属性变更或删除等操作。
4.3.4生产流程定义将已经定义好的生产节点进行排序组合，使得各个步骤串联成为一套能代表真实生产情况的流程。
流程的定义实际上就是对节点的上下步骤ID属性进行填充的过程。
完成了流程定义也就意味着每个节点都具有了上下步骤ID属性。
4.3.5生产流程维护该功能用于在生产流程发生改变时，对已经组合好的流程图进行相关的管理，完成流程的重新组合，属性变更或删除等操作。
4.3.6节点单据添加生产中比较重要的环节是需要上级部门通过命令单的模式进行下单监管的，而不是由操作人员决定是否进行该步骤操作（即命令需要类型属性为“是”的节点）。
那么该功能就是为每个命令需要类型为“是”的节点定义命令单模板，实现单据与节点的一一对应关系。
以规定这张命令单需要填写的条目。
4.3.7单据条目添加为每张定义好的单据添加单据条目，即填单是需要具体填写的内容（如：下单人员，操作人员，下单时间等）。
在管理人员下单的时候，只需调出模板，按需填写相关条目，进行下单即可。
4.3.8单据模板维护该功能用于对已经定义好的节点单据进行管理。
在生产流程中某些节点的命令需要类型发生改变，从“是”变为“否”时，对单据进行删除操作，或是对已定义好的节点更名、修改其中的条目等管理操作。
4.3.94.3.104.3.114.3.124.3.134.4产品状态管理按照流程点查询列表（农产品）检索出一定时间范围内，某个流程节点的状态每个点数据直接采集上传到服务端4.5单据管理模块图4-5-1图4-5-1是本模块的功能结构图，本模块用于产品生产时的管理调控。
主要的管理模式是基于对各节点进行下命令单的方式来进行的。
各节点对应的命令单的模板已在节点定义模块中进行了定义，管理人员在针对某一节点进行命令单下达时只需要填写相应条目后直接进行下单操作即可。
为了便于管理单据，对单据的状态做了一定分类：单据已下达、单据已完成。
图4-5-2图4-5-2是本模块的基本流程图，表明了生产流程中单据从填写到下达的操作过程。
4.5.1单据填写选择需要管理的节点后，调出相应的命令单模板，填写相关命令信息（如：下单人员，操作人员，下单时间等）。
4.5.2单据下达通过选择命令单接受单位，进行单据的下达，若所选与单据自身接收部门不一致则给出提示信息。
成功下单后，单据状态为：单据已下达。
4.5.3单据完成现对已经接受到操作人员完成命令信息返还的单据进行单据完成的状态标记，并将完成的单据分类储存。
便于日后的查阅。
4.5.4单据查询对已完成的单据或是已下达未完成的单据按需求进行有目的查阅。
（如查阅某段时间内某生产节点完成的所有单据）。
4.5.54.5.64.5.74.5.84.5.94.5.104.6产品的追溯系统的产品数据通过某个标识ID管理起来的，这里通过这个ID能查询出该产品在系统内存储的溯源信息。
5.技术要求5.1开发技术要求Java/Tomcat/Mysql/Android1、画面不用富客户端技术2、不用存储过程3、数据库数据删除不用delete4、Log处理5、采集终端，Android手机采集，WEB端可以录入5.2 服务器要求数据提取服务器是产品流程管理系统和其它系统的通信接口。
它们之间通过TCP/IP 协议建立通信连接。
该服务器相对独立，在物理上分割了产品管理系统和其它系统。
该服务器可以理解为产品流程管理系统的数据服务前置，与其它系统之间需要频繁的通讯，需要承担来自其它系统频繁IO 访问的压力。
一、系统结构图如图所示，最上层是产品流程管理系统，考虑到系统的独立性和数据的安全性，系统数据中心是不对外开放的，其它系统只能通过数据提取服务器获取产品流程管理系统的业务数据。
二、性能要求1.异步架构服务器，实现请求应答模式即可；2.要求多线程并发处理3.服务器连接响应时间控制在30毫秒以内4.服务器处理响应时间控制在百毫秒级别5.服务器要求有自动修复功能6.开发周期2个月（2014/03~2014/04）7.阶段文档1、设计文档（软件设计文档、数据库设计文档）2、进度管理表3、测试计划4、测试报告5、编码规范8.项目沟通1、指定沟通窗口进行沟通2、每周会议（报告项目进展情况）组内先开会、整理会议记录发往北京，武汉北京进行会议沟通。