系统功能需求
系统功能需求
目录1.系统设计目标 (4)2.系统设计需求 (4)3.系统模块设计 (4)3.1业务需求 (4)3.2系统需求 (4)3.3用户需求 (5)(1)资料管理： (5)(2)采购管理： (5)(3)销售管理： (5)(4)库存管理： (5)(5)统计分析 (5)(6)系统管理： (5)4.系统用例图模型的建立 (5)4.1系统角色 (5)图4.1 (6)4.2超市进销存管理系统的顶层用例图【功能角色分析】 (6)图4.2 (7)4.3销售管理子系统的用例图 (7)图4.3 (7)4.4采购管理子系统的用例图 (8)图4.4 (8)4.5库存管理子系统的用例图 (8)图4.5 (9)4.6统计分析子系统的用例图 (9)图4.6 (10)4.7身份验证子系统的用例图 (10)图4.7 (11)5.系统序列图模型的建立 (11)图5.1 供应商信息录入序列图 (12)图5.2 商品采购序列图 (13)图5.3 商品入库序列图 (14)图5.4商品销售序列图 (15)6.系统状态图模型的建立 (15)6.1商品采购状态图说明： (15)图6.1 商品采购状态图 (16)6.2商品入库状态图说明： (16)图6.2 商品入库状态图 (16)6.3商品销售状态图说明： (16)图6.3 商品销售状态图 (17)7.系统活动图模型的建立 (17)7.1采购活动图 (17)图7.1 商品采购活动图 (18)7.2入库活动图 (18)图7.2 商品入库活动图 (19)7.3入库活动图 (19)图7.3 商品销售活动图 (20)8.系统构件图模型的建立 (20)图8.1 系统构件图 (21)1.系统设计目标本系统的主要任务是设计一套B/S模式的进销存管理系统，实现对身份验证模块、采购管理模块、库存管理模块、销售管理模块、统计分析模块等部分。
2.系统设计需求功能性需求：系统能够对于客户，供应商，产品的信息进行维护。
系统能够管理监控库存。
系统的功能需求分析报告
系统的功能需求分析报告1. 引言本文旨在分析系统的功能需求，以明确系统的设计目标和功能要求。
本报告将包括对系统的整体描述、用户需求的分析、功能需求的详细说明以及系统的非功能性需求。
2. 系统描述系统是一个用于管理学生信息的学生管理系统。
它旨在提供一个方便、高效的学生信息管理平台，以满足学校和教职工的需求。
3. 用户需求分析通过对学校和教职工的需求调研，我们整理了以下用户需求： - 学校管理层希望能够根据学生信息生成统计报告，以便更好地了解学校的整体情况。
- 教职工需要一个方便的途径来记录学生的出勤情况和学术表现。
- 学校需要一个可靠的系统来管理学生的个人信息，如姓名、年龄、班级等。
4. 功能需求分析基于用户需求的分析，我们提出以下功能需求： - 学生信息管理：系统应提供一个界面，使学校能够方便地添加、编辑和删除学生的个人信息。
- 统计报告生成：系统应能够根据学生信息生成各类统计报告，如学生总数、男女比例等。
- 出勤记录管理：系统应提供一个界面，使教职工能够记录学生的出勤情况，并能够根据需要进行查询和统计。
- 学术表现记录：系统应提供一个界面，使教职工能够记录学生的学术表现，如考试成绩、学科评级等。
- 学生成绩查询：系统应提供一个界面，使学生和家长能够查询学生的成绩和学术表现。
5. 非功能性需求分析除了功能需求外，我们还考虑到系统的非功能性需求，以保证系统的安全性和可靠性： - 安全性：系统应采取必要的安全措施，如用户身份验证、数据加密等，以保护学生信息的安全。
- 可靠性：系统应具备高可靠性，能够在故障发生时自动备份数据，并能够及时恢复服务。
- 响应时间：系统应具备较快的响应时间，以提高用户的使用体验。
6. 总结通过对学生管理系统的功能需求分析，我们明确了系统的设计目标和功能要求。
系统将提供学生信息管理、统计报告生成、出勤记录管理、学术表现记录和学生成绩查询等功能，以满足学校和教职工的需求。
系统需求说明书
系统需求说明书一、引言系统需求说明书是为了规范和明确对系统开发的需求进行详细描述，以便开发人员能够准确理解和实现系统功能。
本文档将对系统的功能、性能、接口、安全等方面进行详细说明。
二、功能需求1. 用户管理：系统应具备用户注册、登录、密码找回等功能，确保用户信息的安全和可靠性。
2. 数据管理：系统应能够对数据进行添加、修改、删除、查询等操作，确保数据的完整性和一致性。
3. 订单管理：系统应能够对订单进行生成、取消、修改、查询等操作，确保订单的准确性和及时性。
4. 支付管理：系统应具备多种支付方式，如支付宝、微信支付等，确保支付的安全性和方便性。
5. 商品管理：系统应能够对商品进行添加、删除、修改、查询等操作，确保商品信息的准确性和可靠性。
6. 物流管理：系统应能够对物流信息进行跟踪和查询，确保物流的及时性和可追溯性。
三、性能需求1. 响应时间：系统应能够在用户发起请求后，及时给予响应，响应时间应控制在2秒以内。
2. 并发能力：系统应具备处理大量并发请求的能力，能够稳定运行在高并发的环境下。
3. 可扩展性：系统应具备良好的可扩展性，能够根据业务需求进行水平和垂直的扩展。
4. 容错性：系统应具备容错能力，能够在出现异常情况下保持系统的稳定性和可用性。
5. 数据存储：系统应能够对大量的数据进行高效存储和读取，确保数据的可靠性和安全性。
四、接口需求1. 用户接口：系统应提供友好的用户界面，使用户能够方便地进行操作和交互。
2. 第三方接口：系统应能够与第三方支付、物流等接口进行良好的对接和集成，确保系统的功能完整性。
3. 数据接口：系统应提供合适的数据接口，以便其他系统能够与之进行数据交换和共享。
五、安全需求1. 用户身份验证：系统应具备用户身份验证机制，确保用户信息的安全和可信度。
2. 数据加密：系统应对重要数据进行加密处理，确保数据的机密性和完整性。
3. 权限控制：系统应具备灵活的权限控制机制，能够对用户进行不同级别的权限划分和管理。
系统功能与需求分析
系统功能与需求分析一、引言随着技术的不断发展和应用的广泛推广，系统功能与需求分析在软件开发过程中扮演着至关重要的角色。
通过系统功能与需求分析，可以准确地了解到用户的需求，并将其转化为系统的具体功能，为软件开发提供了明确的方向和目标。
二、系统功能分析系统功能是指软件系统所能够提供的基本操作、数据处理和交互能力。
功能分析旨在识别系统应具备的功能模块以及其相互之间的依赖关系。
下面将针对系统功能进行分析。
1. 用户管理功能：该功能模块包括用户注册、登录、账号管理等操作。
用户可以通过注册账号进行登录，并可以管理个人账号信息。
2. 数据管理功能：该功能模块包括数据的存储、处理和检索等操作。
系统可以将用户上传的数据进行存储，并提供相关的处理和检索功能。
3. 权限管理功能：该功能模块用于管理系统的访问权限。
系统管理员可以设置用户的权限级别，以控制用户对系统功能的访问权限。
4. 搜索功能：该功能模块用于实现对系统内数据的全文搜索。
用户可以通过关键词或特定条件对数据进行搜索，并显示相关的搜索结果。
5. 数据可视化功能：该功能模块用于将系统中的数据以图表、图形等形式进行可视化展示。
用户可以通过图表等方式更直观地分析和理解数据。
6. 通知与消息功能：该功能模块用于向用户发送系统通知和消息。
系统可以通过邮件、短信等方式向用户发送重要通知。
7. 安全与加密功能：该功能模块用于保护系统和用户数据的安全性。
系统可以采用加密技术对数据进行加密，确保用户信息的安全性。
8. 多语言支持功能：该功能模块用于支持系统在不同语言环境下的使用。
系统可以提供多语言的界面，以满足不同用户的需求。
三、系统需求分析系统需求是指系统为满足用户需求而必须具备的功能和性能特点。
需求分析的目标是明确系统的功能、性能、可靠性、安全性等方面的要求。
下面将对系统需求进行分析。
1. 功能性需求：系统需要具备以上提到的各项功能模块，并能够准确、稳定地提供相应的功能。
系统功能性非功能性需求
系统功能性⾮功能性需求⽂章⽬录1 操作系统的系统需求1.2 软件系统的需求分析⼈们从软件系统的外部对软件系统提出的诸多期望：软件系统能够提供的服务；软件系统在提供这些服务时，需要满⾜的限制条件；软件系统具有适应某些变化的能⼒；可以看出来，系统需求的第⼀点，是后两点系统需求赖以⽣存的基础，所以我们称之为软件系统的功能性需求，后两类则是⾮功能性需求。
1.2 操作系统的功能性需求1.2.1 OS的功能性需求1.2.1.1 计算机⽤户需要的⽤户命令⽤户需要通过⼀些指令来达成操作硬件或者是操作系统提供的功能，那么，由OS实现的所有⽤户命令所构成的集合常被⼈们称之为OS的Interface（⽤户接⼝），有时候也被称之为命令接⼝。
命令的表⽰形式⼀般分为三类：字符形式，菜单形式，图形形式。
命令的使⽤⽅式⼀般分为两类：脱机使⽤⽅式（不在系统控制下），联机使⽤⽅式（在系统控制下）。
1.2.1.2 应⽤软件需要的System Call（系统调⽤）这个就很差熟悉啦，不管是C++，JAVA，Python， 我们都见过各种各样语⾔本⾝为我们提供的⼀些封装好的接⼝。
与这些接⼝类似，在这些接⼝内部，很有可能也使⽤了系统本⾝的接⼝。
由OS实现的所有系统调⽤所构成的集合被称之为 程序接⼝ 或 应⽤编程接⼝（API），在应⽤软件运⾏过程中可以引⽤的系统服务常见的两种API：POSIX.1, WIN32 API某种意义上来说，程序接⼝对于⼀台计算机来说，它就是⼀台虚拟计算机，它包含了⼀组抽象概念以及这组抽象概念相关的系统服务。
1.3 OS的⾮功能性需求相对于功能性需求，我们更多的是讨论OS的⾮功能性需求。
性能（效率）这是我们⽬前⼀直在追求的⼀项指标，通过不断地优化来达成这⼀⽬标。
那么性能具体表现在哪些地⽅呢？最⼤化OS的吞吐量（throughput）：单位时间⾥系统完成的任务最⼩化响应时间（response time）：通常，系统在接收到我们的命令时（如⿏标点击），并不是⽴即执⾏的，⽽是采⽤中断式。
系统功能需求分析
对输入数据进行有效性验证，确保数据的准确性 和完整性。
数据处理逻辑
根据业务需求，定义数据的处理逻辑，如数据清 洗、转换、计算等。
数据输出与展示
输出格式
根据需求选择合适的输出格式，如表格、图表、报告等。
数据展示方式
确定数据的展示方式，如列表、表格、图表等，以便用户更好地 理解数据。
数据可视化
系统功能需求分析
目录
• 引言 • 系统功能需求概述 • 功能性需求分析 • 非功能性需求分析 • 需求变更管理 • 结论
01 引言
目的和背景
目的
系统功能需求分析的目的是明确系统的功能要求，确保系统 能够满足用户的需求，为后续的系统设计、开发、测试和部 署提供指导。
背景
随着信息技术的发展，系统功能需求分析在软件开发过程中 扮演着越来越重要的角色。通过对系统功能的深入分析，可 以避免开发过程中的功能缺失或冗余，提高系统的质量和用 户体验。
访问控制
系统应实施访问控制策略，限制用户对敏感数据的访问权限。
系统可用性需求
用户界面友好
系统应提供直观、易用的用户界面，方便用户进行操作和 交互。
操作便捷性
系统应提供简单、快捷的操作方式，降低用户的学习成本 和操作难度。
可定制性
系统应提供一定的定制选项，满足不同用户的个性化需求。
系统可维护性需求
响应时间
系统应能够在合理的时间内响应用户请求，避免用户长时间等待。
吞吐量
系统应能够处理大量用户请求，保证高吞吐量。
并发用户数
系统应能够支持一定数量的并发用户，保证系统的稳定性和可用性。
系统安全需求
数据安全性
系统应采取必要的安全措施，保护用户数据不被非法获取、篡改 或泄露。
IT系统需求文档
IT系统需求文档一、引言IT系统需求文档是一份详细描述IT系统需求的文档，它对于系统开发和实施过程起到了关键的作用。
本文档旨在准确描述IT系统的功能需求、性能需求、安全需求和其他相关需求，以便开发团队能够根据这些需求进行系统设计和开发工作。
二、背景在当今信息化时代，IT系统在各行各业中扮演着重要的角色。
一个高效、安全、稳定的IT系统能够提高工作效率，降低成本，增强企业竞争力。
因此，制定一份准确的IT系统需求文档对于确保系统开发的成功非常重要。
三、功能需求1. 用户管理- 系统应该能够支持用户注册、登录和注销功能。
- 系统应该能够根据用户角色的不同，限制其对系统功能的访问权限。
2. 数据管理- 系统应该能够对数据进行增加、删除、修改和查询操作。
- 系统应该能够对数据进行有效的存储和管理，确保数据的完整性和安全性。
3. 流程管理- 系统应该能够支持各类业务流程的定义和管理。
- 系统应该能够自动化执行流程，并提供流程监控和统计功能。
4. 报表生成- 系统应该能够根据用户需求，生成各类报表和统计数据。
- 系统应该能够支持报表的导出和打印功能。
5. 系统集成- 系统应该能够与其他系统进行数据交换和集成。
- 系统应该能够提供开放的接口，方便第三方系统的集成和扩展。
四、性能需求1. 响应时间- 系统应该能够在用户请求后的3秒内给出响应。
- 系统应该能够处理大量并发请求，确保系统的稳定性和可用性。
2. 数据容量- 系统应该能够支持大规模数据的存储和处理。
- 系统应该能够根据实际需求进行扩展，以满足未来业务发展的需要。
3. 安全性- 系统应该能够对用户的身份进行验证和授权。
- 系统应该能够对敏感数据进行加密和保护，防止数据泄露和篡改。
五、安全需求1. 访问控制- 系统应该能够根据用户的角色和权限，限制其对系统功能和数据的访问。
- 系统应该能够记录用户的操作日志，以便追踪和审计。
2. 数据保护- 系统应该能够对数据进行备份和恢复，以防止数据丢失和损坏。
《系统功能需求分析》课件
经过验证和审查，确保需求文档准确、完整。
需求分析阶段
需求分析的目标和任务
分析需求并识别需求间的冲突与 关联。
需求分析的方法和技术
使用方法和工具，例如用例分析 和数据流图。
需求分析的输入与输出
输入包括需求文档和用户反馈， 输出为需求规格说明。
需求规格说明阶段
需求规格说明的定义和目的
详细描述需求，确保开发团队理解和满足需求。
输入为需求规格说明，输出为需求确认和验证报告。
需求管理阶段
需求变更管理和控制
跟踪需求变更，并评估其影响。
需求跟踪和追踪
追踪需求的来源、变更和实现情 况。
需求库和管理工具
使用工具进行需求的存储、跟踪 和管理。
总结
系统需求分析的重要性 和实践过程
系统需求分析是确保项目成 功的关键步骤。
如何提高系统需求分析 的质量和效率
使用合适的技术和方法，进 行全面的需求分析。
如何应对系统需求分析 的挑战和风险
预先考虑可能的问题，并制 定风险应对策略。
需求规格说明的内容和格式
包括需求描述、验收标准和界面设计等内容。
需求规格说明的编写和审核
由需求分析人员编写，并经过相关人员的审核和确认。
需求确认和验证阶段
1
需求确认和验证的户期望。
2
需求确认和验证的方法和技术
包括原型测试、功能测试和用户验收测试等。
3
需求确认和验证的输入和输出
《系统功能需求分析》PPT课件
# 系统功能需求分析PPT课件大纲 ## 介绍系统需求分析的目的和作用 - 系统需求分析的定义 - 系统需求分析的作用 - 系统需求分析的过程和方法
需求获取阶段
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
目录
1.系统设计目标 (4)
2.系统设计需求 (4)
3.系统模块设计 (4)
3.1业务需求 (4)
3.2系统需求 (4)
3.3用户需求 (5)
(1)资料管理： (5)
(2)采购管理： (5)
(3)销售管理： (5)
(4)库存管理： (5)
(5)统计分析 (5)
(6)系统管理： (5)
4.系统用例图模型的建立 (5)
4.1系统角色 (5)
图4.1 (6)
4.2超市进销存管理系统的顶层用例图【功能角色分析】 (6)
图4.2 (7)
4.3销售管理子系统的用例图 (7)
图4.3 (7)
4.4采购管理子系统的用例图 (8)
图4.4 (8)
4.5库存管理子系统的用例图 (8)
图4.5 (9)
4.6统计分析子系统的用例图 (9)
图4.6 (10)
4.7身份验证子系统的用例图 (10)
图4.7 (11)
5.系统序列图模型的建立 (11)
图5.1 供应商信息录入序列图 (12)
图5.2 商品采购序列图 (13)
图5.3 商品入库序列图 (14)
图5.4商品销售序列图 (15)
6.系统状态图模型的建立 (15)
6.1商品采购状态图说明： (15)
图6.1 商品采购状态图 (16)
6.2商品入库状态图说明： (16)
图6.2 商品入库状态图 (16)
6.3商品销售状态图说明： (16)
图6.3 商品销售状态图 (17)
7.系统活动图模型的建立 (17)
7.1采购活动图 (17)
图7.1 商品采购活动图 (18)
7.2入库活动图 (18)
图7.2 商品入库活动图 (19)
7.3入库活动图 (19)
图7.3 商品销售活动图 (20)
8.系统构件图模型的建立 (20)
图8.1 系统构件图 (21)
1.系统设计目标
本系统的主要任务是设计一套B/S模式的进销存管理系统，实现对身份验证模块、采购管理模块、库存管理模块、销售管理模块、统计分析模块等部分。
2.系统设计需求
功能性需求：系统能够对于客户，供应商，产品的信息进行维护。
系统能够管理监控库存。
系统能够对于不同的操作员设置不同的权限级别。
系统能够管理采购、销售等活动的情况，并记录。
可用性需求：界面简单易懂，不存在反人类设计，满足方便性的同时同样要满足可扩充性。
以说明书的形式提供用户帮助与培训服务。
可靠性需求：系统可能出现连接数据库失败，连接数据库以后的增删改查失败，系统崩溃等情况，所以在系统设计上首要保证系统的稳定性，其次要易于维护，代码可读
性强，对用户与开发人员友好
可支持性需求：系统可以在安装了sql数据库的Windows系统上使用，若要修改，需试用visual studio开发环境。
性能需求：对于一个或者多个并发请求的具有较快的响应速度。
设计约束需求：采用的三层架构，
①数据访问层：主要是对非原始数据（数据库或者文本文件等存放数据的形
式）的操作层，而不是指原始数据，也就是说，是对数据库的操作，而不
是数据，具体为业务逻辑层或表示层提供数据服务．
②业务逻辑层：主要是针对具体的问题的操作，也可以理解成对数据层的操
作，对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积
木的搭建。
②界面层：主要表示WEB方式，也可以表示成WINFORM方式，使用户实际操
作的界面。
物理需求需求：尽量采用公司现有的软硬件环境，及先进的管理系统开发方案，从而达到充分利用公司现有资源，提高系统开发水平和应用效果的目的。
系统本身应无
需占用太多存与硬盘空间，总的大小由数据包决定。
可维护性需求：系统采用模块化程序设计方法，既便于系统功能的公众祝贺和修改，又便于未参与开发的技术维护人员补充、维护。
系统应具备数据库维护功能，及时
根据用户需求进行书记的添加、删除、修改等操作。
能够对数据库表格进行
备份。
接口需求：可以连接收银机与打印机。
3.系统模块设计
3.1业务需求
超市的进销存系统的需求共包含资料管理、采购管理、销售管理、库存管理、统计分析和系统管理几部分。
3.2系统需求
(1)由于操作人员的计算机知识普遍较差，要求有良好的人机界面。
(2)由于该系统的使用对象多，要求有较好的权限管理。
(3)方便的数据查询，支持多条件查询。
(4)基础信息管理与查询（包括商品信息、客户信息、供应商信息）。
(5)通过计算机，能够直接“透视”仓库存储情况。
(6)完善的商品采购信息、商品销售信息进行管理。
(7)方便、健全的结账功能。
(8)商品销售排行统计。
(9)数据计算自动完成，尽量减少人工干预。
3.3用户需求
(1)资料管理：
企业的经营的基础资料是一个企业最基本和最重要的信息，包括商品资料、供货商资料
等。
商品资料维护用于维护企业经营商品的基本信息，容包括货号、条形码、品名、规格等。
供货商资料维护用于维护企业供货商的基本信息，容包括供货商号、简称、名称、地址等。
资料管理直接连接数据库。
(2)采购管理：
进货单用于录入企业的进货单，表包括进货日期、人员、编号、验收员等。
(3)销售管理：
采购员用新商品供应商信息更新供应商数据库信息
采购员统计库存商品数量是否低于库存下限，然后制作采购单
采购单用于录入超市的进货情况，表中包括进货日期、人员、订单编号、验收员、进货数量等。
(4)库存管理：
库存查询用于查询企业商品的库存，可以查询总库存和分仓库库存。
库存管理员每天进行盘点一次
库存管理员发现库存商品有损坏时，及时向有关部门（如采购员）报损
当供应商的商品到货时，库存管理员首先检验商品是否合格，并对合格的商品进行入库处理，
当商品出库时，进行出库处理
经理、采购员根据需求进行库存商品的模糊查询或者详细查询，按货号查询或者按商品名查询
(5)统计分析
能够使用系统的统计功能，了解商品销售情况、库存情况、供应商情况、以便进行合理的营销策略。
按照市场情况实时变动商品价格。
(6)系统管理：
权限设置用于设置各操作员使用系统的权限。
4.系统用例图模型的建立
4.1系统角色
超市的服务对象是顾客，超市系统部操作员可以按照人员的职能进行分类，图4.1是超市进销存管理系统中角色分析的用例图，其中，管理员和操作员是抽象角色。
图4.1
4.2超市进销存管理系统的顶层用例图【功能角色分析】
超市进销存管理系统中设计的角色有操作员，是顶层抽象角色，主要包括管理员和售货员角色，其中管理员也是抽象角色，包括库存管理员、统计分析员和采购员。
每个角色对应与系统的不同功能。
售货员主要是针对系统中的销售管理，采购员主要负责订单的管理，库存管理员针对的是系统中的库存管理，统计分析员主要是进行系统中的所有统计查询，系统中的角色在使用系统提供的功能时都需要进行身份的验证。
超市进销存管理系统的的顶层用例图如图所示。
图4.2
4.3销售管理子系统的用例图
销售管理系统子系统主要涉及的人员有收货员和顾客。
售货员可以提取商品信息，主要包括更新商品信息，当产生销售时更新销售信息。
而顾客可以浏览商品信息，打印购物清单。
销售管理子系统的用例图如图。
图4.3
用例规约：销售销售模块
4.4采购管理子系统的用例图
图4.4用例规约：采购管理模块
4.5库存管理子系统的用例图
图4.5用例规约：库存管理模块
4.6统计分析子系统的用例图
图4.6用例规约：统计分析模块
4.7身份验证子系统的用例图
图4.7
用例规约：基础信息模块
5.系统序列图模型的建立
Operator : 操作员
图5.1 供应商信息录入序列图
图5.2 商品采购序列图
Operator : 操作员
图5.3 商品入库序列图
图5.4商品销售序列图6.系统状态图模型的建立
Operator : 操作员
6.1商品采购状态图说明：
在进销存管理系统中，从操作员录入采购信息到最后采购完成为止，整个采购过程的状态图如图所示。
图6.1 商品采购状态图
6.2商品入库状态图说明：
在进销存管理系统中，从操作员录入商品入库信息到最后商品入库完成为止，整个商品入库过程的状态图如图所示。
图6.2 商品入库状态图
6.3商品销售状态图说明：
在进销存管理系统中，从操作员录入商品销售信息到最后商品销售完成为止，整个商品销售过程的状态图如图所示。
图6.3 商品销售状态图
7.系统活动图模型的建立
7.1采购活动图
在进销存管理系统中，根据操作员的采购活动步骤可创建采购活动图，如图所示。
图7.2 商品入库活动图
7.3入库活动图
在进销存管理系统中，根据操作员的入库活动步骤可创建入库活动图，如图所示。
图8.1 系统构件图。