进销存管理系统需求分析说明书

合集下载

超市进销存管理系统需求分析说明书

超市进销存管理系统需求分析说明书

{店铺管理}超市进销存管理系统需求分析说明书目录1 引言31.1项目背景31.2编写目的32 任务概述42.1开发目标42.2用户及特点42.3假定和约束43 系统需求规定53.1对功能的规定53.2系统结构图53.3业务流程图63.4功能模块73.4.1采购模块73.4.2销售模块93.4.3库存模块113.4.4统计模块144 对性能的规定164.1 精度要求164.2 时间特性要求164.3 灵活性要求164.4 对输入输出的要求164.5 故障处理要求165 运行环境规定175.1设备配置175.2 客户端配置175.3 服务器配置175.4 软件支持175.5 通讯接口181引言1.1项目背景自改革开放以来,随着我国经济情况的日新月异,飞速发展,涌现出越来越多的超市和便利店。

越来越多的人喜欢到超市购物。

超市里销售的货物也呈现出多样化的发展趋势。

随着超市里货物种类和数量的大量增加,超市工作人员的工作量也随之增多,然而,日益繁重的工作使同志们日益疲惫,每位同志都在超负荷的运转,为出现工作失误制造了一定的有利条件,对于此,超市的管理层看在眼里,急在心理。

怎样既可加快办事效率,又能减少工作失误,更好服务于社会主义四个现代化建设的问题,逐渐的进入到了领导的视线里,经过同志们以三个代表为指导思想,同心同德,集思广益,最终,在超市领导深思熟虑后果断决定近期上马一套为本超市量身定做的管理软件,它的上马将大大的提升本超市的工作管理水平,使员工们能更好的投入到工作中去。

1.2编写目的需求说明书重点体现了该系统的主要职能,详细的分析了系统的主要结构与流程,为开发人员提供了清晰的指导方案,为下一步的数据库搭建和详细设计提供了可靠地支持。

2任务概述2.1开发目标(1)为超市提供方便,快捷的结账体系;(2)为超市提供准确,高效的库存和财务管理系统;(3)为超市管理人员提供强大的管理和统计商品,资金的功能。

2.2用户及特点该系统的最终用户涉及超市的高层管理人员,商品采购人员,销售人员,仓库管理人员和财务管理人员。

进销存管理系统需求分析规格说明书

进销存管理系统需求分析规格说明书

进销存治理系统需求分析规格讲明书下表汇总了文档撰写的任务分配目录第1章引言 01.1编写目的 01.2读者对象 01.3背景讲明 01.4术语定义 01.4.1专门术语 01.4.2定义 (1)1.5参考资料 (1)第2章任务概述 (2)2.1目标 (2)2.2用户的特点 (2)2.3假定与约束 (2)第3章需求规定 (2)3.1对功能的规定 (2)3.1.1系统UML模型 (3)3.1.1.1用例分析 (3)3.1.1.2用户定义 (3)3.1.1.3角色定义 (3)3.1.1.4讲明 (3)3.1.1.5总系统用例分析 (4)3.1.1.6子系统用例分析 (5)3.1.1.7用例时序图 (12)3.1.2数据E-R图 (21)3.1.3数据字典 (34)3.2对性能的规定 (40)3.2.1精度 (40)3.2.2时刻特性要求 (40)3.2.3灵活性 (40)3.3数据要求 (40)3.4故障处理要求 (40)3.5其他专门要求 (40)第4章运行环境设定 (41)4.1系统环境需求 (41)4.2支持软件 (41)4.3接口 (41)第5章缩写词表 (42)第1章引言1.1编写目的本文档要紧描述的是“Life Mart进销存治理系统”开发、实施的方案,以及整个项目的模块设计、数据库设计、逻辑分析等各项内容的阐述。

为明确用户的需求,在实际工作中参照并以此为标准讲明产品的需求要完成的功能、性能等,特编写此文档。

1.2 读者对象本文档的读者为库存治理员、消费者及本项目所有软件设计和开发、测试人员。

1.3 背景讲明在服务业竞争越来越激烈的今天,超市如何提高服务质量、治理能力显得越来越重要。

尤其是对进货、库存、销售显得尤为重要。

假如没有一套可靠的超市治理系统,单凭手工操作,不仅效率低下,而且会极大地阻碍到超市的服务质量。

超市为了提高速度,提高服务效率和质量,通常会采纳销售系统,能够方便地处理顾客的结算要求,快速、准确的完成顾客的要求。

进销存管理系统需求分析说明书

进销存管理系统需求分析说明书

进销存管理系统需求分析说明书、需求背景传统地煤炭运输经营对互联网地利用不够,经营成本相对较高、效益较低.本毕业设计地主要目标是实现一款针对煤炭运输公司地专业化网络管理软件.通过浏览器与服务器端地通信,实现跨()地区地煤炭采购、仓储和销售等业务数据地共享,以便分布在各地地煤炭采购、销售等工作人员即时反馈供求信息,提高企业地运作效率.通过该煤炭购销管理系统,可以有效解决煤炭采购、仓储和销售过程中因为信息滞后而引起地经营成本过高地问题.资料个人收集整理,勿做商业用途、需求规定、煤炭进销存管理系统主要包含四个功能模块:用户管理、采购管理、仓储管理和销售管理.各个模块主要功能分别如下:资料个人收集整理,勿做商业用途(一)用户管理子系统.主要实现对用户地增删管理、基本信息管理和权限变更管理.(二)采购管理子系统用于实现煤炭采购过程中地采购订单、收货通知单等基本文件地编制,通过库存信息、缺货信息以及煤炭供应商信息实现采购订单、收获通知单地开立、递送、撤销等日常采购业务.资料个人收集整理,勿做商业用途(三)仓库管理子系统用于管理煤炭地库存状况等基本信息,完成每次煤炭进出仓库地质量检验及数据变更,能够对不同品种进行分类管理及存量控制.资料个人收集整理,勿做商业用途(四)销售管理子系统用于处理煤炭销售地日常业务,完成销售订单、出库申请单等基本文件地编制,并能通过销售订单对每一个月地销售情况进行统计,生成月销售账单.资料个人收集整理,勿做商业用途详细功能如下表所示:表.煤炭进销存管理系统功能表序号功能功能说明注备、用户登陆输入用户名、密码和角色进行登陆,系统对密码及角色进行验证系统使用人员都拥有该功能权限、查看修改个人信息用户登陆后,可以查看并修改登陆密码等个人信息、退出成功登陆后,提供安全退出功能、添加用户将用户信息(用户名、密码和用户类型等)输入,在保存用户信息时应进行完整性检查,将输入正确地数据保存到数据库中资料个人收集整理,勿做商业用途仅管理员拥有该功能权限、查看删除用户查看用户信息,把用户信息从数据库中删除,不能删除管理员自身地信息、更改用户可以更改用户类型等用户信息、长期供应商添加与删除提供自由式输入界面,将长期供应商信息(包括供应商名、供应商号、长期供应产品类型、长期供应产品价格)输入,在保存长期供应商信息时应进行数据地完备性和准确性检查,输入正确地数据保存到数据库中.同时可以将供应商信息从数据库中删除.资料个人收集整理,勿做商业用途仅采购人员拥有该功能权限、订购单编制提供自由式输入界面,根据查询到地库存信息和缺货信息将订购单信息(包括订单编号、材料地品名、数量、交货(到货)日期等)输入,在保存订购单信息时应进行数据地完备性和准确性检查,输入正确地数据保存到数据库中.资料个人收集整理,勿做商业用途、收货通知单编制根据编制好地订单编制收货通知单、库存查询查看库存信息,以便编制采购单、缺货查询查看缺货信息,以编制采购订单、送检入库单地编写根据收货通知单编写送检地品种,检验地项目仅仓储人员拥有该功能权限、入库单地编制根据送检入库单地信息编制入库单、出库单缺货单编制查看出库申请单并根据出库申请单编制出库单,若库存不足,则编制缺货单、登库存总账根据入库单和出库等库存总账、付款通知单编制根据出库单编制,已经登库存总账地出库单才能编制付款通知单、打印现有付款通知单将付款通知单打印并送至付款单位、录入订单并处理发货销售人员根据买家要求填写地销售订单,包含各种基本数据,将此订单保存到数据库中让其他功能共享仅销售人员拥有该功能权限、编制出库申请单根据销售订单编制出库申请单作为出库凭证出库、月销售订单一览表输入月份查看当月所以销售订单,然后由此生成月销售账单、生成月销售数据账单并打印根据登记地销售一览表情况,生成每个月地具体销售账单,能够使员工一目了然,并提供打印输出、数据备份与维护用于将系统中地数据库复制一个备份,并提供将备份地数据库恢复到系统中、对性能地规定()精度要求:()时间特殊性要求:()灵活性:同时提供鼠标与键盘操作.模块化设计,方便以后地扩展、输入输出要求()输入方式为键盘输入,在输入时要求尽可能少输入数据,提供常用数据地选择输入,并提供数据地核对功能.资料个人收集整理,勿做商业用途()输出方式提供屏幕输出和打印输出两种方式,屏幕输出与打印输出地内容要求保持一致.、数据管理功能地要求()订单数据应保存年以上,每月已处理订单数据备份存档,且不允许修改.()对用户地管理应该由授权地人进行,不可随意修改删除.()单据表格应该方便填写,有一定地可选项,并且简单明了.、故障处理要求()涉及数据库访问地应用程序必须保证数据库地一致性.()应用程序故障时可重启电脑而继续使用其它专门要求()系统只能由授权地人员操作,以保证数据地安全.()保证数据不被非指定人员修改与删除()一般情况不处理退货、运行环境规定、设备()要求采用专用服务器作为服务器及数据库服务器()打印机、支持软件低端计算机设备采用(专业版);煤炭购销管理系统地实现主要基于开发技术,其网络服务器采用独立地容器在开发过程中可以作为独立地服务器使用.资料个人收集整理,勿做商业用途、接口该结构网络系统采用进行数据传递,访问数据库时采用方式进行访问.、控制煤炭购销系统可以通过启动浏览器,输入服务器地址后进入系统.、分析模式用例图(对煤炭进销存系统地功能行为进行初步地建模)、用户管理用例图.该用例模型地参与者为系统管理员,主事件流包括注册新地用户、查询用户信息并进行修改或删除.资料个人收集整理,勿做商业用途、采购管理用例图.该用例模型地参与者为采购人员,主事件流有采购订单、收货通知单等基本文件地编制,库存信息、缺货信息地查询等.其中“查看缺货信息”事件流地前置条件为仓储人员编制了缺货单.资料个人收集整理,勿做商业用途、仓库管理用例图.该用例模型地参与者为仓储人员,主事件流包括查看库存状况等基本信息,完成每次煤炭进出仓库地质量检验及数据变更,并对不同品种进行分类管理及存量控制.该用例图包括地事件流“查看收货通知单信息”地前置条件是,采购人员已进行了煤炭采购,并编制了相应地收货通知单;事件流“查看出库申请单”地前置条件则是销售人员编制了出库申请单.资料个人收集整理,勿做商业用途、销售管理用例图.该用例模型地参与者为销售人员,事件流包括销售订单、出库申请单等基本文件地编制和月销售情况统计并生成月销售账单等.资料个人收集整理,勿做商业用途、时序图(用来显示对象之间地关系,并强调对象之间消息地时间顺序,同时显示了对象之间地交互.)、用户管理时序图.该时序图描述了系统管理员登陆系统,查看系统用户信息,增加新用户,最后退出系统地一系列操作过程.参与者是系统管理员,对象包括控制类对象、和边界类对象、,管理员首先向控制类对象发送登陆、查看用户信息、注册用户等请求消息,控制类对象会向调用相应地业务类接口方法响应管理员地请求.资料个人收集整理,勿做商业用途、采购管理时序图.该时序图描述了采购人员登陆系统,增加供应商,增加订单,最后退出系统地操作过程.资料个人收集整理,勿做商业用途(限于篇幅,其他业务时序图略)、类图(显示了模型地静态结构,特别是模型中存在地类、类地内部结构以及它们与其他类地关系)、类图:,该类图体现控制类、业务类接口和实体类之间地依赖关系,其中控制类与实体类地关系为一般化依赖关系,与业务类接口为组合关系;而类与类为实现关系,前置实现了后者.资料个人收集整理,勿做商业用途、类图:..,描述了销售管理模块中控制类与各种业务类地依赖关系.(限于篇幅,业务类、实体类中地属性方法都未详细列出)资料个人收集整理,勿做商业用途(其他模块地类图与以上类图类似,这里不再罗列)、开发模式本系统采用三层架构实现.是地简写(如下图),“”代表地是应用业务逻辑(通过,组件实现),“”是应用层地表示面(由产生),“”是提供应用地处理过程控制(一般是一个),通过这种设计模式把应用逻辑,处理过程和显示逻辑分成不同地组件实现.这些组件可以进行交互和重用,解耦合并且使系统更易于维护.资料个人收集整理,勿做商业用途本系统地真正实现将采用开源框架,框架是一种下实现模式地应用框架,具有组件地模块化、灵活性和重用性地优点,简化了基于地应用程序地开发,增加系统地可扩展性,可维护性,降低开发成本.提供了一个核心地控制器,通过这个核心地控制器来调用其他用户注册了地自定义地控制器,以上时序图和类图中提到地、等都是自定义地控制器.控制器中提供了地逻辑接口如等.资料个人收集整理,勿做商业用途资料个人收集整理,勿做商业用途资料个人收集整理,勿做商业用途资料个人收集整理,勿做商业用途。

进、销、存管理系统需求说明书

进、销、存管理系统需求说明书

进销存管理系统需求说明书??目录1.文档介绍............................................................. 错误!未定义书签。

1.1文档目的ﻩ错误!未定义书签。

1.2文档范围ﻩ错误!未定义书签。

1.3 读者对象ﻩ错误!未定义书签。

2.产品概述ﻩ42.1产品介绍 .......................................................... 错误!未定义书签。

2.2 产品面向的用户群体 .................................. 错误!未定义书签。

2.3 产品范围ﻩ错误!未定义书签。

3 系统需求规定 ........................................................................................ 43.1对功能的规定 ............................................ 错误!未定义书签。

3.2系统结构图ﻩ错误!未定义书签。

3.3业务流程图ﻩ错误!未定义书签。

3.4功能模块 ....................................................... 错误!未定义书签。

1文档介绍1.1文档目的本文档主要针对企业进销存软件的使用环境与功能提出具体的要求,同时它还将作为该产品设计与开发的重要参考依据。

1。

2文档范围本文档包含以下几部分:1.产品介绍2.产品面向的用户群体3. 产品的范围4.产品的功能性需求5.产品的非功能性需求6。

需求确认1。

3读者对象本文档的读者范围包括:1.ﻩ需求提供方具体责任人2.ﻩ开发方的项目经理、系统分析设计人员、测试人员2 产品概述2.1 产品介绍企业进销存管理软件是一款为企业提供方便,快捷的结账体系;是为企业进行高效的采购、销售和库存管理得系统。

进销存系统需求分析说明书模板

进销存系统需求分析说明书模板

进销存管理系统需求说明书作者:项目二组完成日期: zysx 签收人:签收日期:修改情况记录:目录1 引言 (1)2 项目概述 (1)2.1 产品描述 (1)3 具体需求 (2)3.1 功能需求 (2)3.1.1 基础信息管理功能需求 (2)模块概述 (2)3.1.1.1 往来单位信息管理 (2)3.1.1.2 商品信息管理 (7)3.1.1.3 仓库信息管理 (12)3.1.1.4 银行账户信息管理 (15)3.1.1.5 员工信息信息管理 (18)3.1.1.6 费用科目信息管理 (21)3.1.2初始化信息管理功能需求 (24)模块概述 (24)3.1.2.1 期初商品库存信息管理 (25)3.1.2.2 期初应收,应付款信息管理 (28)3.1.2.3 期初银行账户信息管理 (32)3.1.3 系统管理模块功能需求 (35)模块描述 (35)3.1.3.1 公司信息管理 (37)3.1.3.2 权限管理 (39)3.1.3.3 系统信息 (43)3.1.3.4 用户修改密码 (45)3.1.3.5 用户登陆系统 (47)3.1.4 现金管理功能需求 (49)模块概述 (49)3.1.4.1其他费用支出 (50)3.1.4.2 其他收入 (52)3.1.4.3 付款单录入 (55)3.1.4.4 收款单录入 (57)3.1.4.5 资金往来查询 (60)3.1.4.6客户对帐单 (62)3.1.4.7应收应付款报表 (64)3.1.4.8 银行帐户资金报表 (66)3.1.4.9 到期单据提醒 (68)3.1.5 进货管理功能需求 (70)模块描述 (70)3.1.5.1 进货功能 (72)3.1.5.3进货查询 (79)3.1.5.4采购付款查询 (81)3.1.5.5进货日报 (84)3.1.5.6进货商品统计表 (86)3.1.6销售管理功能需求 (87)模块描述 (87)3.1.6.1销售查询 (89)3.1.6.2销售对帐单 (91)3.1.6.3售后服务单 (94)3.1.6.4销售退货 (97)3.1.6.5销售利润 (100)3.1.6.6业务员业绩统计表 (102)3.1.6.7销售日报 (104)3.1.6.8销售商品统计表 (105)3.1.6.9销售清单 (107)3.1.6.10销售资金日报 (109)3.1.6.11报价单 (111)3.1.6.12销售单 (114)3.1.6.12打印帐表 (117)3.1.7库存管理功能需求 (119)模块描述 (119)3.1.7.1仓库调拨 (120)3.1.7.2 仓库调拨查询 (123)3.1.7.3 库存数量调整 (126)3.1.7.4 仓库数量调整查询 (129)3.1.7.5 商品库存查询 (131)3.1.7.6 收发存报表 (133)3.1.7.7 库存明细帐查询 (136)3.1.7.8 成品组装 (137)3.1.7.9 成品拆分 (140)3.1.7.10 库存报警 (143)3.2 外部接口需求 (145)3.2.1 用户接口 (145)3.2.2 硬件接口 (146)3.2.3 软件接口 (146)3.2.4 通信接口 (147)3.3 性能需求 (147)3.4 设计约束 (147)3.4.1 其他标准的约束 (147)3.4.2 硬件的限制 (148)3.5 属性 (148)3.5.1 可用性 (148)3.5.3 可维护性 (148)3.5.4 可转移\转换性 (148)3.5.5 警告 (148)3.6 其他需求 (149)3.6.1 数据库 (149)3.6.2 操作 (149)3.6.3 场合适应性需求 (149)4 附录 (150)1 引言本文描述了进销存系统的用户需求范围,并提供详细的用例描述,主要内容包括功能需求、运行需求。

进销存管理系统需求分析说明书

进销存管理系统需求分析说明书

进销存管理系统需求分析说明书1. 引言1.1 编写目的进销存管理系统作为一款重要的企业管理软件,在现代工业生产和商业运作中起着至关重要的作用。

本文档旨在对进销存管理系统进行全面需求分析,明确系统的功能需求和性能需求,为系统开发和实施提供指导。

1.2 定义进销存管理系统是一种专门用于管理企业库存、销售和采购活动的软件系统。

它包括物料管理、仓库管理、销售管理、采购管理、财务管理等模块,可帮助企业实现有效的进货、出货、库存控制和财务分析。

1.3 参考资料•公司内部相关文件•现有进销存管理系统的使用情况•同类市场上的进销存管理系统案例2. 业务需求分析2.1 业务背景当前互联网+时代,企业日益面临复杂多变的市场环境和激烈的竞争压力。

为提高企业运营效率和竞争力,公司决定引进一款适用的进销存管理系统,实现对物料、库存、销售和采购等业务的全面管理。

2.2 系统功能需求根据公司的业务需要,进销存管理系统应包括以下功能模块:2.2.1 物料管理•物料信息录入与管理:支持录入和维护物料的相关信息,如物料编码、名称、类别、规格、单位等。

•物料库存管理:实时统计和控制物料的库存数量,支持库存盘点和调整。

•物料采购管理:支持物料的采购计划制定、采购订单管理和供应商管理。

2.2.2 仓库管理•仓库信息管理:支持维护和管理仓库的基本信息,如仓库编码、名称、地址等。

•入库管理:包括采购入库和退货入库,实时更新库存数量和计算库存成本。

•出库管理:包括销售出库和退货出库,实时更新库存数量和计算库存成本。

•库存调拨管理:支持仓库之间的物料调拨,实时更新库存数量和计算库存成本。

2.2.3 销售管理•销售订单管理:支持销售订单的录入、审核和跟踪,自动生成出库单。

•销售报价管理:支持销售报价的录入和跟踪。

•销售统计分析:按照时间、地区、客户等维度进行销售统计和分析,生成销售报表。

2.2.4 采购管理•采购需求管理:根据物料的库存情况和销售预测,制定采购计划。

进销存商品管理系统需求说明

进销存商品管理系统需求说明

进销存商品管理系统需求说明书1、引言需求说明书是需求分析的产物,它是软件生存周期中软件定义阶段的最后一个步骤。

作为整个软件开发过程的指南,同时也是软件开发人员开发出符合用户要求的软件的基础。

1.1 编写目的软件需求说明书的编写目的是为了使用户和软件开发人员双方对该软件的初始规定有一个共同的理解,使之成为整个开发工作的指南和基础。

本软件需求说明书的读者是软件开发人员或合同涉及的人员。

1.2 开发背景(1)本软件的名称是:进销存商品管理系统。

(2)本项目的任务提出者是**企业,开发者是陇东学院信息工程学院***,用户是**企业仓库管理人员和经销部工作人员及相关部门。

(3)该系统将为企业管理层提供该企业实时库存商品清单、实时销售业绩报表、实时盈亏情况统计等功能。

1.3 参考资料2、任务概述2.1 目标进销存商品管理系统是现代企业生产销售管理中的重要内容,也是合理调度资源、保证企业生产销售比例协调的基础性工作。

在商品进销存管理信息化之前,商品的入库、销售、库存、下架、利润等方面需要大量的人工统计和计算,不适合现代企业的管理形势和节约成本的商业要求。

开发进销存商品管理系统使企业的商品管理工作实现了信息化、规范化,使企业能够高效率的完成日常商品管理工作。

2.2 用户特点本软件的最终用户是**企业的仓库管理人员和经销工作人员。

数据录入的工作人员具有一定的计算机操作知识;系统的维护人员是企业的信息维护员,对网络和计算机软件操作比较熟悉,同时具备一定的编程经验。

数据录入员负责商品的上架入库、下架清库、销售出库等日常更新工作,信息维护员负责商品数据的备份和其他管理工作。

企业的商品进出库量大而且频繁。

进销存系统需求分析说明书

进销存系统需求分析说明书

进销存管理系统需求说明书作者:项目二组完成日期: zysx 签收人:签收日期:修改情况记录:目录1 引言 (1)2 项目概述 (1)2。

1 产品描述 (1)3 具体需求 (2)3.1 功能需求 (2)3.1。

1 基础信息管理功能需求 (2)模块概述 (2)3.1.1.1 往来单位信息管理 (2)3。

1。

1。

2 商品信息管理 (7)3。

1。

1.3 仓库信息管理 (12)3。

1.1.4 银行账户信息管理 (15)3.1。

1。

5 员工信息信息管理 (18)3。

1.1.6 费用科目信息管理 (21)3.1.2初始化信息管理功能需求 (24)模块概述 (24)3.1。

2.1 期初商品库存信息管理 (25)3。

1。

2。

2 期初应收,应付款信息管理 (28)3。

1。

2.3 期初银行账户信息管理 (32)3.1。

3 系统管理模块功能需求 (35)模块描述 (35)3。

1。

3.1 公司信息管理 (37)3。

1.3.2 权限管理 (39)3.1.3.3 系统信息 (43)3。

1。

3.4 用户修改密码 (45)3.1。

3.5 用户登陆系统 (47)3。

1.4 现金管理功能需求 (49)模块概述 (49)3。

1.4.1其他费用支出 (50)3.1.4。

2 其他收入 (52)3.1.4.3 付款单录入 (55)3。

1。

4.4 收款单录入 (57)3.1。

4.5 资金往来查询 (60)3。

1.4.6客户对帐单 (62)3。

1.4.7应收应付款报表 (64)3。

1.4.8 银行帐户资金报表 (66)3.1.4.9 到期单据提醒 (68)3。

1。

5 进货管理功能需求 (70)模块描述 (70)3.1.5。

1 进货功能 (72)3。

1.5。

3进货查询 (79)3.1。

5。

4采购付款查询 (81)3.1.5.5进货日报 (84)3.1.5。

6进货商品统计表 (86)3。

1。

6销售管理功能需求 (87)模块描述 (87)3。

1.6.1销售查询 (89)3.1。

进销存管理系统需求分析规格说明书

进销存管理系统需求分析规格说明书

数据库课程设计进销存管理系统需求分析规格说明书下表汇总了文档撰写的任务分配目录第1章引言 (1)1.1编写目的 (1)1.2读者对象 (1)1.3背景说明 (1)1.4术语定义 (1)1.4.1专门术语 (1)1.4.2定义 (2)1.5参考资料 (2)第2章任务概述 (3)2.1目标 (3)2.2用户的特点 (3)2.3假定与约束 (3)第3章需求规定 (3)3.1对功能的规定 (3)3.1.1系统UML模型 (4)3.1.1.1用例分析 (4)3.1.1.2用户定义 (4)3.1.1.3角色定义 (4)3.1.1.4说明 (4)3.1.1.5总系统用例分析 (5)3.1.1.6子系统用例分析 (6)3.1.1.7用例时序图 (13)3.1.2数据E-R图 (22)3.1.3数据字典 (35)3.2对性能的规定 (41)3.2.1精度 (41)3.2.2时间特性要求 (41)3.2.3灵活性 (41)3.3数据要求 (41)3.4故障处理要求 (41)3.5其他专门要求 (41)第4章运行环境设定 (42)4.1系统环境需求 (42)4.2支持软件 (42)4.3接口 (42)第5章缩写词表 (43)第1章引言1.1编写目的本文档主要描述的是“Life Mart进销存管理系统”开发、实施的方案,以及整个项目的模块设计、数据库设计、逻辑分析等各项内容的阐述。

为明确用户的需求,在实际工作中参照并以此为标准说明产品的需求要完成的功能、性能等,特编写此文档。

1.2 读者对象本文档的读者为库存管理员、消费者及本项目所有软件设计和开发、测试人员。

1.3 背景说明在服务业竞争越来越激烈的今天,超市如何提高服务质量、管理能力显得越来越重要。

尤其是对进货、库存、销售显得尤为重要。

如果没有一套可靠的超市管理系统,单凭手工操作,不仅效率低下,而且会极大地影响到超市的服务质量。

超市为了提高速度,提高服务效率和质量,通常会采用销售系统,可以方便地处理顾客的结算要求,快速、准确的完成顾客的要求。

一套进销存管理需求分析说明书

一套进销存管理需求分析说明书

进销存管理系统需求分析说明书1 产品的目标1.1该项目工作的用户问题或背景为了方便那些高度重视进销存管理并按公司标准进行管理的中小企业。

对异地的分公司、办事处、分店、异地仓库、经销商、加盟商可以进行统一化管理的企业。

进销存管理软件它集进货、销售、库存等物流业务管理和简单财务核算于一体,它率先应用了新一代的B/S结构,帮助企业快速、准确应对市场变化,支持企业稳定、安全、成熟的长期可持续性发展;同时满足企业决策者和管理者随时对内部信息的需求,它以浏览器为软件界面,图形化的导航式操作,提供方便快捷、高效率的实时动态信息交互,提高管理水平、优化运营流程的企业级软件。

可广泛适用于商品流通领域中的各个行业。

1.2产品的目标进销存管理软件集进货、销售、库存等物流业务管理和简单财务核算于一体,帮助企业快速、准确应对市场变化,同时满足企业决策者和管理者随时对内部信息的需求,图形化的导航式操作,提供方便快捷、高效率的实时动态信息交互,提高管理水平、优化运营流程的企业级软件。

2适用范围可广泛适用于商品流通领域中有采购、销售、库存供应链的各个零售、批发、生产、外贸等行业,例如:电子产品、医疗器械、五金建材、化妆品、玩具生产厂家、眼镜行业、汽修汽配、食品生产、粮油副食、洗涤日化、钢材、陶瓷、皮革、石油化工、电器、工具店、医药行业、图书等各个行业.3参考资料《管理信息系统分析与设计》,邝孔武编著,西安电子科技大学出版社,2006年12月《UML参考手册》《AJAX实战》4 整体说明本系统包含采购管理,销售管理,库存管理,财务管理,系统管理4.1 系统建模4.1.1 用例图(1)系统用例图(2)进货管理子系统用例图(3)客户管理子系统用例图(4)库存管理子系统用例图(5)商品管理子系统用例图(6)系统维护用例图数据备份还原用户增删改用户管理4.1.2 系统协作图 (1)进货协作图(2)商品入库协作图...(3)商品出库协作图(4)增加商品信息协作图(5)增加客户协作图(6)查询商品信息协作图2:: 销售员4.1.3 系统时序图(1)进货时序图(2)商品出库时序图:(3)商品入库时序图:(4)增加商品信息时序图:(5)增加客户时序图(6)查询商品信息时序图4.1.4 商品销售状态图4.1.5 库存管理活动图4.1.6 类图4.1.7 系统构件图4.1.8 系统配置图4.2 用例功能需求调查表:4.3 数据库设计此数据库包含30张表分别是:商品信息表(Product)商品分类表(ProductCategory)供应商类型表(Provid erCategory)供应商列表(Provid er)入库信息表(InStore)出库信息表(OutStore)员工信息表(Empl oyee)系统管理员表(Administrators)采购类型表(StockCategory)(请购类型和采购类型是同一张表)采购订单表(StockOrd er)请购单列表(RequestBuyOrd er)销售订单表(SellOrd er)销售发货单列表(SellSendOrd er)(销售退货单是在销售发货单列表中增加了一列退货操作)采购到货单列表(StockArriveOrd er)客户信息列表(ClientInfo)客户类型表(ClientCategory)客户级别表(ClientLevel)部门列表(Department)应付单列表(Payabl eOrd er)应收单列表(Receivabl eOrd er)收付款方式类别(ReceivePayMod e)地区列表(Area)银行类型表(BankType)公司信息表(CompanyInfo)公司性质表(CompanyCharacter)公司行业表(CompanyIndustry)仓库信息表(StoreHouse)采购发票列表(StockInvoice)销售发票列表(SellInvoice)发票类别表(InvoiceType)库存信息表(StorageInfo)表和字段如下:商品信息表(Product)商品分类表(ProductCategory)供应商类型表(ProviderCategory)供应商列表(Provider)仓库信息表(StoreHouse)入库信息表(InStore)出库信息表(OutStore)库存信息表(StorageInfo)员工信息表(Employee)系统管理员表(Administrators)采购类型表(StockCategory)采购订单表(StockOrder)采购到货单列表(StockArriveOrder)请购单列表(RequestBuyOrder)销售订单表(SellOrder)销售发货单列表(SellSendOrder)销售发票列表(SellInvoice)采购发票列表(StockInvoice)发票类别表(InvoiceType)客户信息列表(ClientInfo)客户类别表(ClientCategory)客户级别表(ClientLevel)部门列表(Department)应付单列表(Payabl eOrder)应收单列表(Receivabl eOrder)支付方式列表(PayMode)地区列表(Area)公司信息表(CompanyInfo)公司性质表(CompanyCharacter)公司行业表(CompanyIndustry)银行类型表(BranchType)5 需求5.1.功能要求功能必须完善,执行过程不产生异常,相对时间上速率快5.2.易用性要求易于使用,学习的容易程序5.3.安全性要求安全性高,可维护性强,完整性高,保密性能高5.4.观感要求产品与用户界面相适宜,符合用户心情。

进销存仓储管理系统需求分析文档

进销存仓储管理系统需求分析文档

进销存仓储管理系统需求分析文档进销存仓储管理系统需求分析文档一、引言随着企业规模的扩大和业务量的增长,传统的仓库管理方式已无法满足企业对于货物信息的精确掌握和高效处理的需求。

为了解决这一问题,本文将对进销存仓储管理系统的需求进行深入分析,以期提高仓库管理效率,降低运营成本。

二、用户需求1、功能需求(1)采购管理:实现采购订单、询价、报价、采购入库等操作。

(2)销售管理:实现销售订单、报价、销售出库等操作。

(3)库存管理:实现库存查询、库存调整、库存预警等操作。

(4)报表分析:提供各类库存报表,以便用户了解库存状况和进销存趋势。

(5)基础数据管理:维护系统所需的基本信息,如商品信息、供应商信息、客户信息等。

2、性能需求(1)响应时间:系统响应时间应小于1秒。

(2)处理速度:能够同时处理多个用户请求,保证并发性能。

(3)数据存储:能够存储大量数据,并保证数据的安全性和稳定性。

3、可用性需求(1)界面设计:界面应简洁、直观,易于操作。

(2)操作性:系统应支持多种操作系统和浏览器,以满足不同用户的需求。

(3)可维护性:系统应具有良好的可维护性,方便用户进行日常维护和升级。

三、系统架构1、模块组成:系统应包括采购、销售、库存、报表分析、基础数据管理等模块。

2、模块关系:各模块之间应实现信息的互通与共享,以确保数据的实时性和准确性。

3、操作流程:系统应明确操作流程,以确保用户能够按照规定流程进行操作。

四、技术选型1、数据库:采用关系型数据库,如MySQL、Oracle等,确保数据的安全性和稳定性。

2、编程语言:采用Java、Python等高级编程语言,提高开发效率和可维护性。

3、开发工具:采用Spring、Spring Boot等开发框架,提高开发效率和系统性能。

五、详细设计1、数据表结构:根据用户需求,设计数据表结构,包括商品信息表、供应商信息表、客户信息表等。

2、类库设计:根据系统需求,设计类库结构,包括基础类库、业务逻辑类库等。

进销存管理系统需求分析规格说明书

进销存管理系统需求分析规格说明书

数据库课程设计进销存管理系统需求分析规格说明书下表汇总了文档撰写的任务分配目录第1章引言 (1)1.1编写目的 (1)1.2读者对象 (1)1.3背景说明 (1)1.4术语定义 (1)1.4.1专门术语 (1)1.4.2定义 (2)1.5参考资料 (2)第2章任务概述 (3)2.1目标 (3)2.2用户的特点 (3)2.3假定与约束 (3)第3章需求规定 (3)3.1对功能的规定 (3)3.1.1系统UML模型 (4)3.1.1.1用例分析 (4)3.1.1.2用户定义 (4)3.1.1.3角色定义 (4)3.1.1.4说明 (4)3.1.1.5总系统用例分析 (5)3.1.1.6子系统用例分析 (6)3.1.1.7用例时序图 (13)3.1.2数据E-R图 (22)3.1.3数据字典 (35)3.2对性能的规定 (41)3.2.1精度 (41)3.2.2时间特性要求 (41)3.2.3灵活性 (41)3.3数据要求 (41)3.4故障处理要求 (41)3.5其他专门要求 (41)第4章运行环境设定 (42)4.1系统环境需求 (42)4.2支持软件 (42)4.3接口 (42)第5章缩写词表 (43)第1章引言1.1编写目的本文档主要描述的是“Life Mart进销存管理系统”开发、实施的方案,以及整个项目的模块设计、数据库设计、逻辑分析等各项内容的阐述。

为明确用户的需求,在实际工作中参照并以此为标准说明产品的需求要完成的功能、性能等,特编写此文档。

1.2 读者对象本文档的读者为库存管理员、消费者及本项目所有软件设计和开发、测试人员。

1.3 背景说明在服务业竞争越来越激烈的今天,超市如何提高服务质量、管理能力显得越来越重要。

尤其是对进货、库存、销售显得尤为重要。

如果没有一套可靠的超市管理系统,单凭手工操作,不仅效率低下,而且会极大地影响到超市的服务质量。

超市为了提高速度,提高服务效率和质量,通常会采用销售系统,可以方便地处理顾客的结算要求,快速、准确的完成顾客的要求。

超市进销存管理系统需求分析说明书

超市进销存管理系统需求分析说明书

{店铺管理}超市进销存管理系统需求分析说明书目录1 引言31.1项目背景31.2编写目的32 任务概述42.1开发目标42.2用户及特点42.3假定和约束43 系统需求规定53.1对功能的规定53.2系统结构图53.3业务流程图63.4功能模块73.4.1采购模块73.4.2销售模块93.4.3库存模块113.4.4统计模块144 对性能的规定164.1 精度要求164.2 时间特性要求164.3 灵活性要求164.4 对输入输出的要求164.5 故障处理要求165 运行环境规定175.1设备配置175.2 客户端配置175.3 服务器配置175.4 软件支持175.5 通讯接口181引言1.1项目背景自改革开放以来,随着我国经济情况的日新月异,飞速发展,涌现出越来越多的超市和便利店。

越来越多的人喜欢到超市购物。

超市里销售的货物也呈现出多样化的发展趋势。

随着超市里货物种类和数量的大量增加,超市工作人员的工作量也随之增多,然而,日益繁重的工作使同志们日益疲惫,每位同志都在超负荷的运转,为出现工作失误制造了一定的有利条件,对于此,超市的管理层看在眼里,急在心理。

怎样既可加快办事效率,又能减少工作失误,更好服务于社会主义四个现代化建设的问题,逐渐的进入到了领导的视线里,经过同志们以三个代表为指导思想,同心同德,集思广益,最终,在超市领导深思熟虑后果断决定近期上马一套为本超市量身定做的管理软件,它的上马将大大的提升本超市的工作管理水平,使员工们能更好的投入到工作中去。

1.2编写目的需求说明书重点体现了该系统的主要职能,详细的分析了系统的主要结构与流程,为开发人员提供了清晰的指导方案,为下一步的数据库搭建和详细设计提供了可靠地支持。

2任务概述2.1开发目标(1)为超市提供方便,快捷的结账体系;(2)为超市提供准确,高效的库存和财务管理系统;(3)为超市管理人员提供强大的管理和统计商品,资金的功能。

2.2用户及特点该系统的最终用户涉及超市的高层管理人员,商品采购人员,销售人员,仓库管理人员和财务管理人员。

进销存管理系统需求分析规格说明书

进销存管理系统需求分析规格说明书

进销存经管系统需求分析规格说明书下表汇总了文档撰写的任务分配目录第1章引言11.1编写目的11.2读者对象11.3背景说明11.4术语定义11.4.1专门术语11.4.2定义21.5参考资料2第2章任务概述32.1目标32.2用户的特点32.3假定与约束3第3章需求规定33.1对功能的规定33.1.1系统UML模型43.1.1.1用例分析43.1.1.2用户定义43.1.1.3角色定义43.1.1.4说明43.1.1.5总系统用例分析53.1.1.6子系统用例分析63.1.1.7用例时序图133.1.2数据E-R图213.1.3数据字典343.2对性能的规定393.2.1精度393.2.2时间特性要求403.2.3灵活性403.3数据要求403.4故障处理要求403.5其他专门要求40第4章运行环境设定404.1系统环境需求404.2支持软件414.3接口41第5章缩写词表42第1章引言1.1编写目的本文档主要描述的是“Life Mart进销存经管系统”开发、实施的技术方案,以及整个工程的模块设计、数据库设计、逻辑分析等各项内容的阐述。

为明确用户的需求,在实际工作中参照并以此为规范说明产品的需求要完成的功能、性能等,特编写此文档。

1.2 读者对象本文档的读者为库存经管员、消费者及本工程所有软件设计和开发、测试人员。

1.3 背景说明在服务业竞争越来越激烈的今天,超市如何提高服务质量、经管能力显得越来越重要。

尤其是对进货、库存、销售显得尤为重要。

如果没有一套可靠的超市经管系统,单凭手工操作,不仅效率低下,而且会极大地影响到超市的服务质量。

超市为了提高速度,提高服务效率和质量,通常会采用销售系统,可以方便地处理顾客的结算要求,快速、准确的完成顾客的要求。

超市销售系统作为超市主要的部分,集显示,输入,添加,修改,删除等各种操作为一体,使用起来十分方便,利用此系统前台收银员可方便进行结帐,利用此系统,使得结算不再和以前一样使用纸笔记录,只是轻点键盘就能完成;利用此系统,收银员可以方便地完成结帐,销帐工作,从而极大地减少错误地发生,避免无法估计的不必要的损失。

实训一 进销存管理系统需求分析说明书.

实训一 进销存管理系统需求分析说明书.

一.系统总体结构
二.进销存软件系统数据库结构设计
根据进销存功能描述,规划进销存数据库结构如下:
1.产品大类表(bigClass表)
功能描述:存储产品大类
结构:
2.产品小类表(smallClass表)
功能描述:存储产品小类及小类产品所属的大类
结构:
3.供应商表(gys表)
功能描述:存储供货商的联系信息
结构:
4.产品信息表(product表)
功能描述:存储产品信息
结构:
5.进货表(buy表)
功能描述:存储进货信息
结构:
6.销售表(sell表)
功能描述:存储销售信息结构:
7.员工表(yuangong表) 功能描述:存储员工信息结构:
8.产品单位表(danwei表) 功能描述:存储产品单位结构:。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

华软进销存管理系统需求分析说明书部门软件开发部文档作者职位文档统一编号文档版本号审核人职位华软国际郑州中心2007年3月28日版本修订表目录一、引言 (1)1.编写目的 (1)2.背景 (1)3.定义及缩略语 (1)4.参考资料 (2)二、任务概述 (2)1.目标 (2)2.用户特点 (2)3.设计和实现的约束和限制 (2)4.开发环境与技术 (3)5.软件实现原则 (3)三、具体需求 (5)1.功能需求 (5)1.1.基础数据管理 (5)1.1.1规格说明 (5)1.1.2引言 (5)1.1.3输入 (6)1.1.4加工处理 (6)1.1.5输出 (6)1.2.进销管理 (7)1.2.1规格说明 (7)1.2.2引言 (7)1.2.3输入 (7)1.2.4加工处理 (8)1.3.查询统计 (8)1.3.1客户信息查询 (8)1.3.2商品信息查询 (8)1.3.3销售排行 (8)1.4.系统管理 (9)2.外部接口需求 (9)2.1.用户界面 (9)2.2.软件接口 (9)3.性能需求 (9)3.1.灵活性 (9)3.2.数据管理能力的需求 (9)4.质量要求 (9)4.1.安全性 (9)4.2.可维护性 (10)4.3.可靠性 (10)四、待确定问题/需求列表 (11)一、引言1.编写目的编写进销存管理管理系统需求分析报告目的,是为了用户和开发方明确对所建信息管理系统所达到的功能和目标。

通过双方不断的讨论和交互,最终形成具有建设目标的书面条款。

经双方确认后,将作为开发方设计开发的基本依据和需求方的软件验收标准。

同时,通过该需求分析报告,开发方可以更加进一步了解客户的需求,从而严格按照流程及时、准确地完成系统的开发,以满足客户的需求。

同时,该文档也作为概要设计及后续设计的基础。

2.背景1)本软件的名称本系统的名称:华软进销存管理系统以下简称为:HSJXC2)任务提出者:某公司3)开发商:华软国际4)硬件环境:一台数据库服务器和若干终端PC机5)HSJXC系统的特点:众所周知,自1961年加拉格尔(J.D.Gallagher)提出管理信息系统(management information system,缩写为HSJXC)概念以来,随着计算机技术的迅速发展和应用领域的不断拓宽,出现了许多种对于HSJXC的定义。

总的来说,HSJXC是信息科学、计算机科学、系统科学和管理科学等新兴学科综合交叉的产物,目前仍处在既迅速发展又有待深入完善的过程之中。

3.定义及缩略语数据流1.进销存系统(或者HSJXC):即指进销存信息管理系统2.用户:是指最终使用HSJXC的人员。

3.客户:是指广义上的来往客户。

包括代理商和旅客。

4.档案:包括文件和卷宗,案卷是具有相同分类的文件集合。

上面为本需求分析报告中所用到的图例以及缩略语。

4.参考资料在编写本需求分析报告时,参考的文档资料主要有:1.《形式化软件方法与可靠性》张继生 1999 武汉轻工业大学出版社2.《软件工程流程设计》张春良2000 长沙铁道学院二、任务概述运用先进的计算机信息处理技术,实现各部门各种信息的规范化管理,提高信息的正确率和信息资源的共享,便于信息的查询、长期存储以及快速的决策和分析。

1.目标本需求分析报告主要是对进销存管理理系统中业务流程作详细的分析和描述,详细描述系统应具备的功能,并粗略描述该系统所涉及到的动态和静态实体、实体关联图及各数据字典。

2.用户特点本系统的最终用户是某公司的工作人员和代理商,具有一定的计算机操作能力。

目前该公司全部采用手工操作方式进行记帐,对于较小的业务量仍然可以进行。

但随着公司的逐步发展壮大,手工处理信息的方式已经越来越不能满足业务的需求,而进销存HSJXC正是为了解决这一问题而设计的一套解决方案。

3.设计和实现的约束和限制1.开发环境:前台用面向对象开发工具Java,服务器端拟采用企业级数据库SQL server2005。

2.运行环境:中文WIN2000/WINXP/WIN 2003/Linux,64M以上内存,1G以上硬盘,服务器端需要运行sql server 2005数据库和jdk1.5以上。

3.条件和限制:1.限制整个HSJXC系统系统正常实施的主要因素是基础数据的准确性和完整性。

同时该系统也是对用户新系统各种代码设计的真正的一次考验。

因此必须做好系统实施的先后次序计划,和对用户的培训。

2.限制HSJXC的另外一个因素是系统的维护性和完善性,因为HSJXC的建立不可能一次全部解决问题,开发后期和使用初期的维护工程也是一个必须考虑的因素。

这里的维护工作包括数据的维护,也有系统功能的维护,包括旧功能的删除和新功能的添加等。

4.开发环境与技术开发环境和技术:jdk1.6+Eclipse、java awt +swing+ SQL server 20055.软件实现原则根据软件工程规范和HSJXC系统的要求及特点,系统开发时必须遵循以下原则,这也是康辉旅游公司的技术承诺。

实用性原则:开发的系统必须满足实用性需求,做到使用方便,输入数据量尽量小,界面直观,易学易用,不同业务之间界面转换速度快。

功能完整性原则:所提出的业务都能够在计算机平台上完成,对于同一类型的业务,由于输入要求或地址模式等条件的不同,将设计不同的功能模块。

高性能原则:系统在性能上做到实时性强、数据容量小、响应速度快、稳定性高、出错率低、容错性好等优点。

数据安全性原则:安全性永远是数据库的重要课题,必须采取多种措施保证数据库的安全。

满足速度要求下的少余量原则:余量指的是逻辑上相同的数据,在不同的记录中重复出现,或在逻辑上能导出存在于数据库的记录中。

从理论上讲,余量的存在,在数据库设计的不合理,是破坏数据库一致性的潜在危险,同时会增加数据空间开销。

但是,在特殊情况下,为了满足速度要求,常常设计一些余量作为数据库记录。

当余量存在时,数据库一致性不能靠数据库管理系统来保证,只能通过开发软件的计算方法来解决,余量的存在,大大增加了系统的开发难度,所以余量是万不得已时才能使用,使用时,在计算方法上保证数据的一致性。

输入量最小原则:在保证信息量充分性条件下,让员工以最小的数据输入完成业务操作,从而提高员工的工作效率。

数据库字符段可空原则:具有默认数值和状态的数据库字符段,采用可空假定。

对于可伸缩的数据库,可空字符段在没有数据输入的情况下是不占空间的。

操作模式可选择性原则:对不同的操作模式,设计不同的功能和不同的界面,或在同一功能和界面下设计多个选择项,以适应模式多变的需求。

美观化设计原则:在满足实用性的条件下,界面设计做到美观大方,大小适中,排列整齐,各种控制键的中文名字简单明了,不同的业务甚至不同的功能,有不同的界面。

美观的界面配色柔和,减轻视觉疲劳,给员工一个良好的计算机工作环境。

常用性与特殊性相结合原则:对常用的状态和数值,作为缺省,对常用的功能放在主要界面和排前原则,对不常用功能启动时进行折叠和排后。

数据可维护性原则:对于正常的数据维护,管理人员可以通过HSJXC系统本身来实现。

数据维护包括权限设置、高级地址的集合运算、无用数据的删除、数据库的清理、数据备份与恢复等功能。

系统可维护性原则:全面按照软件工程的要求来开发HSJXC系统,做到严格管理、严格测试。

每个工作阶段,都具备相应的经过严格审查的文档,为将来系统服务提供技术上的保证。

统一性原则:建立统一合理的数据库模型,实行统一的文档编排和管理;实行统一的数据库关系命名、文件命名、函数命名、变量命名;实行统一的编程风格。

系统的可扩展性原则:在满足一期方案的基础上,考虑今后系统可能新增功能(比如,财务、人事等)带来的系统软硬件的变化,为系统的扩充预留接口。

三、具体需求1.功能需求根据客户的基本需求,该HSJXC系统拟分为以下子模块等。

整个系统间各子模块的结构图如下所示:下面对该HSJXC系统的各个子模块进行教为详细的说明。

1.1.基础数据管理基础数据管理是保证一个系统正常运行的必须条件,一个系统分析和处理数据的正确性和可靠性,在很大程度上依赖于基础数据采集的完善与否。

在该系统中,基础数据主要包括产生客户信息管理、商品信息管理、供应商信息管理等。

1.1.1规格说明对于HSJXC ,所有的基础数据以及表单的出入和输出都有严格的定义。

对于数据处理和记录,都是在计算机和打印机上完成,中间并没有用到其他特殊的输入输出设备。

1.1.2引言在一般的信息管理中,基础数据对系统的支持和运行发挥着极大的作用。

在这里,将对该基础数据的一些基本信息以及输入和输出给予描述。

1.1.3输入1.客户信息(求购商):客户的基本信息主要包括:客户全称、客户地址、客户简称、电话、邮政编码、传真、联系人、联系电话、E-mail、开户银行、银行账号等。

数据格式:1.1.4加工处理所有的基础数据在维护时候均不参与任何的处理,是一些最基本的信息,而这些信息将在以后的系统运行中要用到。

1.1.5输出基础数据将以各种格式输出到HSJXC 的各个页面和报表中,对于有些基础数据,诸如客户信息等,除了按照屏幕的输出方式外,系统还需要提供接口,让用户可以进行条件查询,并且能将查询结果按照一定的规则进行报表输出。

1.2.进销管理1.2.1规格说明如图所表示,过程如下:1.2.2引言在此系统中,进货管理和销售管理是很重要的子系统。

这里主要描述货物的管理过程以及数据流向。

1.2.3输入1.进货管理页面输入的数据也是今后仓库信息管理重要数据采集点。

其主要内容包括:进货票号、供应商、联系人、结算方式、进货时间、经手人、品种数量、货品总数、合计金额、验收结论、操作人员。

数据格式:2.在进行货物信息输入时,需要控制输入的合法性、数据的准确性以及尽可能全面的数据。

1.2.4加工处理废物报批的数据处理过程如下图所示:(见表)我们看到,只有货物信息填写格式正确,才能够被保存,以避免因无效的货物数据进入系统。

1.3.查询统计1.3.1客户信息查询根据客户信息进行模糊查询,也可以进行全部查询。

1.3.2商品信息查询根据商品信息进行模糊查询,也可以进行全部查询。

供应商信息查询、销售信息查询、销售退货查询、入库查询、入库退货查询都是退有部分查询也能全部查询。

1.3.3销售排行在一定时间内,根据金额和商品数量进行排行。

1.4.系统管理系统管理中主要分为:操作员管理、更改密码、权限管理、退出系统。

2.外部接口需求2.1.用户界面(详细请见界面设计,这里仅仅举例说明)对于HSJXC,我们强调友好的人机交互界面,尽可能给用户提供简洁的流程操作和完善的功能。

将使用者的使用要求降到最低,这样也有利于系统的实施、运行和维护。

用户页面编写要求:美观、大方、简单、实用。

相关文档
最新文档