软件功能节点图-非凡部分
PMP139个工具和技术和关系图
看是否有关联，接近对角线表示关系密切
审查已批准的变更请求
对所有已批准的变更请求进行审查，以核实他们是否已按批准的方式得到实施
实施质量控制
实验设计（DOE）
统计学方法，分析每个因素对开发的流程和产品的特定变量的影响
规划质量、实施质量保证
数据收集与表现技术
包括访谈、概率分布（贝塔分布、三角分布）
用来对比把某个风险放入其中，深灰色代表严重；中度灰色代表较轻
实施定性风险分析
风险概率和影响评估
分析风险发生可能性和后果
实施定性风险分析
干系人分析
系统收集和分析各种信息了解干系人的利益、影响、期望
识别干系人
项目随时进行
工作授权系统
整个项目管理系统的一个子系统。它是一系列正式书面程序的集合，规定如何授权（委托）项目工作，以保证该工作由正确的组织、在正确的时间、以正确的顺序执行。工作授权系统包括发布工作授权所需的步骤、文件、跟踪系统以及审批层次
德尔斐法
背靠背，匿名，客观，慢；属于群体创新技术
收集需求
独立估算
买方或找第三方编写，用作标杆来和投标人的报价进行对比
实施采购
访谈
与干系人直接交流，通常是一对一
收集需求
分解
把项目可交付成果划分为更小的、更便于管理的组成部分
创建WBS、定义活动
风险分类
根据WBS、根据阶段、根据干系人、根据RBS（类别）对风险分类
结束采购
采购谈判
作为买方和卖方谈判
实施采购
参数估算
利用历史数据与其它变量的关系，生产率、成果数量，装修地板5块/小时
估算活动持续时间、估算成本
有参数模型，重复性工作
软件概要设计说明书类图顺序图
软件概要设计说明书类图顺序图TPMK standardization office【 TPMK5AB- TPMK08- TPMK2C- TPMK18】软件概要设计说明书 (2)1．概述 (2)1.1 软件设计目标 (2)1.2 参考资料 (2)2 术语表 (2)3 用例 (2)4 设计概述 (3)4.1简述 (3)4.2系统结构设计 (3)4.1.1 物理模型： (3)4.1.2 软件功能结构图： (4)4.3系统层次划分 (5)4.4设计用况的类图、顺序图 (6)4.4.1市民上报问题 (6)4.4.2上级下达命令 (10)4.4.3街乡二级平台上报问题 (13)4.4.4（监督员）登记问题（接线员上报问题） (15)4.4.5值班长核查问题 (18)4.4 约束和假定 (21)5 非功能性需求 (21)软件概要设计说明书1．概述本说明书主要描述朝阳区城市网络化管理信息系统的子系统的各个模块的设计；包括登录模块，登记问题模块，市民上报问题模块，上级下达命令模块，街乡二级平台上报问题模块，核查问题模块，以及立案模块。
将针对上述模块的功能进行面向对象的分析并完成相应用例的顺序图，相应对象的状态图的设计以及系统总体构架和配置。
对系统的性能，可用性等非功能需求也有相应描述，供详细设计人员和项目小组以及用户参考。
1.1软件设计目标我国数字城市技术应用现已逐渐应用到社会的各个领域中。
为了节约大量的人力、物力、财力。
网格管理新模式的提出将解决人们一串串“投诉没门路、解决无期限”的烦恼。
本系统主要实现朝阳区城市网络化管理信息系统中的信息提交子系统功能。
具体针对各个模块进行概要设计，模块化结构更清晰。
1.2参考资料中华人民共和国国家标准：《城市市政监管信息系统技术规范》；《城市市政监管信息化部件和事件分类与编码》；《城市市政监管信息化单元网格划分与编码》；《城市市政监管信息化地理编码》；《软件需求规格说明书》2术语表UML 统一建模语言3用例系统顶级用例图：4设计概述4.1简述本说明书采用的设计方法为面向对象设计法;系统的体系结构为B/S结构;相应技术为 UML_Rational Rose.4.2系统结构设计4.1.1物理模型：配置图：1．节点说明Web服务器：Happy 2005 2.40GHz CPU，512MB内存，20GB*4硬盘;操作系统：Windows XP;数据库服务器： MS SQL Server 2000；浏览器：IE5.0。
软件系统架构图-参考案例
各种软件开发系统架构图案例介绍v1.0 可编辑可修改第一章【荐】共享平台架构图与详细说明1.1.【荐】共享平台逻辑架构设计(逻辑指的是业务逻辑)注:逻辑架构图--主要突出子系统/模块间的业务关系, 这里的逻辑指的是业务逻辑如上图所示为本次共享资源平台逻辑架构图，上图整体展现说明包括以下几个方面：1 应用系统建设本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发，从而建立行业的全面的应用系统架构群。
整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合，完成应用系统的统一化管理与维护。
2 应用资源采集整体应用系统资源统一分为两类，具体包括结构化资源和非机构化资源。
本次项目就要实现对这两类资源的有效采集和管理。
对于非结构化资源，我们将通过相应的资源采集工具完成数据的统一管理与维护。
对于结构化资源，我们将通过全面的接口管理体系进行相应资源采集模板的搭建，采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。
3 数据分析与展现采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现，具体包括了对资源的查询、分析、统计、汇总、报表、预测、决策等功能模块的搭建。
4 数据的应用最终数据将通过内外网门户对外进行发布，相关人员包括局内各个部门人员、区各委办局、用人单位以及广大公众将可以通过不同的权限登录不同门户进行相关资源的查询，从而有效提升了我局整体应用服务质量。
综上，我们对本次项目整体逻辑架构进行了有效的构建，下面我们将从技术角度对相关架构进行描述。
1.2.【荐】技术架构设计注:技术架构图 --主要突出子系统/模块自身使用的技术和模块接口关联方式如上图对本次项目整体技术架构进行了设计，从上图我们可以看出，本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。
下面我们将分别进行说明。
1.3.【荐】系统整体架构设计(也称为系统总体架构)上述两节，我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明，通过上述设计，我们对整体项目的架构图进行了归纳如下：注:系统整体/总体架构图 --主要突出从物理硬件（物理层/基础层）、数据库（数据层）、后台底层（支撑层）、业务逻辑（业务层/应用层）、UI描述（展示层）、系统用户分类（用户层），项目实施与运维管理，标准与规范体系和安全保障体系（贯穿各层的保障系统）一般我们只画大虚框内的部分就行了，外面的是说明与其他系统的对接描述，可以省略综上，我们对整体应用系统架构图进行了设计，下面我们将分别进行说明。
软件项目系统架构图
系统架构图：分层架构图、MVC架构图、客户端-服务器架构图、事件驱动架构图软件系统架构图是用于描述软件系统组织结构、模块划分、组件交互和运行方式的图形表示。
根据不同的系统和设计需求，可以有许多不同的系统架构图，以下是一些常见的系统架构图及其详细描述：1.三层架构图（Three-tier Architecture Diagram）：2.三层架构图是一种常见的软件系统架构图，它将系统分为三个主要层次：表示层（Presentation Layer）、业务逻辑层（Business Logic Layer）和数据访问层（Data Access Layer）。
这种架构图通常用于构建企业应用程序和Web应用程序。
表示层负责与用户交互，提供用户界面和展示数据。
业务逻辑层负责处理业务逻辑和规则，实现应用程序的核心功能。
数据访问层负责与数据源进行交互，通常是指数据库或其他数据存储系统。
这种分层架构可以提高系统的可维护性、可扩展性和可重用性。
3.MVC架构图（Model-View-Controller Architecture Diagram）：4.MVC是一种设计模式，用于将应用程序的数据模型（Model）、用户界面（View）和控制逻辑（Controller）分离开来。
这种架构图通常用于构建Web应用程序和桌面应用程序。
模型（Model）负责处理数据和业务逻辑，视图（View）负责提供用户界面，控制器（Controller）负责处理用户输入和调用模型与视图。
MVC架构图可以提高系统的可维护性、可扩展性和可重用性，并且使得系统更容易进行测试和调试。
5.客户端-服务器架构图（Client-Server Architecture Diagram）：6.客户端-服务器架构图是一种网络应用程序架构图，它将应用程序分为客户端和服务器两个部分。
客户端发送请求，服务器接收请求并返回响应。
这种架构图通常用于构建分布式系统和网络应用程序。
功能框架图
功能框架图功能框架图是指用来描述系统或应用程序的功能及其之间的关系的图表。
它是软件开发过程中的重要工具，可以帮助开发者和用户更好地理解系统的功能和组成部分。
以下是对功能框架图的一个700字的描述。
功能框架图是一种用来展示系统功能和组成部分之间关系的图表。
它可以包括系统的各种功能、模块、子系统以及它们之间的交互方式。
功能框架图是系统开发和设计过程中的重要工具，它能够帮助开发者更好地理解系统的功能，并且为用户提供一个整体的概览。
在一个功能框架图中，各个功能模块通常以方框的形式表示，而它们之间的关系则由箭头和线条表示。
箭头表示了功能之间的依赖关系、数据流或者信息流等。
线条则表示了模块之间的交互方式，比如输入/输出等。
一个典型的功能框架图可能包括以下几个部分：系统功能模块、子系统、用户界面、数据流等。
系统功能模块是指系统的各个核心功能，它们一般是体现系统价值的部分。
子系统则是指系统中的一个相对独立的部分，它可以包括多个功能模块，用来实现一些特定的功能。
用户界面则是用户与系统进行交互的部分，它可以包括输入界面、输出界面等。
数据流是系统中数据传输和处理的流程，它反映了系统功能的实现方式。
功能框架图的主要作用是帮助开发者和用户更好地理解系统的功能和组成部分。
它可以提供一个系统架构的概览，并且能够清晰地展示系统的各个功能之间的依赖关系和交互方式。
通过功能框架图，开发者可以更好地规划开发工作，确保系统中的各个功能模块能够良好地协同工作。
对于用户来说，功能框架图可以帮助他们更好地理解系统的功能，并且有助于他们在使用系统时更加方便和高效。
总之，功能框架图是一个描述系统功能和组成部分之间关系的重要工具。
它能够提供一个整体的概览，并且清晰地展示系统的各个功能之间的依赖关系和交互方式。
通过功能框架图，开发者和用户可以更好地理解系统，并且能够更加方便地进行开发和使用。
软件总体架构图
1软件总体架构图软件结构如图1.1所示：大容量数据采集与处理程序工业以太网网关路由程序CGIBOATCP/IP操作系统界面ucLinux 内核MicroBlaze Ip 设计图1.1 FPGA 数据采集软件架构图以上是系统的软件结构框图，我们下面将就具体每一个步骤的设计进行一个简要的描述：2 MicroBlaze IP 核设计IP 字面意思是知识产权，在微电子领域，具有知识产权的功能模块成为IP Core 或IP 核。
IP 可以用来生成ASIC 和PLD 逻辑功能块，又称为虚拟器件VC 。
IP 核可以有很多种，比如UART 、CPU 、以太网控制器、PCI 接口等。
根据IP 核描述的所在集成电路的设计层次，IP 可以分为硬IP 、软IP 、固IP 。
硬IP 的芯片中物理掩膜布局已经得到证明，所有的验证和仿真工作都已经完成，用它可以直接生产硅片，系统设计者不能再对它进行修改。
而软IP 是以行为级和RTL 级的Verilog 或VHDL 代码的形式存在，它要经过逻辑综合和版图综合才能最终实现在硅片上。
固IP 则介于两者之间。
Xilinx 公司的MicroBlaze32位软处理器核是支持CoreConnect 总线的标准外设集合。
MicroBlaze 处理器运行在150MHz 时钟下，可提供125 D-MIPS 的性能，非常适合设计针对网络、电信、数据通信和消费市场的复杂嵌入式系统。
1．MicroBlaze 的体系结构MicroBlaze 是基于Xilinx 公司FPGA 的微处理器IP 核，和其它外设IP 核一起，可以完成可编程系统芯片(SOPC)的设计。
MicroBlaze 处理器采用RISC 架构和哈佛结构的32位指令和数据总线， 可以全速执行存储在片上存储器和外部存储器中的程序， 并访问其中的数据， 如图4.1所示指令端总线接口程序指针（PC ）运算器通用寄存器组32x32Bit指 令 缓冲指 令 译码数 据 端 总 线 接口DLMBDOP B图2.1 MicroBlaze 内核结构框图(1)内部结构MicroBlaze内部有32个32位通用寄存器和2个32位特殊寄存器—— PC 指针和MSR 状态标志寄存器。
功能结构图
模块划分原则
把一个系统设计成若干模块的方法称为模块化。划分模块的目的是把一个系统分解为一些规模较小的,功能 较简单的,更易于建立和分解的部分。各个模块都有自己的独立性，模块之间的相互关系(如信息交换关系、调用 关系)则通过一定的方式予以规定和说明。划分模块在总体结构设计中十分重要，模块划分是否合理将直接影响系 统设计的质量、开发时间和开发费用,以及系统实施维护的方便程度。划分模块并没有严格和绝对的标准，一个好 的模块划分方案也不是惟一的,通常划分模块的原则如下：
（2）恰当的模块大小。
如果模块划分得过大,将会造成程序阅读、测试和维护困难;如果模块划分过小，就会增加模块个数，增加模 块接口的复杂性，增加模块接口的调试工作，增加花在调用和返回上的时间开销,降低工作效率。
作用
作用
功能结构图主要是为了更加明确的体现内部组织关系，更加清晰的理清内部逻辑关系，做到一目了然规范各 自功能部分，使之条理化。
（1）模块之间低耦合( Low Coupling,模块内部高聚合( High Cohesion)。
好的模块设计应做到:模块之间低耦合,模块内部高聚合。模块之间低耦合是指尽量减少模块之间的程度，其 中任一模块运行时，与其他模块尽量无关。因为模块之间的越多，则相互间的关系也越复杂模块内部高聚合是指 功能上高聚合,并具有大的独立性,即要求系统中的每一个模块都具有较强的聚合,它的各个组成部分都是彼此密 切相关的。
谢谢观看
设计步骤
系统功能结构图的设计步骤，可以分成两个步骤进行：
（1）从新系统数据流程图出发导出初始结构图。即首先把整个系统看作一个模块，然对其逐层分解。分解 时,要遵守划分模块的基本原则和完成数据流程图所规定的各项任务及其处理顺序。每分解出一层模块，都要标明 信息传递情况并考虑每一模块的实现方法，同时还要考虑系统结构的层数。
软件工程9种图
软件工程9种图软件工程9种图本文档旨在介绍软件工程中常用的9种图，包括需求分析图、用例图、活动图、类图、状态图、序列图、通信图、部署图和物理架构图。
每个章节将详细说明各种图的定义、特点和使用方法。
1.需求分析图需求分析图主要用于描述系统的需求和功能，并将其转化为可视化的图形表示。
它包括用例图、活动图、状态图等多种子图。
用例图用于展示系统的功能、用户以及各功能之间的关系；活动图则表示系统中的各种活动以及它们之间的关系；状态图则描述系统中对象的不同状态和状态之间的转移。
2.用例图用例图是描述系统功能和用户之间交互的图表。
它展示了系统的功能性需求，包括系统的主要功能和参与者（用户）之间的关系。
用例图由参与者、用例和关系构成，通过参与者和用例之间的关系来表示用户与系统的交互。
3.活动图活动图用于描述系统中的活动或业务流程，以及这些活动之间的顺序关系。
它展示了系统的业务流程，包括活动、决策、并行和合并分支。
活动图通过节点、边和分支条件来表示活动之间的关系。
4.类图类图用于描述系统中的类、对象以及它们之间的关系。
它展示了系统的结构，包括类的属性、方法、关联关系、继承关系等。
类图通过类、对象、关联和继承等元素来表示系统的结构。
5.状态图状态图用于描述系统中对象的不同状态和状态之间的转移。
它展示了系统中对象的状态及其变化，包括对象的初始状态、中间状态以及最终状态。
状态图通过状态、转移和条件来表示对象的状态和状态之间的转移。
6.序列图序列图用于描述系统中对象之间的交互顺序和消息传递。
它展示了系统中对象之间的交互流程，包括对象的创建、销毁、方法调用等。
序列图通过对象、消息、生命线等元素来表示对象之间的交互和顺序关系。
7.通信图通信图用于描述系统中对象之间的交互和消息传递。
它展示了对象之间的通信方式，包括消息的发送和接收。
通信图通过对象、消息、连接线等元素来表示对象之间的交互和通信关系。
8.部署图部署图用于描述系统中软件和硬件组件的部署布局。
软件系统架构图-参考案例
各种软件开发系统架构图案例介绍第一章【荐】共享平台架构图与详细说明1.1.【荐】共享平台逻辑架构设计(逻辑指的是业务逻辑)注:逻辑架构图--主要突出子系统/模块间的业务关系, 这里的逻辑指的是业务逻辑如上图所示为本次共享资源平台逻辑架构图，上图整体展现说明包括以下几个方面：1 应用系统建设本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发，从而建立行业的全面的应用系统架构群。
整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合，完成应用系统的统一化管理与维护。
2 应用资源采集整体应用系统资源统一分为两类，具体包括结构化资源和非机构化资源。
本次项目就要实现对这两类资源的有效采集和管理。
对于非结构化资源，我们将通过相应的资源采集工具完成数据的统一管理与维护。
对于结构化资源，我们将通过全面的接口管理体系进行相应资源采集模板的搭建，采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。
3 数据分析与展现采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现，具体包括了对资源的查询、分析、统计、汇总、报表、预测、决策等功能模块的搭建。
4 数据的应用最终数据将通过内外网门户对外进行发布，相关人员包括局内各个部门人员、区各委办局、用人单位以及广大公众将可以通过不同的权限登录不同门户进行相关资源的查询，从而有效提升了我局整体应用服务质量。
综上，我们对本次项目整体逻辑架构进行了有效的构建，下面我们将从技术角度对相关架构进行描述。
1.2.【荐】技术架构设计注:技术架构图--主要突出子系统/模块自身使用的技术和模块接口关联方式如上图对本次项目整体技术架构进行了设计，从上图我们可以看出，本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。
下面我们将分别进行说明。
1.3.【荐】系统整体架构设计(也称为系统总体架构)上述两节，我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明，通过上述设计，我们对整体项目的架构图进行了归纳如下：注:系统整体/总体架构图--主要突出从物理硬件（物理层/基础层）、数据库（数据层）、后台底层（支撑层）、业务逻辑（业务层/应用层）、UI描述（展示层）、系统用户分类（用户层），项目实施与运维管理，标准与规范体系和安全保障体系（贯穿各层的保障系统）一般我们只画大虚框内的部分就行了，外面的是说明与其他系统的对接描述，可以省略综上，我们对整体应用系统架构图进行了设计，下面我们将分别进行说明。
软件功能流程图
软件功能流程图软件功能流程图是描述软件系统功能及其交互的图形化表示，通过图形化的方式展示软件系统的功能模块及其交互流程。
以下是一个关于购物系统的软件功能流程图。
软件功能流程图如下：1. 用户注册功能模块：- 用户打开软件，并点击注册按钮；- 系统弹出注册页面，用户填写注册信息（包括用户名、密码、邮箱等）；- 用户点击提交按钮，系统判断注册信息的合法性；- 如果信息合法，则系统保存用户信息并弹出注册成功的提示框；- 如果信息不合法，则系统显示错误提示信息，用户根据提示进行修改。
2. 用户登录功能模块：- 用户打开软件，并点击登录按钮；- 系统弹出登录页面，用户填写登录信息（包括用户名和密码）；- 用户点击提交按钮，系统判断登录信息的正确性；- 如果信息正确，则系统跳转到主页；- 如果信息错误，则系统显示错误提示信息，用户根据提示进行修改。
3. 商品浏览功能模块：- 用户登录成功后，系统加载主页；- 用户可以通过搜索框输入关键字搜索商品；- 用户也可以通过浏览商品分类来寻找商品；- 用户点击商品图片，系统弹出商品详情页面，显示商品的详细信息（包括名称、价格、库存等）；- 用户可以将商品加入购物车。
4. 购物车功能模块：- 用户点击购物车图标，系统加载购物车页面；- 用户可以查看购物车中的商品列表；- 用户可以调整商品的数量；- 用户可以删除购物车中的商品；- 用户可以点击结算按钮，进入结算页面。
5. 结算功能模块：- 用户进入结算页面，系统显示用户的收货地址信息；- 用户可以选择配送方式；- 用户可以选择支付方式；- 用户点击确认支付按钮，系统跳转到支付平台；- 用户完成支付后，系统弹出支付成功的提示框，并显示订单信息。
6. 订单查询功能模块：- 用户可以在主页点击“我的订单”按钮，系统加载订单管理页面；- 用户可以查看历史订单；- 用户可以查看订单详情；- 用户可以取消未发货的订单；- 用户可以申请退货。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
接收采购订单 （批量或单 张）
互相反馈信息,店里能 查询订单处理情况 无委外配石 采购订单
自动或 手工拣货
形成NC转 库单
向供应商 下采购订 单
有委外配石 采购订单 裸石出库单
流程图例说明 开始/ 单据 结束 手工 操作 子流 审批 程
流程图文字简述
1、各店及加盟商按系列，图编，存货分类查询相应的在库信息. 2、选择相应的款式，价格区间，进行订单保存，同时区分是否是客定。店里审核采购订单。 3、公司商品部按业务组，查询已审核后的采购订单,同时可以与店里针对同一个订单进行反馈互动. 4、商品部批量或单张，接收采购订单，按拣货条件，自动拣货或清除自动拣货，手工拣货，然后形成转库单。 5、公司形成反馈后，店里是可以查询此订单的处理状态，有利于各店与公司商品部互动。 6、不能直接调拨，需要向供应商下采购订单, 图片信息，明确具体款式。 7、采购订单有委外配石的，由商品部下具体指令应当下什么样的石头,由深捷从实物库中分拣，形成NC出库单。
基础信 息录入
售价区间
展窗及长度
基础信 息录入
商 品 部 采购订单
分数区间
柜台及展窗 数量 各店，品类,价格区 间,柜台计划数量
柜台展窗 数量
编制库存 计划
查询NC采 购相关报 表
流程图例说明 开始/ 单据 结束 手工 操作 子流 审批 程
流程图文字简述
1、各店录入柜台、展窗名称及大小。 2、商品部录入，售价区间，分数区间,(商品部录入柜台、展窗品类，系列，分数区间,价格区间,主石品种,对应的数 量,显示柜台整体布局图，具体柜台及展窗图片)。 3、在进行采购订货前，编制，某店，某品类的库存计划. 4、根据已编制完的库存计划（预计下月需求量）,在决定下采购订单时，查询生成最新的采购计划(根据当前最新月 份或下月的库存计划，与在途订单比较，然后决定哪些类别采购多少，订单在途是不区分各店的),然后根据采购计 划，下采购订单。
流程名称 核价入库应付流程
流程简述 适用范围 核价入库,订单核销,打印标签,保证书,采购应付业务流程 哈捷库存商品（镶嵌和素金 类成品,单品管理） 镶嵌核价 开 始 商品部 核价入库 （珠宝， 中金） 素金核价 原料核价 金料核价 采购入库单 采购发票 结算 财 务 部 采购入库单 打印模板 调价单审核 委外返回石头信息（主， 副石，多主石，多金料） 打印标签，保证书 采购入库单 记账 采购应付单 审核 采购应付 凭证 流程图文字简述
1、珠宝和中金可以进行四类核价(镶嵌，素金，原料，金料),形成入库单，建档案，定售价，委外石头返回。 2. 存货编码业务1.前缀2.自带ZD，加盟商自采A,中金 珠宝定价产品.喜传编码。 3. 中金银条，回购，摆件，特买，网购等业务,档案分配。 4. 采购入库单审核，结算，打印采购入库单，调价单审核。委外石头信息，主副石，多主石，多金料，订单核销。 5. 采购入库单记账，采购应付单审核生成凭证。 6.打印标签，保证书，(主标签，副标签1.按调价单打印2.按商品档案3.按出入库单4.按转库单5.按库存存量) 7.打印，白签，红签. 五项业务集成（1.入库单 2.建档案 3.形成调价单 4.委外石头返回 5.珠宝类公司档案分配）
供应商
委外加工管理 分货过程(5)
直营店 (5)
加盟商 (5)
代销内部(5)
网店销售 导入(8)
盘点 管理(10)
调价 管理(10)
收付往来 管理(7)
消费者(6) 在线订货(9) 人员入职==定调资==工资发放审批管理(11)
物流邮包的接收过程 管理(12)
财务总账，报表管理(13)
用友NC及非凡软件功能地图
7 8 9 10 11 12
集团人力资源管理流程 集团盘点业务管理流程 各店成交及流量业务管理流程 商品道具管理流程 报表业务管理流程 基础设置管理流程
流程名称 库存计划业务流程
流程简述 适用范围 各门店的各个品类的柜台陈列、展窗陈列数量以及建议的销售备存数量，(安全库存),据此 根和现存量计算应补货数量，提供补货。 哈捷库存商品（镶嵌和素金 类成品,单品管理） 柜台及长度 开 始 店长
流程名称
流程简述 适用范围 店长 开 始
订货业务流程
哈捷库存商品（镶嵌和素金 类成品,单品管理）订货业务流程 按品类，系 列，图款订货 区分是否是 客定 审核采购 订单
各店及加盟商在线订货，公司再向供应商订货, 订货有委外出石(裸石库实物由深捷管理),或直接购成品货。
加盟商
在线订 单(门 店)
商 品 部
珠宝集团及单品管理 ERP系统
பைடு நூலகம்
目
录
一.及非凡整体应用架构
二.具体分项业务流程
珠宝集团及非凡ERP系统整体应用体系
珠宝集团
内部分子公司
供应商
加盟商
各区域门店
消费者
消费者
消费者
主要的业务流程
价签(4)
采购 订单
采购 订货(2)
计划与手工补 化结合
库存 计划(1)
核价入库
核价 入库(3) 库存管理
保证书(4)
报销管理 (7) 预算管理 (8) 登录权限 管理 非凡转库 管理(18) 非凡调价 管理(20)
非凡公司邮 件登记,接收 管理（25)
薪资管理 (12)
价格管理 (13)
非凡价签保 证书管理 （16) 非凡委外出 石（21)
非凡盘点管 理（23)
非凡在线 订货(15)
非凡销售 管理(16) 非凡报表 查询(19)
业务流程
分公司 协同 加盟商
公司报表
报表分析
加盟商报表
业务控制层
业务操作层
光纤 网络 服务器
子公司
各业单元 (核价入库，销 售等)
直营店
商场专柜
集团架构、分层应用、协同运营 事前预测，事中控制，事后分析
(控制与效率的均衡)
整理出13个主体业务流程 1 库存计划管理流程 2 订货业务管理流程 3 核价入库应付管理流程 4 入库分货管理流程 5 销售应收管理流程 6 集团代销出库管理流程
非凡顾客及 成交信息管 理（24)
软件功能节点图-部分
软件功能节点图
软件功能节点图-非凡部分
非凡软件功能节点图
珠宝集团ERP信息化应用架构—管理标准规划
集团
集团报表
基本档案
决策层 运行管理层
预计销售额， 开店量， 加盟商发展等 各类、系列，库存 销售数据，计划库存
系统控制(折扣，盘 点 )+ 管理制度（ 接收 签字等）
销售 管理(1) 应收管理 (4) 基础档案 管理 非凡核价 管理(14) 采购管理 (9) 库存管理 (2) 存货核算 (5) 模板管理
内部交易管 理(10) 人力信息管 理(11) 人力入职 管理(12)
应付管理 (3) 固定资产 (6) 查询报表 管理 非凡库存 计划(17)
非凡采购订 货（22)