1.需求分析.docx

《1.需求分析.docx》由会员分享，可在线阅读，更多相关《1.需求分析.docx（9页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、1.需求分析 胡海洋小组 文 档 编 号 产品版本 密级 文件状态: 正在修改 正式发布 All-T-2019/12/29 Version 1.0 内部 项目名称 超市订单管理系统 共19页 软件学院官网 需求分析 文档拟制： 过峰，付浩洋 项目组长： 张嘉豪 批 准 人： 邓怡志 拟制日期：2019年12月29日 组 长 ： 张嘉豪 组 员 ： 张嘉豪，刘龙泉，邹松林，付浩洋，过峰 书目 1引言 4 1.1编写目的 4 1.2编写约定 4 1.2.1书目规则 4 1.2.2正文内容 4 1.2.3模板标注 4 1.3读者对象和阅读建议 4 1.4术语说明 5 1.5参考资料 5 2项目概述

2、5 2.1项目名称 5 2.2项目背景 5 2.3项目目标 6 2.4项目开发环境 6 3项目总体概述 6 3.1系统主要功能 6 3.1.1后台主要功能 7 3.2系统主要结构 8 4软件功能需求 8 4.1 订单管理模块 8 4.1.1查询订单 9 4.1.2修改订单 10 4.1.3删除订单 10 4.1.4添加订单 11 4.2供应商管理模块 11 4.2.1查询供应商信息 12 4.2.2修改供应商信息 13 4.2.3删除供应商信息 13 4.2.4添加供应商 14 4.3用户管理模块 14 4.3.1查询供应商信息 15 4.3.2修改用户信息 16 4.2.3删除用户信息 16

3、 4.2.4添加供应商 17 5软件非功能需求 17 5.1 运用需求 18 5.1.1牢靠性需求 18 5.1.2 软件界面 18 5.1.3 运行速度 18 5.1.4质量属性需求 18 5.2文档需求 18 5.3设计约束 19 5.4其他需求 19 6.1未解决的问题 19 6.2其他事项 19 1引言 1.1编写目的 本说明书目的在于明确系统需求，界定系统实现功能的范围，指导系统设计以及编码。 本说明书的预期读者，本小组的每一位成员。 1.2编写约定 本章节是对于文档编写的规范说明： 1.2.1书目规则 一级标题字体为小三+黑体+加粗，编号从1起先 二级标题字体为四号+黑体+加粗，编

4、号如1.1起先,1为上级编号 三级标题字体为小四+黑体+加粗，编号如1.1.1起先1.1为上两级编码组合； 1.2.2正文内容 正文内容都为五号+宋体（首行缩进两个字符），段间距为2倍行距；项目符号可以自行定义。 表的标注在表上方居中显示“表*-*-*”;表格内的字体统一为小五号+宋体。表格内的字体统一为五号+宋体。 1.2.3模板标注 1.3读者对象和阅读建议 项目小组的全部小组成员，以及项目的辅导老师。 表1 阅读建议 读者分类 阅 读 重 点 备注 项目成员 全文 辅导老师 功能需求 用户 产品介绍 1.4术语说明 表2 缩略语 缩略语 原 文 中文含义 SR_W ServiesRequ

5、irement_Wendang 文档需求 SR_L ServiesRequirement_Limit 设计约束 1.5参考资料 2项目概述 超市订单管理系统是在超市管理中引进现代化的办公软件，实现超市浩大商品的限制和传输，从而便利销售行业的管理和决策，为超市和超市管理人员解除后顾之忧。一款好的超市订单管理系统，应当是可以帮助超市工作人员提高工作效率，帮助超市工作人员利用计算机，极为便利的对超市的有关数据进行管理、输入、输出、查找等有关操作，使杂乱的超市数据能够详细化、直观化、合理化等。 2.1项目名称 超市订单管理系统 2.2项目背景 （1）系统名称：超市订单管理系统（2）项目提出者：张嘉豪小

6、组 （3）项目开发者：张嘉豪小组 （4）本系统能为超市工作人员与超市订单信息之间供应一个信息沟通和传递的平台 87909 2.3项目目标 要提高市场竞争力，既要有好的产品质量，同时也要有好的市场客户服务。超市要做到能刚好响应客户的产品需求，就必需有一个好的安排，使得超市销售和生产制造两个环节能够很好的协调协作。 超市订单管理系统是超市经营管理的核心环节，是一个超市能否取得效益的关键，假如能做到合理生产，刚好销售，库存量最小，削减积压。那么超市就能取得最佳效益。由此可见，超市订单管理系统决策的正确与推翻定了超市的效益。 2.4项目开发环境 操作环境：华东交通高校高校软件学院201机房 硬件环境：

7、清华同方；Intel Pentium处理器 ；1GB内存 操作系统：Windows 10 软件环境：MyEclipse 8.x Stable (8.0 GA) Microsoft SQL Server 3项目总体概述 3.1系统主要功能 本系统分为五个模块：登录和退出模块、订单管理模块、供应商管理模块、用户管理模块、密码修改模块。 3.1.1后台主要功能 图3.1.1后台功能结构图 3.2系统主要结构 图3.2 系统主要结构流程图 4软件功能需求 4.1 订单管理模块 用例图： 4.1.1查询订单 用例图： 需求描述：查询你所想知道的订单信息 执行者：管理员 优先级：重要的 前置条件： a)

8、胜利登陆 b) 点击查询选项，跳转到操作区域 后置条件：查询信息，从数据库数据库提取相关数据 正常过程：前置条件发生后，将数据库的内容提取出来，并在相关页面显示出来。 4.1.2修改订单 用例图： 需求描述：对订单进行修改 执行者：管理员 优先级：重要的 前置条件： a) 管理员胜利登陆 c) 点击修改选项，跳转到操作区域 b) 输入修改内容，点击提交 后置条件：修改订单，更新数据库的相关内容 正常过程：前置条件发生后，将修改订单的内容更新至数据库内，并在相关页面显示出来。 4.1.3删除订单 用例图： 需求描述：删除订单 执行者：管理员 优先级：重要的 前置条件： a)管理员胜利登陆 b)点

9、击删除，删除相关订单 后置条件： 删除该订单，修改数据库相关内容 正常过程：前置条件发生后，将数据库内的相关内容删除，并在相关页面显示出删除之后的结果。 4.1.4添加订单 用例图： 需求描述：添加订单 执行者：管理员 优先级：重要的 前置条件： a)管理员胜利登陆 b)点击添加，添加相关订单 后置条件： 添加该订单，修改数据库相关内容 正常过程：前置条件发生后，输入添加的内容，并添加到数据库里。 4.2供应商管理模块 用例图： 4.2.1查询供应商信息 用例图： 需求描述：查询你所想知道的供应商信息 执行者：管理员 优先级：重要的 前置条件： d) 胜利登陆 e) 点击查询选项，跳转到操作区

10、域 后置条件：查询信息，从数据库数据库提取相关数据 正常过程：前置条件发生后，将数据库的内容提取出来，并在相关页面显示出来。 4.2.2修改供应商信息 用例图： 需求描述：对供应商信息进行修改 执行者：管理员 优先级：重要的 前置条件： c) 管理员胜利登陆 f) 点击修改选项，跳转到操作区域 d) 输入修改内容，点击提交 后置条件：修改供应商信息，更新数据库的相关内容 正常过程：前置条件发生后，将修改供应商信息的内容更新至数据库内，并在相关页面显示出来。 4.2.3删除供应商信息 用例图： 需求描述：删除供应商信息 执行者：管理员 优先级：重要的 前置条件： a)管理员胜利登陆 b)点击删除

11、，删除相关供应商信息 后置条件： 删除该供应商信息，修改数据库相关内容 正常过程：前置条件发生后，将数据库内的相关内容删除，并在相关页面显示出删除之后的结果。 4.2.4添加供应商 用例图： 需求描述：添加供应商 执行者：管理员 优先级：重要的 前置条件： a)管理员胜利登陆 b)点击添加，添加供应商 后置条件： 添加供应商，修改数据库相关内容 正常过程：前置条件发生后，输入添加的内容，并添加到数据库里。4.3用户管理模块 用例图： 4.3.1查询供应商信息 用例图： 需求描述：查询你所想知道的用户信息 执行者：管理员 优先级：重要的 前置条件： g) 胜利登陆 h) 点击查询选项，跳转到操作

12、区域 后置条件：查询信息，从数据库数据库提取相关数据 正常过程：前置条件发生后，将数据库的内容提取出来，并在相关页面显示出来。 4.3.2修改用户信息 用例图： 需求描述：对用户信息进行修改 执行者：管理员 优先级：重要的 前置条件： e) 管理员胜利登陆 i) 点击修改选项，跳转到操作区域 f) 输入修改内容，点击提交 后置条件：修改用户信息，更新数据库的相关内容 正常过程：前置条件发生后，将修改用户信息的内容更新至数据库内，并在相关页面显示出来。 4.2.3删除用户信息 用例图： 需求描述：删除用户信息 执行者：管理员 优先级：重要的 前置条件： a)管理员胜利登陆 b)点击删除，删除相关

13、用户信息 后置条件： 删除该用户信息，修改数据库相关内容 正常过程：前置条件发生后，将数据库内的相关内容删除，并在相关页面显示出删除之后的结果。 4.2.4添加供应商 用例图： 需求描述：添加用户 执行者：管理员 优先级：重要的 前置条件： a)管理员胜利登陆 b)点击添加，添加用户 后置条件： 添加用户，修改数据库相关内容 正常过程：前置条件发生后，输入添加的内容，并添加到数据库里。 5软件非功能需求 所谓非功能性需求，是指软件产品为满意用户业务需求而必需具有且除功能需求以外的特性。软件产品本身不是孤立存在的，还涉及到诸多外在环境的影响，非功能性需求涉及的范围很广，比如质量、性能、属性等需求

14、。 5.1 运用需求 5.1.1牢靠性需求 需求描述：当管理员出现错误的操作后支持复原，当管理员在运用过程中遇到错误的时候可以在3秒之内定位问题，但业务场景和逻辑发生改变的时候软件不予支持，当软件运用过程中计算机出现死机或电源中断被迫关机等，软件可以自动保存用户操作过程中的数据。优先级：重要的。 5.1.2 软件界面 需求描述：简洁大方，能够是用户快速熟识软件功能。 优先级：重要的。5.1.3 运行速度 需求描述：登录系统时间上限为6秒。优先级：有用的。 5.1.4质量属性需求 软件健壮性 需求描述：软件出现异样时能够在极短时间内修复错误。 优先级：重要的。 5.2文档需求 SR_W_01 用

15、户手册 需求描述：说明本软件所具有的各项功能以及它们的极限范围。 优先级：有用的。 SR_W_02 操作手册 需求描述：具体说明本软件的运用方法以及它的留意事项。 优先级：有用的。 5.3设计约束 SR_L_01 所绘图形导出格式的约束 需求描述：应当迎合当今主流图片（如：bmp、jpg、png等）。 优先级：重要的。 5.4其他需求 稳定并且能够正常运用 6其它事项 6.1未解决的问题 用户还短暂不能运用这个模块，还没有前端的这个功能。以后要尽量开发。而且也不能精确修改一些数据。 6.2其他事项 登录密码错误的那个界面还没有做，所以每次的密码账号错误都会显示是系统修理，那只是密码错误了而已。