小食品销售管理系统设计.doc

小食品销售管理系统 系统分析说明书 班级：计算０９２班 组长：罗文 组员：张磊、刘忠奎、李俊均 李圣龙、王倩修订表 编号 生成版本 修订人 修订章节与内容 修订日期 审批记录 版本 审批人 审批意见 审批日期 目录 1引言 4 1.1编写目的 4 1.2背景 4 1.3术语与缩略语 4 1.4参考资料 4 2 影响设计的约束因素 5 2.1需求约束 5 2.1.1运行平台 5 2.1.2 软件、硬件环境 5 2.1.3 接口/协议约束 5 2.1.4软件质量约束 5 2.1.5隐含约束 5 3 系统架构设计 6 4数据流程图 7 5 模块汇总表 8 5.1模块详细设计 8 5.1.1登录模块设计 8 5.1.2修改密码模块 8 5.1.3食品更新模块设计 9 5.1.4食品查询模块 9 5.1.5食品销售模块 10 6数据库设计规划 11 6.1表汇总 11 6.1.1表User 12 6.1.2表 Food 12 6.1.3 表Sell 13 6.1.4 表 Lack 13 6.1.5 表 Overdue 14 6.2数据库关系图 14 7 系统界面设计 15 7.1用户登陆界面 15 7.2系统的主界面 15 7.3采购信息的界面 16 7.4查询功能界面 16 7.4.1查询具体食品信息界面 16 7.4.2销售清单查询界面 17 7.4.3库存不足食品清单查询 17 7.4.4过期食品查询 18 7.5销售信息界面 18  1引言 1.1编写目的 通过本系统软件，能帮助管理人员利用计算机快速方便对品进行、查找操作减轻品管理工作人员的工作负担本项目的名称：。　　本项目的任务提出者本项目的任务开发者项目与其他软件或其他系统的关系 解 释 1.4参考资料 资料名称[标识符] 版 单 位 者 期 清华大学出版社 软件工程 北京大学出版社 王利福张世琨 朱冰 数据库原理及应用 科学出版社 李绍原 奔腾/协议约束 本软件系统为独立软件，不存在接口问题。 2.1.4软件质量约束 软件质量的约束，如模块性、正确性、明确性、简单性、可维护性、可验证性、可移植性、可伸缩性、可扩展性、可兼容性、可靠性、准确性、安全性、可用性、健壮性、易用性、效率（性能）、清晰性等。 2.1.5隐含约束 有一些假设或依赖并没有在需求文档中明确指出，但可能会对系统设计产生影响，设计人员应当尽可能地在此处说明。例如对用户教育程度、计算机技能的一些假设或依赖，对支撑本系统的软件硬件的假设或依赖等。 3 系统架构设计 系统的总体结构设计是指确定整个系统由哪些部分组成，以及各部分在物理上、逻辑上的相互关系。系统总体结构设计一般是一个自上而下的分解过程。思想是基于结构化的开发方法。 图1 系统功能结构图 4数据流程图 图2 系统流程图 5 模块汇总表 小食品管理信息系统 模块名称 功 能 简 述 登录模块 用户进入系统进行身份判断 修改密码模块 修改自己登陆的密码 食品更新模块 对食品的基本信息进行操作，包括添加，删除 食品查询模块 查询食品的基本信息 食品销售模块 显示已经销售食品的基本信息 5.1模块详细设计 5.1.1登录模块设计 模块名称 登录模块 功能描述 验证用户身份功能模块用于对登录系统的用户进行身份验证，确定用户是否拥有使用该系统的资格。登录简易、方便。 接口与属性 判断用户输入的口令是否正确，输入参数：账号为三位数字，密码为6到12之间个数字或字母。 口令正确进入系统，口令出错则提示错误需要再次输入正确的口令方可进入。 数据结构 与算法 不论是采用经典的还是专用的数据结构与算法，都应该做必要的描述。不仅用于指导程序的实现，还可以让人清楚地了解该对象类是如何设计的。 补充说明 5.1.2修改密码模块 模块名称 修改密码模块 功能描述 修改自己登陆的密码 接口与属性 登陆成功后选择修改密码，然后输入旧密码，新密码并再次输入新密码进行确认后确定就可修改成功。 数据结构 与算法 不论是采用经典的还是专用的数据结构与算法，都应该做必要的描述。不仅用于指导程序的实现，还可以让人清楚地了解该对象类是如何设计的。 补充说明 5.1.3食品更新模块设计 模块名称 食品更新模块 功能描述 对食品的基本信息进行操作，如：添加，删除，显示食品的基