进销存软件系统需求分析

进销存软件系统需求分析
进销存软件系统需求分析

可派销存软件系统

版本历史

目录

0. 文档介绍 (4)

0.1 文档目的 (4)

0.2 文档范围 (4)

0.3 读者对象 (4)

0.4 参考文档 (4)

0.5 术语与缩写解释 (5)

1. 项目背景 (5)

1.1理解可派 (5)

1.2进销存系统作用 (6)

2.现行系统的分析 (6)

2.1现行系统架构 (6)

2.2操作角色设置 (6)

2.3用户建议 (7)

2.4现行系统存在的问题 (7)

3新系统需求分析 (8)

3.1公司组织结构 (8)

3.2角色 (8)

3.3跨职能流程图 (9)

3.4系统架构 (12)

3.5网络结构 (12)

3.6功能需求 (13)

3.7系统采用的数据库 (24)

4系统开发环境 (24)

0. 文档介绍

0.1 文档目的

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

0.2 文档范围

本文档包含以下几部分:

1. 项目背景

2. 理解可派

3. 进销存系统的作用

4. 现行系统基本分析

5. 新系统需求分析

6. 可派组织机构和职责

7. 产品的范围

8. 产品中的角色

9. 产品的功能性需求

10. 需求确认

0.3 读者对象

本文档的读者范围包括:

1. 需求提供方责任人

2. 信息化小组成员,开发与测试人员

0.4 参考文档

提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下:

[标识符] 作者,文献名称,出版单位(或归属单位),日期

例如:

[SPP-PROC-PP] SEPG,需求开发规范,机构名称,日期

0.5 术语与缩写解释

1.项目背景

网络的兴起与电子商务的发展带来了时空界限的突破、贸易方式的变革和经济活动的革命,从某种意义上来讲,这些变化为中小企业创造了与大型企业、国外企业平等竞争的有利条件。然而管理水平的差异会弱化这种平等的实际意义。具体而言,中小企业在进、销、存等环节的管理上都存在着一定程度的不足,而这些不足无疑将使其在市场竞争中陷入被动的境地。在网络经济的时代背景下,进行有效的进销存管理已经成为中小企业存身立业的头等要事。实现有效的进销存管理必然存在着一定的难度,因此必须借助现代化的管理方法和管理技术——财务进销存管理系统。

1.1理解可派

公司现状

●奢侈品品牌代理商,直营店销售模式、

●初具规模,全国四十多个直营店,代理八十多个品牌

●直营店主要分为专卖店,混合店,其中专卖店数量和销售比重较大

●公司信息化建设刚刚起步,总部内部信息化建设基本空白。

●销售手段单一,守店模式为主。

●目前正在代理产品扩张,未来店铺数量和品牌会进一步丰富

1.2进销存系统作用

进销存管理系统是基于先进的软件和高速、大容量的硬件基础上的新型进销存管理模式,通过集中式的信息数据库,将企业的进、销、调、存、转、赚等企业的经营业务有机地结合起来,达到数据共享、降低成本、提高效率、改进服务等目的。一般来说,利用进销存管理系统可以在以下几方面提高企业管理的水平:

●提高管理效率降低人工成本。

●降低采购成本。

●及时调整营销策略,防止价格流失。

●防范陈呆死帐,降低应收帐款。

●减少仓储面积,提高房产综合利用率。

●降低储备资金占用。

●加快资金周转实现的经济效益。

●强化财务监控制实现的经济效益。

●商业数据智能分析。

●高效决策。

2.现行系统的分析

2.1现行系统架构

现行系统采用C/S结构,总部采用局域网络办公,包括前台的POS系统和后台的进销存管理、帐务管理、系统管理、系统参数管理等。

直营店采用单机办公,和总部的联系采用ADSL的方式。

直营店的销售价格由总部统一定制。

系统采用C/S开发,系统实现的功能比较简单。

2.2操作角色设置

现行系统的操作角色有:

系统管理员、直营店销售员、物流管理员、财务等几个角色,每个角色着重使用系统的一部分功能。

2.3用户建议

●完善商品信息增加商品分类,建立大类,中类与小类。

●Retail Pro总店向分店调拨的录入系统的工作量比较大。

●新增报表完善报表内容

2.4现行系统存在的问题

●Retail Pro 进销存系统是2004年开发的产品,其管理理念与产品功能相对比较落后,跟不上公

司发展步伐

●Retail Pro 系统目前在公司只使用了部分功能只起到了数据存储的作用,没有启到应有的管理

作用。

●昂贵的许可license导致公司成本过高,对公司直营店的扩张发展不利。

Anaa

●由于当时技术限定,产品设计采用C/S机构导致程序更新,直营店的与总部数据交互都存在一

定问题

●现行系统运行速度较慢,主要表现数据查询方面。

3新系统需求分析

3.1公司组织结构

以上是可派组织结构略图。其中绿色部门为参与进销存系统的部门,深黄色为使用进销存系统功能的角色。

3.2角色

3.3跨职能流程图采购模块

门店模块

3.4系统架构

系统采用客户端+webserver架构,前台pos模块需对硬件端口进行操作采用C/S结构。基本利用原有的架构,但是对于连接数据库等需要加强安全控制。

3.5网络结构

画出系统工作的网络结构图(注意系统是总部加分支的模式):

3.6功能需求

将系统需要实现的功能详细进行描述

字典库管理:年份管理、色、码、商品信息、品牌类别信息、包装单位、供货商与客户信息、仓库信息、季节、区域信息、企业类型、币种、付款方式、费用项目。

系统设置:当第一次进入系统时,所有窗口中显示的日期、数量、金额,以及单据中执行价格、审核条件、是否显示印章、网格和行号等均需要通过"系统设置"来进行预先设置,本公司信息维护、前台pos销售设置、单据数量、价格限制。

帐务管理:付款单、采购费用单、采购结算单、收款单、销售费用单、销售结算单前台pos:

邮件管理

数据传输

各个模块的查询统计、报表打印:

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

进销存管理系统需求说明书 作者:项目二组 完成日期: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.2退货 (75) 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)

软件工程—系统需求分析

系统用例图 系统需求分析 1概述 随着社会的发展,学校的规模不断的扩大,日常教学活动中提取相关信息,以反映教学情况。传统的手工操作方式,易发生数据丢失,统计错误,劳动强度高,且速度慢。使用计算机可以高速,快捷地完成以上工作。在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范教学管理行为,从而提高了管理效率和水平。学籍管理信息系统以计算机为工具,通过对教务管理所需的信息管理,把管理人员从繁琐的数据计算处理中解脱出来,使其有更多的精力从事教务管理政策的研究实施,教学计划的制定执行和教学质量的监督检查,从而全面提高教学质量。 1.1 系统目标 软件开发的意图为便于学校的管理,方便查看有关学校及学生的情况。 如教务处对学生成绩的修改、删除、查找、添加等。 1.2现行组织机构及业务现状 在学籍管理中,需要从大量的日常教学活动中提取相关信息,以反映教学情况。传统的手工操作方式,易发生数据丢失,统计错误,劳动强度高,且速度慢。2用户需求 2.1 业务需求

1、使用范围 学生学籍管理等相关文件完成本科和专科学生学籍状况的系统管理(本科生用学年学分制,专科生用学年制)。 2、功能要求 基础数据管理:包括班级管理、课程管理、学期管理等功能。 学生管理: 成绩管理: 查询统计:包括成绩一览表、成绩分布图报告等功能。 3开发内容:开发一套学生成绩管理系统软件 采取的研究方法:采用面向对象的编程,结合网络和数据库技术,实现控制和管理。通过系统分析、需求分析、概要设计、详细设计、编写代码、软件测试、软件维护、经验方法总结等一系列实验方案,实验软件的开发。 4具体开发方案: 分六个阶段进行: 第一阶段:系统分析、需求收集和分析 这一阶段首先进行系统分析,分析确定系统的规模和范围,确定软件的总体要求以及所需要的硬件和支撑软件,确定待开发软件与外界的接口,根据用户的情况确定软件对操作的要求,以及待开发软件总体上的约束和限制,完善项目计划。在这之后,这一阶段的大部分时间将被用来进行需求收集和分析。向学校管理人员及学生了解情况,确定软件系统的综合要求,分析软件系统的数据要求,导出系统的逻辑模型,修正项目开发计划。采用结构化分析方法,生成数据流图、数据词典及加工逻辑说明。 第二阶段:概要设计 在这一阶段将确定软件系统的结构,对全局数据结构进行设计,进行模块划分,确定每个模块的功能接口以及模块间的调用关系。采用与结构化方法衔接的结构化设计方法,生成结构图及概念设计说明书。 第三阶段:详细设计 为每个模块设计实现的细节将成为这个阶段的主要任务,还要对局部数据结构进行设计。采用结构化设计方法。采用自顶向下逐步求精的设计方法和单入口单出口的控制结构。使得程序具有良好的结构,增强程序的可读性。生成程序流程图及详细设计说明书。详细设计时,如果不满意,须回到概要设计中重新完善设计。 第四阶段:编写代码 这一阶段用来根据详细设计说明书编写代码。采用计算机语言编写。追求高质量的代码,生成源程序代码、内部文档。 第五阶段:软件测试 这将是一个很重要也将是一个很耗时间和精力的阶段。在这一阶段中将尽可能多地发现软件中的错误和缺陷。如果有错,还将退回到编码阶段进行调试。测试过程分为单元测试、集成测试和确认测试。 第六阶段: 完善各项文档及和报告,从整个开发过程和这些文档中总结经验和教训,罗列各种方法和技巧。

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

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

目录 1. 文档介绍............................................................... 错误!未定义书签。 1.1 文档目的 ...................................................... 错误!未定义书签。 1.2 文档范围 ...................................................... 错误!未定义书签。 1.3 读者对象 ...................................................... 错误!未定义书签。 2. 产品概述 (4) 2.1产品介绍 ....................................................... 错误!未定义书签。 2.2 产品面向的用户群体 .................................. 错误!未定义书签。 2.3 产品范围 ...................................................... 错误!未定义书签。 3 系统需求规定 (4) 3.1 对功能的规定 .............................................. 错误!未定义书签。 3.2 系统结构图 .................................................. 错误!未定义书签。 3.3业务流程图 ................................................... 错误!未定义书签。 3.4功能模块 ....................................................... 错误!未定义书签。

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

华软进销存管理系统 需求分析说明书 部门软件开发部 文档作者职位 文档统一编号 文档版本号 审核人职位 华软国际郑州中心 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)本软件的名称 本系统的名称:华软进销存管理系统 以下简称为:HSJXC 2)任务提出者: 某公司 3)开发商: 华软国际 4)硬件环境: 一台数据库服务器和若干终端PC机 5)HSJXC系统的特点: 众所周知,自1961年加拉格尔(J.D.Gallagher)提出管理信息系统(management information system,缩写为HSJXC)概念以来,随着计算机技术的迅速发展和应用领域的不断拓宽,出现了许多种对于HSJXC的定义。总的来说,HSJXC是信息科学、计算机科学、系统科学和管理科学等新兴学科综合交叉的产物,目前仍处在既迅速发展又有待深入完善的过程之中。 3.定义及缩略语 数据流 1.进销存系统(或者HSJXC):即指进销存信息管理系统

软件开发需求分析报告

需求分析报告 1.引言 1.1目的 需求,指的是系统提供的能力必须遵从的条件,一个系统能否达到预期目标,系统需求做的好坏起着决定性作用,因此,他无疑是该平台开发过程中的重要一环。按照传统的软件工程理论,需求分析的目标就是确定要干什么,而不是怎么干,按照统一软件过程的理论(RUP理论),该平台的需求分析就是要致力于高效的正确的开发系统。必须足够详细的描述出系统需求,同时也要详细的描述系统必须达到的条件或实现的功能,使得用户就系统产生的问题一致。 本章将要对”基于教学POI的校园公共服务平台设计与开发”的需求进行分析,再此基础上将会对系统的各个功能进行建模,并且给出模型模型描述的图例序列图等模型。建立系统目标和需要解决的问题。 1.2背景 本设计将对基于教学POI的校园公共服务平台设计与开发进行详细的需求分析;基于教学POI的校园公共服务平台设计在兴趣点软件或APP中属于较为新颖贴近学生生活与教学内容的软件在这方面有大量的资源可循但是并没有与之相关的软件。作为本次软件工程设计的需求总体分析我们需要在POI、教学以及手机软件开发进行基本的融会贯通。 1.3术语 列出本报告中用到的专门术语的定义。 2.任务概述 2.1目标 POI信息平台系统的建立,最直接的提供了非常好的查询管理平台,极大的方便了学生的查询教学点\课程等方案的选择,为学生教师等提供了海量的便利教学信息;学生再也不用考虑担心自己找不到有疑问而大费精力. 通过对用户需求分析以及POI流程研究我们应该解决以下问题 在APP中搜索到正确的\合理的POI信息; POI信息的充分展现,包括地图展示并标记POI点的特殊标记;

软件工程系统可行性分析和需求分析

个人承担任务 任务说明: 此次软件工程设计,我主要承担以下任务: 需求分析和可行性分析(根据设计题目进行问题定义,探讨可行性,再对系统进行需求分析等)。 任务内容: 1.可行性分析: ⑴问题定义 各高校传统的勤工助学岗位管理管理模式也越来越不能满足现代教育发展的需要。对于一个有着上百号勤工学生的学校来说,用手工管理这些学生信息还有岗位以及津贴,是一项非常繁琐的工作,而相应的岗位人员查询、津贴签领历史记录查询等,其工作量都让人望而生畏,而且还极易出错,同时也浪费纸。所以我们提出了开发高校勤工助学管理系统,将勤工学生基本信息管理、岗位人员管理、津贴统计等功能进行统一管理,为各高校实现勤工助学岗位信息化管理提供有效工具。 ⑵技术可行性 本系统采用B/S模式开发。B/S(Browser/Server,浏览器/服务器)模式又称B/S结构。B/S模式是指在TCP/IP的支持下,以HTTP为传输协议,客户端通过Browser访问Web服务器以及与之相连的后台数据库的技术及体系结构。它由浏览器、Web服务器、应用服务器和数据库服务器组成。客户端的浏览器通过URL 访问Web服务器,Web服务器请求数据库服务器,并将获得的结果以HTML形式返回客户端浏览器。它是随着Internet技术的兴起,对C/S模式应用的扩展。在这种结构下,用户工作界面是通过IE浏览器来实现的。相较于C/S模式的系统升级维护复杂来说,B/S模式最大的好处是运行维护比较简便,能实现不同的

人员,从不同的地点,以不同的接入方式(比如LAN, WAN, Internet/Intranet等)访问和操作共同的数据。另外,B/S还便于面向广大未知用户使用,因为只要电脑安装了IE,经过一定的设置,就都可以使用,如建立企业网站发布信息。 ⑶经济可行性 本系统开发成本低,对开发者设备要求不高,数据库采用免费开源的Oracle 数据库。由于是B/S模式,所以对用户软硬件要求要求也很低。 2.需求分析 ⑴系统运行环境硬件要求 硬件设备设计是根据信息系统的设计需求,确定信息系统物理设备方案,所设计的硬件设备方案在能够充分满足信息系统功能需求的前提下,还应满足系统的效率、可靠性、安全性和适应性等性能要求,并具有较高的性价比。根据前面的需求分析,我们得出本系统理想的环境当然是配置较高最好,实际操作中硬件平台如下: 硬件环境(访问者):建议用户在允许的情况下采用较高配置硬件资源。 硬件环境(开发者):Intel五代处理器,4G内存,80G磁盘空间。 ⑵系统运行环境软件要求 操作系统是计算机系统中最重要的系统软件,目前在微机上使用的桌面操作系统有Windows XP/7/8/10等,本系统在Windows 10操作系统下进行开发,可向下兼容以运行于前面所列举的各种操作系统,但建议使用Windows XP以上系统。 支撑软件是协助人们开发和维护软件的工具和环境软件,包括编辑程序,数据库系统,集成开发环境等,本系统的支撑软件如下: 1、数据库管理系统(DBMS):为了对数据库实施集中管理,同时并发的处理多个客户机发来的数据处理要求,我们选用Oracle数据库管理系统。 2、动态网页技术:在这里我们使用JSP(Java Server Pages)来建立系统,编译软件使用myeclipse10。 ⑶系统功能需求 所有学生都可以登录系统申请对外开放的岗位,申请时需要填写相关信息。

进销存需求分析

进销存需求分析表 1.基本功能模块 进销存管理系统的基本功能模块 2.资料管理 企业经营的基础资料是一个企业最基本也是最重要的信息,脱离了基础资料,例如商品资料、供货商资料和客户资料等,进销存系统就无法运行。“资料管理”功能模块就用于维护这些基础资料,包含的功能模块如图1.2所示。 图1.2 “资料管理”功能模块 “商品编码设置”用于设置商品编码的方式。进销存系统的每条商品信息都具有惟一的一个编码,作为该商品信息的主键,一般该编码具有一定的规律,例如药品进销存系统,商品的编码可能有两级,第一级为药品的类别(中药、西药、保健品、器械等),第二级为药品的剂型(针剂、片剂、丸剂等)。该功能设置商品编码分类的方法,从而实现商品资料维护中自动生成编码的功能。例如该商品属于西药的丸剂,而西药的编码是2,丸剂的编码是02,该商品的编码就是 202****,后面部分由系统根据该类别里现有编码的最大值加1自动生成。 “商品资料维护”用于维护(增加、修改、删除、查询)企业所经营的商品的基本信息,内容包括货号、条形码、品名、拼音编码、规格、单位、产地、类别、进货价、销售价1、销售价2、最低售价等。其中拼音编码是商品名称的拼音简称,目的是在程序中可通过拼音码方便地查询到所需要的商品。不同行业的进销存商品资料的属性差别很大,我们将在后面说明。 “供货商资料维护”用于维护企业供货商的基本信息,内容包括供货商号、拼音编码、简称、名称、地址、邮编、区号、地区、类型、电话、传真、电报、

开户行、开户行邮编、银行帐号、税号、库房地址、库房电话、业务员、业务部门等。 “客户资料维护”用于维护企业客户的基本信息,内容包括客户编号、拼音编码、简称、名称、联系人、地址、邮编、区号、地区、电话、传真、电报、开户行、开户行邮编、银行帐号、税号、性质、业务员、业务部门、授信额度等。 “业务员信息维护”用于维护企业销售业务员的基本信息,内容包括业务员号、姓名、性别、电话、手机、地址、邮编、身份证号、类别等。在销售开票时业务员属性可以直接从业务员清单表中获取所有业务员的名字作为辞典供用户选择。 “仓库信息维护”用于维护企业的仓库信息,内容包括仓库号、仓库名、类别、备注等。企业的商品一般都是存放在不同的仓库或同一仓库的不同货位中,这样在填写商品进货单和销售单时用户需要指定入库或出库的是哪个仓库的货物。 “采购合同管理”用于维护企业与供货商签订的采购合同,内容包括供货商号、货号、进价、付款方式、帐期、签订日期、合同期限等。合同的内容对业务可以产生影响,例如合同规定了进价,在填写采购单时系统会自动生成进价。 “销售合同管理”用于维护企业与客户签订的销售合同,内容包括客户编号、货号、售价、付款方式、帐期、签订日期、合同期限等。 3.采购管理 “采购管理”功能模块用于管理企业的采购业务,其中包含的子功能模块如图1.3所示。 图1.3 “采购管理”功能模块 各子功能模块实现的功能分别为: “采购订单”用于录入企业的采购订单。一般都将采购订单、入库单、销售单等单据根据第二范式分为主从两张表来存放数据,主表“采购订单”的内容包括编号、供货商号、订货日期、有效起日、有效止日、业务员、制单人、税价合

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

医药进销存系统需求分析说明书 编写:Team B日期:2012年7月25日 审核:日期: 批准:日期: 受控状态:是 发布版次:1.0 日期:

变更记录 日期版本变更说明作者2004-07-25 1.0初始版本Team B 签字确认 系统模块对应章节对应部门负责人签字

目录 目录 (3) 概述 (4) 1.1 目的 (4) 1.2 背景 (4) 1.3 范围 (4) 1.4 术语定义 (4) 1.5 任务概述 (5) 1.5.1 目标 (5) 1.5.2用户的特点 (5) 1.5.3假定和约束 (5) 1.6 运行环境 (5) 1.6.1软件环境 (5) 1.6.2硬件环境 (6) 1.7 接口 (6) 1.8 总流程 (6) 1.8.1药品录入界面流程图 (7) 1.8.2 药品销售界面流程图 (8) 1.8.3 用户管理界面流程图 (9) 1.8.4 供应商录入界面流程图 (10) 1.8.5药品采购界面流程图 (10) 1.9 对功能的规定 (11) 1.9.1 药品录入 (12) 1.9.2 药品销售 (12) 1.9.3 用户管理 (12) 1.9.4 供应商录入 (12) 1.9.5 药品的采购 (12) 1.9.6非功能性需求 (12) 1.9.7输人输出要求 (12) 1.9.8数据管理能力要求 (13) 1.9.9灵活性要求 (13) 1.10故障处理要求 (13) 1.11其他专门要求 (13)

概述 1.1目的 本说明书目的在于明确说明系统需求,界定系统实现功能的范围,指导系统设计以及编码。 本说明书的预期读者为: 客户项目经理、开发项目经理、测试项目经理、系统测试人员、系统开发人员。1.2背景 软件系统的名称:医疗进销存管理系统。 项目任务的提出单位:XX销售公司。 系统使用者:医院及其各地分支机构。 系统与财物系统人事系统接口为:WEBSERVICE。 1.3范围 系统包括的范围:进销存管理。 1.4术语定义 销售单 销售单应包括销售票号、客户、联系人、结算方式、销售时间、经手人、品种数量、货品总数、合计金额、验收结论,操作人员等属性。出售的商品信息包括商品名称、商品编号、供应商、产地、单位、规格、数量和包装等属性。选择完用户要购买的商品,点击销售完成销售。 进货单 进货单是公司对货物信息进行查询与统计的重要依据。进货单应有商品名称、商品编号、产地、单位、规格、包装、单价、数量、批号、进货时间、进货票号、供应商等。 库存盘点 库存信息主要包括:库存的商品名称、商品编号、商品数量、进货时间等属性。库存盘点、主要是统计仓库中商品的数量是否和系统中一致。以防失窃情况的发生

软件开发需求文档

1. 引言 引言是对这份软件系统详细设计报告的概览,是为了帮助阅读者了解这份文档如何编写的,并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件系统详细设计报告是基于哪份软件产品需求分析报告、哪份软件产品概要设计报告和哪份软件产品数据库设计说明书(如果该软件产品需要数据库支持)编写的,开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统详细设计报告详尽说明了该软件产品的编码结构,从而对该软件产品的物理组成进行准确的描述。 如果这份软件系统详细设计报告只与整个系统的某一部分有关系,那么只定义软件系统详细设计报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险,首要风险承担者包括: ●任务提出者; ●软件开发者; ●产品使用者。 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话),或者各种编写约定。编写约定应该包括:●部件编号方式; ●界面编号方式; ●命名规范: ●等等。 1.4 预期读者和阅读建议 列举本软件系统详细设计报告所针对的各种不同的预期读者,例如,可能的读者包括: ●开发人员; ●项目经理; ●测试人员; ●文档编写人员; ●等等。 描述文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议。

1.5 参考资料 列举编写软件系统详细设计报告时所用到的参考文献及资料,可能包括: ●本项目的合同书; ●上级机关有关本项目的批文; ●本项目已经批准的计划任务书; ●用户界面风格指导; ●开发本项目时所要用到的标难; ●系统规格需求说明; ●使用实例文档; ●属于本项目的其它己发表文件; ●本软件系统详细设计报告中所引用的文件、资料; ●相关软件系统详细设计报告; ●等等。 为了方便读者查阅,所有参考资料应该按一定顺序排列。如果可能,每份资料都应该给出:●标题名称; ●作者或者合同签约者; ●文件编号或者版本号; ●发表日期或者签约日期; ●出版单位或者资料来源。 2. 支撑环境 2.1 数据库管理系统 描述数据库管理系统、以及安装配置情况,需要描述的内容可能包括: ●产品名称以及发行厂商 这里的产品名称指的是数据库发行厂商发布产品时公布的正式商品名称,不应该使用别名、简称、研发代号等非正式名称,以免混淆;同样的道理,发行厂商的名称也应该使用正式名称。 ●版本号 数据库管理系统的准确版本号,必须按产品的实际情况描述到最细节的版本号。 ●补丁包版本号 描述实际上将要使用的数据库管理系统补丁包的版本号,必须注意,在某些情况下该版本号不一定是最新的版本号。 ●语言或代码集 对于只支持一种语言或者一个代码集的数据库管理系统来说,该项描述不具意义。对于支持多种语言或者多个代码集的数据库管理系统来说,该项描述指的是实际使用的语言或者代码集。 ●安装位置 描述数据库管理系统的实际安装位置,应该分别对管理系统安缺位置和数据存放位置进行描述,应该指明服务器名和安装卷号(盘号)。对于分布式数据库,必须分别描述每一个数据

需求分析范文(进销存系统)

1.3 进销存管理系统需求分析 根据以上对进销存管理内容和进销存管理系统的分析,一个标准的进销存管理系统应该包括如图1.1所示的几大功能。 图1.1 进销存管理系统应包括的基本功能 其中每个功能都由若干相关联的子功能模块组成。下面将对这些模块一一进行介绍。 1.3.1 资料管理 企业经营的基础资料是一个企业最基本、最重要的信息,脱离了基础资料(包括商品资料、供货商资料和客户资料等),进销存系统就无法运行。“资料管理”功能就用于维护这些基础资料,其中所包含的功能模块如图1.2所示。 图1.2 “资料管理”功能模块 各功能模块实现的功能分别为: (1) “商品编码设置”用于设置商品编码的方法。进销存系统的每一条商品信息都具有惟一的一个编码,作为该商品信息的主键,一般来说,该编码具有一定的规律,例如药品进销存系统,商品的编码可能有两级,第一级为药品的类别(中药,西药、保健品、器械等),第二级为药品的剂型(针剂、片剂、丸剂等)。该功能设置商品编码分类的方法,从而实现商品资料维护中自动生成编码的功能。例如该商品属于西药的丸剂,而西药的编码是2,丸剂的编码是02,该商品

的编码就是202****,后面部分由系统根据该类别里现有编码的最大值加1自动生成。 (2) “商品资料维护”用于维护(增加、修改、删除、查询)企业经营商品的基本信息,内容包括货号、条形码、商品名、拼音编码、规格、单位、产地、类别、进货价、销售价1、销售价2、最低售价等。其中拼音编码是商品名称的拼音简称,目的是使程序可以通过拼音编码方便地查询到所需要的商品。不同行业的进销存商品资料的属性差别很大,我们将在后面加以说明。 (3) “供货商资料维护”用于维护企业供货商的基本信息,内容包括供货商号、拼音编码、简称、名称、地址、邮编、区号、地区、类型、电话、传真、电报、开户行、开户行邮编、银行帐号、税号、库房地址、库房电话、业务员、业务部门等。 (4) “客户资料维护”用于维护企业客户的基本信息,内容包括客户编号、拼音编码、简称、名称、联系人、地址、邮编、区号、地区、电话、传真、电报、开户行、开户行邮编、银行帐号、税号、性质、业务员、业务部门、授信额度等。 (5) “业务员信息维护”用于维护企业销售业务员的基本信息,内容包括业务员号、姓名、性别、电话、手机、地址、邮编、身份证号、类别等。在销售开票时,业务员属性可以直接从业务员清单中获取所有业务员的名字作为辞典供用户选择。 (6) “仓库信息维护”用于维护企业的仓库信息,内容包括仓库号、仓库名、类别、备注等。企业的商品一般都是存放在不同的仓库或同一仓库的不同货位中,这样在填写商品进货单和销售单时用户需要指定入库或出库的是哪个仓库的货物。 (7) “采购合同管理”用于维护企业与供货商签定的采购合同,内容包括供货商号、货号、进价、付款方式、帐期、签订日期、合同期限等。合同的内容对业务可以产生影响,例如合同规定了进价,在填写采购单时系统就会自动生成进价。 (8) “销售合同管理”用于维护企业与客户签订的的销售合同,内容包括客户编号、货号、售价、付款方式、帐期、签订日期、合同期限等。

超市进销存需求分析

一、超市销售管理信息系统需求分析 1.系统需求 商店管理系统是一个商店管理企业不可缺少的一部分, 它检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等,可减少更多的人力物力,这些都能够极大地提高货品商店的管理效率和降低经营成本,使商店管理科学化、正规化、经营盈利化。它的内容对于企业的决策者和管理者来说都是至关重要的,因此,开发一个超市管理系统是很有必要的,具有其特有的技术意义和管理意义。 问题描述: ●一个超市要有基本的进货、销售、存货功能。 ●商店要维护(添加,更新,删除)商品。 ●客户可以预订目前没有的商品,大客户可以预约大批量商品。 ●商店里的员工只能查看各自的基本信息和查阅各自部门职权内的信息和 资料。 ●高层管理员可以根据统计数据对商店做相应的决策。 ●系统可以在流行的技术环境下运行,有一个良好的用户交互界面。 ●系统应该能有比较好的可扩充性。 2.功能需求 本系统主要分为六个模块:基础信息管理,进货管理,库存管理,销售管理,查询统计,系统管理。 1.基础信息管理包括客户信息管理(添加、修改与删除)、商品信息 管理(添加、修改与删除)、供应商信息管理(添加、修改与删除); 2.进货管理包括进货单、进货; 3.销售管理包括销售单、销售退货; 4.库存信息管理包括库存盘点; 5.系统管理包括操作员管理、更改密码、权限管理、退出系统;

6.查询统计包括客户查询、商品查询、供应商查询、销售查询、入库 查询、入库退货查询以及销售排行。 超市销售管理信息系统的系统设计 1.功能结构设计 功能结构图 2.数据库设计 e-r 图

1.数据表结构 Supplier--供应商 MerchStock --商品库存表 Counter --柜存 Employee --员工表

软件项目需求分析通用

1. 引言 目的 说明编写这份报告的目的,指出预期的读者。 背景 指出待开发的软件系统的名称;行业情况;本的任务提出者、开发者、用户;该软件系统同其他系统或其他机构的基本的相互来往关系。 参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、标准,以及他们的作者、标题、编号、发布日期和出版单位。 列出编写本报告时查阅的Intenet上杂志、专业着作、标准以及他们的网址。

术语 列出本报告中用到的专门术语的定义。 2. 任务概述 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中的其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 系统(或用户)的特点 如果是产品开发,应列出本软件的特点,与老版本软件(如果有的话)的不同之处,与市场上同类软件(如果有的话)的比较。说明本软件预期使用频度; 如果是针对合同开发,则应列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和专长,以及本软件预期使用频度。这些是软件设计工作的重要约束。

3. 假定和约束 列出进行本软件开发工作的假定和约束,例如经费限制、开发期限等。 4. 需求规定 软件功能说明 逐项定量和定性地叙述对系统所提出的功能要求,说明输入什么量、经怎样的处理、得到什么输出,说明产品的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。 对功能的一般性规定 本处仅列出对开发产品的所有功能(或一部分)的共同要求,如要求界面格式统一,统一的错误声音提示,要求有在线帮助等。 对性能的一般性规定 精度 说明对该系统的输入、输出数据精度的要求,可能包括传输过程中的精度。时间特性要求 说明对于该系统的时间特性要求。 灵活性

进销存管理系统需求分析

进销存管理系统 【任务1】对进销存管理系统的开发进行背景分析。 在市场经济中,销售是企业运作的重要环节。为了更好地推动销售,不少企业建立分公司后实行代理制,通过分公司或代理上把产品推向最终用户。这些分公司或代理商大多分布在全国各地,甚至是在过为,远距离频繁的业务信息交流是这些企业业务活动的主要特点。在传统方式上,公司之间通常采用电传、电报、电话等方式传递订货、发货、到货、压货、换货、退货等信息,总公司的商务部门在接到分公司或代理商穿来的定单和银行汇款单据传真件后,开具产品出库通知,然后再把相关的进、销、存信息手工存档,再对这些信息进行统计分析,才能了解到整个公司的生产、销售和库存情况。进销存管理是商业企业经营管理中的核心环节,也是一个企业能否取得效益的关键。如果能做到合理生产、及时销售、库存量最小、减少积压,那么企业就能取得最佳的效益。 【任务2】对进销存管理系统的开发进行可行性分析。 通过计算机网络系统对企业进行全面的管理,满足了企业的现代化管理的要求。 经济性: 企业营运过程中信息的系统化管理,权威的数据统计,为企业的经营决策提供了大量的、权威的科学依据(数据);强大的账单结功能,简化了员工的日常工作,提高了工作效率, 避免了人工管理过程中数据易错所带来的一系列的连锁反映,提高企业的经济效益。 技术性: 实际情况下,在高系统配置、高网络带宽服务,各个级别管理员很容易通过网站对其操作范围内的系统内容信息进行操作管理,完全满足日常经营、管理的要求。 【任务3】制订进销存管理系统的项目开发计划。 企业进销存管理系统是一个典型的数据库开发应用程序,由基础信息模块、采购管理模块、库存管理模块、商品销售模块、查询统计模块、往来管理模块、系统设置模块等部分组 成,规划系统功能模块如下: 基础信息模块:该模块主要管理商品信息录入、客户信息录入、供应商信息录入、商品 信息查询、客户信息查询、供应商信息查询。 采购管理模块:该模块的主要管理商品采购信息录入和商品采购信息查询。 库存管理模块:该块主要管理商品入库信息、商品入库退货、商品库存查询和库存商品 价格调整。 商品销售模块:该模块主要管理商品销售信息录入和商品销售退货信息录入。 查询统计模块:该模块主要管理销售信息查询、销售退货查询、商品入库查询、入库退 货查询、商品销售排行和年销售额分析。 往来管理模块:该模块主要管理商品销售结账、入库退货结账、销售结账查询、商品入 库结账、销售退货结账和入库结账查询。 系统设置模块:该模块主要管理添加操作员、更改操作员密码、删除操作员。 【任务4】对进销存管理系统的开发进行用户需求分析。 本系统是针对中小型企业运营进销存过程所进行设计的,主要实现如下目标: 1.系统采用人机对话方式,界面美观友好、信息查询灵活、方便、快捷、准确、数据存 储安全可靠。 2.键盘操作,快速响应。 3.强大的销售结账功能。 4.全面的账单查询功能。 5.功能强大的年销售额分析图、商品销售排行统计。

软件系统需求分析报告

需求分析报告 《高校学生学籍管理信息系统》 目录 1-------------------------------------------------------------------------------概述 1.1-----------------------------------------------------------------------------背景 1.2-----------------------------------------------------------------------------系统目标1.2.1------------------------------------------------------------------------完成的任务1.2.2------------------------------------------------------------------------不完成的任务1.3-----------------------------------------------------------------------------业务模式 1.4-----------------------------------------------------------------------------业务状况 2---------------------------------------------------------------------------------用户需求 2.1-----------------------------------------------------------------------------业务需求2.1.1------------------------------------------------------------------------使用范围2.1.2------------------------------------------------------------------------功能要求2.1.3------------------------------------------------------------------------权限管理 2.2-----------------------------------------------------------------------------性能需求 3---------------------------------------------------------------------------------业务流程 3.1----------------------------------------------------------------------------与其他系统的关系3.2----------------------------------------------------------------------------业务流程图 4---------------------------------------------------------------------------------业务逻辑 4.1-----------------------------------------------------------------------------业务分解 4.2-----------------------------------------------------------------------------业务描述

服装进销存管理系统需求分析

服装进销存管理系统需求分析 摘要: 随着商品行业的壮大,服装销售行业规模日益扩大,商品的类型及数量等数据量庞大,难以人工来完成,这给库存及销售的管理带来了不便,而这时,软件的开发可以满足此行业的需要,使繁琐的数据变得简单,易操作,可视化。一个相对完善的服装管理系统需要满足许多要求,如:友好的界面,可操作性强,容易学习,稳定性好,功能强大等。本系统为服装进销存管理信息系统,主要负责管理服装的进货、销售和存储等信息 服装行业在我国是一个新兴行业,目前尚处于初步阶段。虽然在改革开放后我国服装行业取得了高速发展,据统计数据,我国服装企业近3万家,其中年销售额3000万以上的占30%,有9000余家,而1000万以上营业额的也近2/3。具规模以上服装企业服装产量达63.74亿件,其中梭织服装为30.10亿件,针织服装为33.46亿件。作为中国的朝阳服装行业,被称为“永不衰落的产业”,其发展前景确实极为诱人。全部从业人员平均人数423013人,服装布产量 328.28亿米,工业总产值1254.90亿元,销售收入1204.64亿元,产销率97.85%;出口交货值416.18亿元,内销占销售产值比重66.11%。但是与发达国家相比,还存在组织结构小而分散,缺少大规模,经济技术势力强的企业,专业人员素质不够高,市场管理不规范等缺点。随着我国加入WTO,我国服装行业将面对非常激烈的竞争,只有迅速提高企业的管理水平,才能在激烈的竞争中占的一席生存之地。由于服装经营涉及多个环节,而且种类繁多,大多需要单件管理,因此操作量巨大,在经营过程中容易出错。服装属于常用物品,数量大,如果管理跟不上,一旦造成商品丢失,将给企业和经营者造成巨大损。如何用先进的管理手段来服装进销存的管理水平,已成为此行业发展的当务之急。 面对信息时代的机遇与挑战,利用高科技手段来提高企业的管理水平无疑是一条行之有效的途径。利用计算机管理可以最大限度的发挥准确、快捷、高效等作用,对服装公司的服务管理提供强有力的支持。因此,利用全新计算机服装管理系统,已成为提高服装公司的管理效率,改进服务水准的重要手段之一。本系统在解决服装公司的日常进货,销售,库存和报表管理上有一定的实际意义。 需求分析 通过实际调查,要求本系统具有以下功能: (1)由于操作人员的计算机知识有限,因此要求系统具有良好的人机界面。 (2)如果系统的使用对象较多,则要求有较好的权限管理。

软件系统开发需求分析-模板

软件系统开发需求分析模板 1. 引言 编写目的 本系统的开发目的在于更好的管理和经营酒店餐饮行业。本文档的预期读者是酒店管理系统软件开发有关的开发人员。 项目背景 本项目的名称:酒店管理系统。 随着国民经济的发展,酒店餐饮行业的队伍在全国范围(尤其是在经济发达地区)不断壮大,从事酒店餐饮行业的单位之间竞争愈加激烈。为了提升自身的竞争能力, 各酒店餐饮单位都在尽量定制或购买各项业务的应用软件,运用高科技手段进行经营 和管理。为了让酒店更好的经营,我们组织开发了本软件。 本项目的任务提出者及开发者是酒店管理系统软件开发小组,主要是面向酒店餐饮服务行业。 定义 酒店管理系统是帮助酒店自身管理和服务酒店客户的软件。 % 参考资料 ①《现代软件工程》北京希望电子出版社孙涌等编著 ②《Delphi住宿餐饮管理系统开发实例导航》人民邮电出版社 刘敬严东明马刚编著 ③《软件需求说明书(GB856T——88).doc》 ④《iso标准之需求分析说明书.doc》 2.任务概述 目标 开发本软件是为了服务酒店,使得酒店更好的经营。适用于一些大中型酒店,主

要用于就餐管理和住宿管理。本软件产品是一项独立的软件,不过功能还可以增加,完成后可以升级以增加功能和完善系统。 用户的特点 } 使用本软件要求用户熟悉Windows 操作,并且有一定的软件操作基础。预计本软件将会在一些大中型酒店中得到广泛使用。 假定和约束 本软件由我们小组六个人共同开发,几乎不要经费,开发期限一个月左右。3.需求规定 对功能的规定 ①系统帐号管理 第一次用一个管理员账号(系统给定)登陆,登陆成功后,可以设置其他用户,包括密码、权限等。 ②就餐管理 为就餐客户查询并分配餐桌,纪录客户用餐情况并结帐。 ③住宿管理 、 为住宿客户查询并分配房间,纪录客户住宿情况并结帐。 对性能的规定 精度 本软件主要用于管理,不是科学计算,要求计算的精度不是很苛刻。所以输入,输出数据精度的要求不是很高,用于计算的数用浮点数就可以了。 时间特性要求 本软件运行的响应时间要求不超过1~2秒,基本能实现。 灵活性

相关文档
最新文档