摩托车配件进销存管理系统.docx
- 文档编号:4175662
- 上传时间:2023-05-06
- 格式:DOCX
- 页数:68
- 大小:929.58KB
摩托车配件进销存管理系统.docx
《摩托车配件进销存管理系统.docx》由会员分享,可在线阅读,更多相关《摩托车配件进销存管理系统.docx(68页珍藏版)》请在冰点文库上搜索。
摩托车配件进销存管理系统
附录C
软件开发文档指南
1 可行性研究报告
可行性研究报告的编写目的是:
说明该软件开发项目的实现在技术、经济和社会条件方面的可行性;评述为了合理地达到开发目标而可能选择的各种方案;说明论证所选定的方案。
可行性研究报告的编写内容要求如下:
1.1 引言
1.1.1 编写目的
本文的目的是阐述摩托车配件进销存管理系统的设计。
本设计的编写目的在于全面说明摩托车配件进销存管理系统中的设计方案,包括系统的基本处理流程、程序系统的组织结构、模块划分和功能分配,为程序的详细设计提供基础。
1.1.2 背景
由于近些年来开发工具的成熟,市场上已经存在许多进销存软件,但是多数并未针对摩托车配件销售行业,难以满足这些企业的需求,即便是已存在的摩托车配件进销存管理系统,也存在很多不实用的冗余功能。
这些企业需要一种功能实用、操作简便、安全稳定的摩托车配件进销存管理软件,以满足普通的进销存管理及基本的业务统计。
因此,开发适合于中小企业使用的摩托车配件进销存管理系统就显得十分迫切和必要.进销存管理系统是基于先进的软件和高速、大容量的硬件基础上的新的进销存管理模式,通过集中式的信息数据库,将企业的进、销、存、调拨、统计等企业的经营业务有机的结合起来,达到数据共享、降低成本、提高效率、改进服务等目的。
一般来说,利用进销存管理系统可以在以下方面提高企业的管理水平:
(1)实现从企业配件采购、入库、库存、出库的信息化管理。
(2)改善了企业内部各供应环节的管理、调度及资源配置,使管理合理规范。
(3)降低了因人工处理的费用及数据的差错,使企业降低了运营成本。
(4)降低采购成本。
(5)减少仓储面积,提高房产综合利用。
(6)加快资金周转实现的经济效益。
(7)提高管理水平、增加竞争能力。
项目选择在Microsoft公司的最新开发平台MicrosoftVisualStudio2005上,用c#.Net语言开发我们的系统。
Microsoft.NET是微软公司推出的为了简化在第三代因特网的高分布式环境下的应用程序开发,基于开发的互联网标准和协议实现异质语言和平台的高度交互性而构建的新一代计算和通信平台。
它的核心技术包括分布式计算、XML、组件技术、即时编译技术等。
它的可视化开发平台通过初期的几个版本,目前已经发展到了技术上更加成熟的MicrosoftVisualStudio2005。
Microsoft推出的全新编程和开发平台.NETFramework,支持多种语言利用公共.NET类库开发应用程序。
最新的开发平台和工具带来了最好的技术力量支持,使在此基础上开发的本系统具有更加良好的功能和性能。
1.1.3定义
摩托车配件进销存管理系统是利用计算机信息技术,将摩托车配件入库、出库、批发、门市零售等日常业务统一管理。
利用计算机在运算方面的优势,及时准确的将摩托车配件进、销、存等环节的数据输出,使经营人员更为科学的进行经营活动。
1.1.4 参考资料
暂无
1.2可行性研究的前提
1.2.1 要求
该系统应该具有制定采购计划、摩托车配件需求计算、材料供求分析的功能。
要以企业管理的计划和控制职能为核心,提供了生产、销售、采购、库管、计划等实用而丰富的管理功能。
1.2.2 目标
所建议的系统的开发目标应考虑以下几个方面:
(1)系统需要操作方便,方便管理员对整个系统的管理和查阅。
(2)系统需要提供综合查询系统,方便库存情况的查询。
(3)系统需要良好的扩展性,方便功能扩展和性能扩展。
(4)系统需要较好的安全性和灾难恢复机制。
1.2.3 条件、假定和限制
对本项目开发中给出的条件、假定和所受到的限制如下:
1.所建议系统的运行寿命的最小值
系统运行寿命的最小值应为10年.
2.进行系统方案选择比较的时间
系统方案选择比较的时间为1个月
3经费、投资的来源和限制
经费、投资的来源是某高校信息学院,限制不超过合同上约定的条目。
4.法律和政策方面的限制
系统的研制和开发都选用正版软件,将不会侵犯他人、集体和国家的利益,不会违反相关的国家政策和法律。
5.硬件、软件、运行环境和开发环境方面的条件和限制
(1)硬件资源
服务器:
工作站或小型机;
网络设备:
网络交换机,网卡,网线
其他设备:
打印机。
(2)软件资源
服务器端软件选择的具体说明:
操作系统:
Windows2003Server或WindowsNT。
数据库管理系统:
SQLServer2005。
开发语言:
C#
6.可利用的信息和资源
可参考传统的手工管理方式。
7.系统投入使用的最晚时间
系统投入使用的最晚时间为2012年7月。
1.2.4进行可行性研究的方法
本次可行性分析是按照前面给出的步骤进行的,即按照复查项目目标和规模,研究目前正使用的系统,导出新系统的高层逻辑模型,重新定义问题这一循环反复过程进行的。
1.2.5评价尺度
本系统进行评价时的主要尺度有:
费用的多少,开发时间的长短,以及使用的难易程度等。
1.3 对现有系统的分析
1.3.1 数据流程和处理流程
顶层数据流程:
1.3.2 工作负荷
现有系统的工作主要有:
(1)商品信息的管理。
(2)供应商及客户信息的维护。
(3)采购计划、物料需求计算、材料供求分析
1.3.3 费用开支
运行现有系统所需要的费用支出包括:
管理人员的工资、安装及维护费用等。
1.3.4 人员
运行维护现有系统的人员为企业管理部门经理
1.3.5 设备
现有系统所需要的设备有:
服务器、打印机等。
1.3.6局限性
现有系统的局限性表现在以下方面:
手工操作难度较大、易出错、工作量大;对商品信息和库存信息详细的查询困难。
随着使用气的加长,维护成本将不断增大。
1.4 所建议的系统
1.4.1 对所建议系统的说明
所建议的系统是基于B/S结构的企业进销存管理系统,采用B/S结构最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件。
只要有一台能上网的电脑就能使用,客户端零维护。
系统的扩展非常容易,只要能上网,再由系统管理员分配一个用户名和密码,就可以使用了。
1.4.2数据流程各处理流程
1.4.3 改进之处
(1)维护和升级方式简单
对于软件的升级及维护,B/S架构的产品明显体现着更为方便的特性。
B/S架构的软件只需要管理服务器就行了,所有的客户端只是浏览器,根本不需要做任何的维护。
无论用户的规模有多大,有多少分支机构都不会增加任何维护升级的工作量,所有的操作只需要针对服务器进行;如果是异地,只需要把服务器连接专网即可,实现远程维护、升级和共享。
(2)成本降低,选择更多
B/S架构的应用管理软件,可以安装在Linux服务器上,而且安全性高。
所以服务器操作系统的选择是很多的,而且Linux是免费的。
1.4.4 影响
1.4.4.1 对象设备的影响
由于本系统开发时采用新的技术和手段,所以需要配备符合本报告2.3条件所列出的条件的计算机硬件。
1.4.4.2对软件的影响
软件环境需符合本报告2.3条件所列出的。
1.4.4.3对用户单位机构的影响
为了运行所建议系统,需要管理员熟悉计算机相关操作。
1.4.4.4 对系统运行的影响
用户操作规程按照系统所建议系统的提示进行;系统失效后,数据库恢复到最新的更新备份状态进行保存。
1.4.4.4对开发的影响
开发过程需要及时与用户沟通、了解其需求,不断改进和完善系统。
1.4.4.6 对地点和设施的影响
1.4.4.7 对经费开支的影响
需要支付开发单位有关费用。
1.4.5 局限性
1.4.6 技术条件方面的可行性
本系统是一个基于B/S结构的管理系统,采用面向对象技术、数据库技术、分布式技术等先进技术开发的应用程序,现有的开发技术已非常成熟,且被广泛应用于各行各业,利用现有技术完全可以达到功能目标。
考虑开发期限较为充裕,预计可以在规定的时间内完成开发。
1.5 可选择其他系统方案
1.5.1 可选择的系统方案1
1.5.2 可选择的系统方案2
1.6 投资及收益分析
1.6.1 支出
1.6.1.1 基本建设投资
硬件设备:
服务器。
软件:
Windows2003Server或Linux、数据库管理系统:
SQLServer2005
开发工具:
VisualStudio2005。
1.6.1.2其他一次性支出
系统设计和开发费用。
1.6.1.3 非一次性支出
1.6.2 收益
1.6.2.1 一次性收益
管理方式的自动化,减少了人力、物力费用。
1.6.2.2非一次性收益
缩短了操作时间,极大地提高了工作效率和系统性能。
1.6.2.3 不可定量的收益
维护简单及效率提高带来的收益。
1.6.2.3收益/投资比
待定
1.6.4 投资回收周期
根据投资回收期计算方法,收益的累计数开始超过支出的累计数的时间为1年。
1.6.5 敏感性分析
1.7 社会条件方面的可行性
1.7.1 法律方面的可行性
所建议系统的研制和开发都选用正版软件,将不会侵犯他人、集体和国家的利益,不会违反相关的国家政策和法律。
1.7.2 使用方面的可行性
本系统的研制和开发充分考虑用户工作流程、计算机操作水平等,尽可能提供更人性化、直观的界面,满足用户要求。
系统的操作方式在用户组织内可行
1.8 结论
技术成熟,可着手组织开发。
2 项目开发计划
编制项目开发计划的目的是用文件的形式,把对于在开发过程中各项工作的负责人员、开发进度所需经费预算、所需软、硬件条件等问题作出安排记载下来,以便根据本计划开展和检查本项目的开发工作。
编制内容要求如下:
2.1 引言
2.1.1 编写目的
根据项目开发计划书来有效组织团队对项目进行合理科学的开发工作,预期读者为小组所有成员
2.1.2 背景
说明:
a.摩托车配件进销存管理系统
b.本项目的任务提出者为客户、开发者为本团队
C.该软件系统同其他系统或其他机构的基本的相互来往关系密切。
2.1.3 定义
2.1.4 参考资料
a.本项目的经核准的计划任务书或合同、上级机关的批文此处略去;
2.2 项目概述
2.2.1 工作内容
简要地说明在本项目的开发中须进行的各项主要工作。
1先进行需求分析,对用户的需求作详细的询问,这是直观重要的一个工作
2团队讨论,分工协作,数据库设计,模块开发设计(原形,软件功能实现)有序进行
2.2.2 主要参加人员
顾运技术方面:
精通c#.netvs2005+sqlserver2005programmerdesigning
2.2.3 产品及成果
2.2.3.1 程序
2.2.3.2 文件
2.2.3.3 服务
承络向用户提供各项服务,包括培训安装、维护和运行支持等,规定开始日期为软件发布日期、期限为5年。
2.2.3.4 非移交产品
2.2.4 验收标准
2.2.5 完成项目的最迟期限
2012.5.17
2.2.6 本计划的审查者与批准者
项目经理顾运
2.3 实施总计划
2.3.1 工作任务的分解
项目经理顾运负责数据库设计,模块开发设计(原形,软件功能实现)及打包部署产品发布
2.3.2 接口人员
a.负责本项目同用户的接口人员为项目经理;
b.负责本项目同本单位各管理机构,如合同计划管理部门、财务部门、质量管理部门等的接口人员为项目经理;
c.负责本项目同各分合同负责单位的接口人员为项目经理。
2.3.3 进度
3周内完成全部开发工作
2.3.4预算
本开发项目所需要的劳务(包括人员的数量和时间)人员数量为1,时间为3周
以及经费的预算(包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等)和来源。
2.3.5 关键问题
影响整个项目成败的关键问题在于前期的系统需求分析
2.4 支持条件
2.4.1 计算机系统支持
2.4.2 需要用户承担的工作
2.4.3 需由外单位提供的条件
2.5 专题计划要点
3 软件需求说明书
软件需求说明书的编制是为了使用户和软件开发者双方对该软件的起初规定有一个共同的理解,使之成为整个开发工作的基础。
编制软件需求说明书的内容要求如下:
3.1 引言
3.1.1 编写目的
准确了解用户的需求,准确了解系统必须做些什么,对目标系统提出完整的准确的清晰的具体的要求,为以后的开发工作打好基础,指明一个正确的方向。
3.1.2 背景
传统的摩托车配件经营对互联网的利用不够,经营成本相对较高、效益较低。
本设计的主要目标是实现一款针对摩托车配件公司的专业化网络管理软件。
通过浏览器与服务器端的通信,实现跨地区的摩托车配件采购、仓储和销售等业务数据的共享,以便分布在各地的摩托车配件采购、销售等工作人员即时反馈供求信息,提高企业的运作效率。
通过该摩托车配件购销管理系统,可以有效解决摩托车配件采购、仓储和销售过程中因为信息滞后而引起的经营成本过高的问题。
3.1.3 定义
3.1.1 参考资料
3.2 任务概述
3.2.1 目标
3.2.2 用户的特点
3.2.3 假定与约束
工具和语言约束:
vs2005c#.net设计约束;应该使用的标准;硬件平台;
3.3 需求规定
3.3.1 对功能的规定
摩托车配件进销存管理系统主要包含四个功能模块:
用户管理、采购管理、仓储管理和销售管理。
各个模块主要功能分别如下:
(一)用户管理子系统。
主要实现对用户的增删管理、基本信息管理和权限变更管理。
(二)采购管理子系统用于实现摩托车配件采购过程中的采购订单、收货通知单等基本文件的编制,通过库存信息、缺货信息以及摩托车配件供应商信息实现采购订单、收获通知单的开立、递送、撤销等日常采购业务。
(三)仓库管理子系统用于管理摩托车配件的库存状况等基本信息,完成每次摩托车配件进出仓库的质量检验及数据变更,能够对不同品种进行分类管理及存量控制。
(四)销售管理子系统用于处理摩托车配件销售的日常业务,完成销售订单、出库申请单等基本文件的编制,并能通过销售订单对每一个月的销售情况进行统计,生成月销售单。
3.3.2 对性能的规定
3.3.2.1 精度
3.3.2.2 时间特性要求
同时提供鼠标与键盘操作。
3.3.2.3 灵活性
模块化设计,方便以后的扩展
3.3.3 输入输出要求
(1)输入方式为键盘输入,在输入时要求尽可能少输入数据,提供常用数据的选择输入,并提供数据的核对功能。
(2)输出方式提供屏幕输出和打印输出两种方式,屏幕输出与打印输出的内容要求保持一致。
3.3.4 数据管理能力的要求
(1)订单数据应保存10年以上,每月已处理订单数据备份存档,且不允许修改。
(2)对用户的管理应该由授权的人进行,不可随意修改删除。
(3)单据表格应该方便填写,有一定的可选项,并且简单明了。
3.3.5 故障处理要求
(1)涉及数据库访问的应用程序必须保证数据库的一致性。
(2)应用程序故障时可重启电脑而继续使用
3.3.6 其它的专门的要求
(1)系统只能由授权的人员操作,以保证数据的安全。
(2)保证数据不被非指定人员修改与删除
(3)一般情况不处理退货
3.4 运行环境规定
3.4.1 设备
(1)要求采用专用服务器作为Web服务器及数据库服务器
(2)打印机
3.4.2 支持软件
低端计算机设备采用Windows2000(专业版)/XP;摩托车配件进销存管理系统的实现主要基于c#.net开发技术
3.4.3接口
该B/S结构网络系统采用TCP/IP进行数据传递,访问SQL数据库时采用ADO方式进行访问。
3.4.4 控制
摩托车配件进销存管理系统可以通过启动浏览器,输入Web服务器地址后进入系统。
4 数据需求说明书
数据要求说明书的编制目的是为了向整个开发时期提供关于处理数据的描述和数据采集要求的技术信息。
编制数据要求说明书的内容要求如下:
4.1 引言
4.1.1 编写目的
为准确说明系统的数据存储与处理方式,特编写本数据要求说明。
该数据要求说明书主要提供给系统实现人员使用,并用于与用户沟通,确认系统满足用户的功能需求。
4.1.2背景
摩托车配件进销存管理系统要处理的数据主要是订单信息数据、库存信息数据、销售信息数据等。
下面是关于数据库设计的关键说明。
(1)系统名称:
某企业摩托车配件进销存管理系统。
(2)数据库名称:
db_MOTOJXC。
(3)数据库管理系统:
采用sqlserver2005
4.1.3 定义
(1)PK,主码,是唯一确定一条记录的关键数据项。
(2)ER图,实体联系图,是反映与数据相关的实体及实体之间关系的图。
(3)vs2005是microsoft公司开发的.net开发工具,是本系统开发的工具。
4.1.4 参考资料
4.2 数据的逻辑描述
4.2.1 静态数据
(1)系统用户基本信息,包括帐号、用户名等。
(2)长期供应商信息,包括供应商号、供应商名、品种类型等
4.2.2 动态输入数据
(1)采购订单数据,包括采购订单编号、数量等
(2)收货通知单数据,包括编号、供应商信息等
(3)库存总账数据,包括库存总账编号、库存总量
(4)入库单数据,包括入库单编号、入库数量等。
(5)出库单数据,包括出库单编号、出库数量等
(6)付款通知单数据,包括付款单编号、付款金额等
(7)缺货单数据,包括编号、缺货品种等
(8)销售订单数据,包括编号、客户信息等数据
(9)出库申请单数据,包括出库品种、客户信息等数据
4.2.3 动态输出数据
4.2.4 内部生成数据
(1)月销售账单汇总
4.2.5 数据约定
4.3 数据的采集
4.3.1 要求和范围
摩托车配件进销存管理系统的数据采集来自采购、销售、和仓储部门,其数据范围包括摩托车配件信息的相关数据。
(1)采购负责联系上游摩托车配件供应商,管理供应商信息数据。
(2)仓储部门获取摩托车配件入库信息等数据。
(3)销售部获取需求信息以及销售业绩数据。
4.3.2 输入的承担者
长期合作供应商数据输入的承担者为负责采购管理的采购部员工,入库信息数据输入的承担者为负责仓储管理的员工,而需求信息数据的输入主要由销售部门的员工负责。
4.3.3处理
在网络系统环境下,由销售部进行销售订单、销售额等数据处理,订单数据处理后送交仓储部门;仓储部门根据摩托车配件入库信息及订单信息进行库存管理。
采购部门根据库存状况进行适当的采购。
4.3.4 影响
该系统为B/S网络版的摩托车配件进销存管理系统,需要企业设立专门的信息中心,负责共享数据库服务器的管理。
5 概要设计说明书
概要设计说明书可称作系统设计说明书,这里说的系统是指程序系统,编制的目的是说明对程序的系统的设计考虑,包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等,为程序的详细设计提供基础。
编制概要设计说明书的内容要求如下:
5.1 引言
5.1.1 编写目的
本概要设计说明书是针对摩托车配件进销存管理系统而编写的。
目的是明确系统的数据结构和软件结构,对该项目进行总体设计给出内部软件和外部系统部件之间的接口定义,在明确系统需求的基础上划分系统的功能模块,进行系统开发的分工,明确各模块间的接口、数据结构的细节以及具体的装配要求。
为进行后面的详细设计和实现作准备。
5.1.2背景
项目名称:
摩托车配件进销存管理系统
项目开发者
5.1.3 定义
在该概要设计说明书中的专门术语有:
进销存管理系统、SQLServer2005数据库。
5.1.4 参考资料
【1】谭庆平等编著,《软件工程实践教程》北京高等教育出版社,2009年4月
【2】赵池龙等编著,《实验软件工程》(第2版)电子工业出版社,2006年7月
【3】萨师煊,王珊等编著,《数据库系统概论》北京高等教育出版社,2004年
5.2 总体设计
5.2.1 需求规定
5.2.2 运行环境
设备
⑴CPU:
PentiumⅢ500MHz以上
⑵磁盘空间容量:
600MB以上
⑶内存:
128MB以上
支持软件
⑴操作系统:
windows或linux
⑵数据库为SQLServer2005
⑶其它软件:
vs2005
5.2.3 基本设计概念和处理流程
5.2.4 结构
5.2.5 功能需求与程序的关系
5.2.6 人工处理过程
5.2.7 尚未解决的问题
5.3 接口设计
5.3.1 用户接口
用户需要一个友善的界面。
在界面设计上应做到简单易于操作。
在设计语言上,使用c#.net进行编程。
5.3.2 内部接口
各模块之间采用函数调用、参数传递、返回值的方式进行信息传递
5.3.3 外部接口
5.4 运行设计
5.4.1 运行模块组合
服务器程序的接收网络数据模块必须始终处于活动状态。
接收到数据后,调用数据处理/查询模块对数据库进行访问,完成后调用网络发送模块,将信息返回客户机。
具体软件的运行模块组合为程序多窗口的运行环境,各个模块在软件运行过程中能较好的交换信息,处理数据。
5.4.2 运行控制
软件运行时有较友好的界面,基本能够实现用户的数据处理要求。
5.4.3 运行时间
系统的运行时间基本可以达到用户所提出的要求,在0.1S之内。
5.5 系统数据结构设计
5.5.1 逻辑结构设计要点
5.5.2 物理结构设计要点
系统的物理结构具体由数据库来设计与生成
5.5.3 数据结构与程序的关系
服务器程序在对录入、修改、删除和查询信息进行操作时需对数据库数据结构,也就是数据表进行查询和修改:
在定过程中都需要对数据库中的所有表,进行联合查询、修改。
5.6 系统出错处理设计
5.6.1 出错信息
用户输入为空时,系统提示“输入的——不能为空”。
在用户使用错误的数据或访问没有权限的数据后,系统给出提示:
“对不起,你非法使用数据,没有权限!
”而且用户的密码管理可以允许用户修改自己的密码,不允许用户的匿名登录。
用户在使用关键字或资源名称检索时,如没有相关信息,系统给出提示:
“对不起,没有找到匹配的资源”。
编号重复错误时,系统提示“__已存在请重新输入”。
数据库连接问题,系统提示“数据库连接问题!
”。
5.6.2 补救措施
由于数据在数据库中已经有备份,故在系统出错后可以依靠数据库的恢复功能,并且依靠日志文件使系统再启动,就算系统崩溃用户数据也不会丢失或遭到破坏。
但有可能占用更多的数据存储空间,权衡措施由用户来决定。
5.6.3 系统维护设计
由于系统较小没有外加维护模块,因为维护工作比较简单,仅靠数据库的一些基本维护。
如:
定期为数据库进行Backup,维护管理数据库死锁问题和维护数据库内数据的一致性等。
6 详细设计说明书
详细说明书可称作程序设计说明书。
编制目的是说明一个软件系统各个层次中的每一个程序
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 摩托车配件 进销存 管理 系统