系统功能需求.docVIP

目录 8985 1.系统设计目标 4 338 2.系统设计需求 4 24073 3.系统模块设计 4 14816 3.1业务需求 4 3796 3.2系统需求 4 23356 3.3用户需求 5 17963 (1)资料管理： 5 16159 (2)采购管理： 5 26732 (3)销售管理： 5 11189 (4)库存管理： 5 28991 (5)统计分析 5 19361 (6)系统管理： 5 28644 4.系统用例图模型的建立 5 2961 4.1系统角色 5 30491 图4.1 6 12541 4.2超市进销存管理系统的顶层用例图【功能角色分析】 6 9544 图4.2 7 23616 4.3销售管理子系统的用例图 7 20161 图4.3 7 30774 4.4采购管理子系统的用例图 8 25438 图4.4 8 27645 4.5库存管理子系统的用例图 8 12747 图4.5 9 18319 4.6统计分析子系统的用例图 9 32299 图4.6 10 10825 4.7身份验证子系统的用例图 10 20236 图4.7 11 23201 5.系统序列图模型的建立 11 10937 图5.1 供应商信息录入序列图 12 152 图5.2 商品采购序列图 13 4212 图5.3 商品入库序列图 14 16554 图5.4商品销售序列图 15 5144 6.系统状态图模型的建立 15 9034 6.1商品采购状态图说明： 15 30772 图6.1 商品采购状态图 16 21800 6.2商品入库状态图说明： 16 16803 图6.2 商品入库状态图 16 28380 6.3商品销售状态图说明： 16 22819 图6.3 商品销售状态图 17 9895 7.系统活动图模型的建立 17 12932 7.1采购活动图 17 9568 图7.1 商品采购活动图 18 28256 7.2入库活动图 18 16343 图7.2 商品入库活动图 19 21115 7.3入库活动图 19 8234 图7.3 商品销售活动图 20 5689 8.系统构件图模型的建立 20 1761 图8.1 系统构件图 21 1.系统设计目标 本系统的主要任务是设计一套B/S模式的进销存管理系统，实现对身份验证模块、采购管理模块、库存管理模块、销售管理模块、统计分析模块等部分。 2.系统设计需求 功能性需求：系统能够对于客户，供应商，产品的信息进行维护。 系统能够管理监控库存。 系统能够对于不同的操作员设置不同的权限级别。 系统能够管理采购、销售等活动的情况，并记录。 可用性需求：界面简单易懂，不存在反人类设计，满足方便性的同时同样要满足可扩充性。以说明书的形式提供用户帮助与培训服务。 可靠性需求：系统可能出现连接数据库失败，连接数据库以后的增删改查失败，系统崩溃等情况，所以在系统设计上首要保证系统的稳定性，其次要易于维护，代码可读性强，对用户与开发人员友好 可支持性需求：系统可以在安装了sql数据库的Windows系统上使用，若要修改，需试用visual studio开发环境。 性能需求：对于一个或者多个并发请求的具有较快的响应速度。 设计约束需求：采用的三层架构， ① \t /item/%E4%B8%89%E5%B1%82%E6%9E%B6%E6%9E%84/_blank 数据访问层：主要是对非原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据库的操作，而不是数据，具体为业务逻辑层或表示层提供数据服务． ②业务逻辑层：主要是针对具体的问题的操作，也可以理解成对数据层的操作，对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。 ②界面层：主要表示WEB方式，也可以表示成WINFORM方式，使用户实际操作的界面。 物理需求需求：尽量采用公司现有的软硬件环境，及先进的管理系统开发方案，从而达到充分利用公司现有资源，提高系统开发水平和应用效果的目的。系统本身应无需占用太多内存与硬盘空间，总的大小由数据包决定。 可维护性需求：系统采用模块化程序设计方法，既便于系统功能的公众祝贺和修改，又便于未参与开发的技术维护人员补充、维护。系统应具备数据库维护功能，及时根据用户需求进行书记的添加、删除、修改等操作。能够对数据库表格进行备份。 接口需求：可以连接收银机与打印机。 3.系统模块设计 3.1业务需求 超市的进销存系统的需求共包含资料管理、采购管理、销售管理、库存管理、统计分析和系统管理几部分。 3.2系统需求 (1)由于操作人员的计算机知识普遍较差，要求有良好的人机界面。? (2)由于该