2023年需求分析.doc

1.需求分析 胡海洋小组 文 档 编 号 产品版本 密级 文件状态: [ ] 正在修改 [ √ ] 正式发布 All-T-2023/12/29 Version 1.0 内部 项目名称 超市订单管理系统 共19页 软件学院官网 需求分析 文档拟制：过峰，付浩洋 项目组长： 张嘉豪 批 准 人： 邓怡志 拟制日期：2023年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项目概述 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 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开始 二级标题字体为四号+黑体+加粗，编号如1.1开始,1为上级编号 三级标题字体为小四+黑体+加粗，编号如1.1.1开始1.1为上两级编码组合； 1.2.2正文内容 正文内容都为五号+宋体〔首行缩进两个字符〕，段间距为2倍行距；项目符号可以自行定义。 表的标注在表上方居中显示“表x-x-x〞;表格内的字体统一为小五号+宋体。 表格内的字体统一为五号+宋体。 1.2.3模板标注 1.3读者对象和阅读建议 项目小组的所有小组成员，以及项目的辅导老师。 表1 阅读建议 读者分类 阅 读 重 点 备注 项目成员 全文 辅导老师 功能需求 用户 产品介绍 1.4术语解释 表2 缩略语 缩略语 原 文 中文含义 SR_W ServiesRequirement_Wendang 文档需求 SR_L ServiesRequirement_Limit 设计约束 1.5参考资料 2项目概述 超市订单管理系统是在超市管理中引进现代化的办公软件，实现超市庞大商品的控制和传输，从而方便销售行业的管理和决策，为超市和超市管理人员解除后顾之忧。一款好的超市订单管理系统，应该是可以帮助超市工作人员提高工作效率，帮助超市工作人员利用计算机，极为方便的对超市的有关数据进行管理、输入、输出、查找等有关操作，使杂乱的超市数据能够具体化、直观化、合理化等。 2.1项目名称 超市订单管理系统 2.2项目背景 〔1〕系统名称：超市订单管理系统〔2〕项目提出者：张嘉豪小组 〔3〕项目开发者：张嘉豪小组 〔4〕本系统能为超市工作人员与超市订单信息之间提供一个信息交流和传递的平台 87909 2.3项目目标 要提高市场竞争力，既要有好的产品质量，同时也要有好的市场客户效劳。超市要做到能及时响应客户的产品需求，就必须有一个好的方案，使得超市销售和生产制造两个环节能够很好的协调配合。 超市订单管理系统是超市经营管理的核心环节，是一个超市能否取得效益的关键，如果能做到合理生产，及时销售，库存量最小，减少积压。那么超市就能取得最正确效益。由此可见，超市订单管理系统决策的正确与否决定了超市的效益。 2.4项目开发环境 操作环境：华东交通大学大学软件学院201机房 硬件环境：清华同方；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) 成功登陆 b) 点击查询选项，跳转到操作区域 后置条件：查询信息，从数据库数据库提取相关数据 正常过程：前置条件发生后，将数据库的内容提取出来，并在相关页面显示出来。 4.1.2修改订单 用例图： 需求描述：对订单进行修改 执行者：管理员 优先级：重要的 前置条件：a) 管理员成功登陆 c) 点击修改选项，跳转到操作区域 b) 输入修改内容，点击提交 后置条件：修改订单，更新数据库的相关内容 正常过程：前置条件发生后，将修改订单的内容更新至数据库内，并在相关页面显示出来。 4.1.3删除订单 用例图： 需求描述：删除订单 执行者：管理员 优先级：重要的 前置条件：a)管理员成功登陆 b)点击删除，删除相关订单 后置条件：删除该订单，修改数据库相关内容 正常过程：前置条件发生后，将数据库内的相关内容删除，并在相关页面显示出删除之后的结果。 4.1.4添加订单 用例图： 需求描述：添加订单 执行者：管理员 优先级：重要的 前置条件：a)管理员成功登陆 b)点击添加，添加相关订单 后置条件：添加该订单，修改数据库相关内容 正常过程：前置条件发生后，输入添加的内容，并添加到数据库里。 4.2供给商管理模块 用例图： 4.2.1查询供给商信息 用例图： 需求描述：查询你所想知道的供给商信息 执行者：管理员 优先级：重要的 前置条件：d) 成功登陆 e) 点击查询选项，跳转到操作区域 后置条件：查询信息，从数据库数据库提取相关数据 正常过程：前置条件发生后，将数据库的内容提取出来，并在相关页面显示出来。 4.2.2修改供给商信息 用例图： 需求描述：对供给商信息进行修改 执行者：管理员 优先级：重要的 前置条件：c) 管理员成功登陆 f) 点击修改选项，跳转到操作区域 d) 输入修改内容，点击提交 后置条件：修改供给商信息，更新数据库的相关内容 正常过程：前置条件发生后，将修改供给商信息的内容更新至数据库内，并在相关页面显示出来。 4.2.3删除供给商信息 用例图： 需求描述：删除供给商信息 执行者：管理员 优先级：重要的 前置条件：a)管理员成功登陆 b)点击删除，删除相关供给商信息 后置条件：删除该供给商信息，修改数据库相关内容 正常过程：前置条件发生后，将数据库内的相关内容删除，并在相关页面显示出删除之后的结果。 4.2.4添加供给商 用例图： 需求描述：添加供给商 执行者：管理员 优先级：重要的 前置条件：a)管理员成功登陆 b)点击添加，添加供给商 后置条件：添加供给商，修改数据库相关内容 正常过程：前置条件发生后，输入添加的内容，并添加到数据库里。 4.3用户管理模块 用例图： 4.3.1查询供给商信息 用例图： 需求描述：查询你所想知道的用户信息 执行者：管理员 优先级：重要的 前置条件：g) 成功登陆 h) 点击查询选项，跳转到操作区域 后置条件：查询信息，从数据库数据库提取相关数据 正常过程：前置条件发生后，将数据库的内容提取出来，并在相关页面显示出来。 4.3.2修改用户信息 用例图： 需求描述：对用户信息进行修改 执行者：管理员 优先级：重要的 前置条件：e) 管理员成功登陆 i) 点击修改选项，跳转到操作区域 f) 输入修改内容，点击提交 后置条件：修改用户信息，更新数据库的相关内容 正常过程：前置条件发生后，将修改用户信息的内容更新至数据库内，并在相关页面显示出来。 4.2.3删除用户信息 用例图： 需求描述：删除用户信息 执行者：管理员 优先级：重要的 前置条件：a)管理员成功登陆 b)点击删除，删除相关用户信息 后置条件：删除该用户信息，修改数据库相关内容 正常过程：前置条件发生后，将数据库内的相关内容删除，并在相关页面显示出删除之后的结果。 4.2.4添加供给商 用例图： 需求描述：添加用户 执行者：管理员 优先级：重要的 前置条件：a)管理员成功登陆 b)点击添加，添加用户 后置条件：添加用户，修改数据库相关内容 正常过程：前置条件发生后，输入添加的内容，并添加到数据库里。 5软件非功能需求 所谓非功能性需求，是指软件产品为满足用户业务需求而必须具有且除功能需求以外的特性。软件产品本身不是孤立存在的，还涉及到诸多外在环境的影响，非功能性需求涉及的范围很广，比方质量、性能、属性等需求。 5.1 使用需求 5.1.1可靠性需求 需求描述：当管理员出现错误的操作后支持恢复，当管理员在使用过程中遇到错误的时候可以在3秒之内定位问题，但业务场景和逻辑发生变化的时候软件不予支持，当软件使用过程中计算机出现死机或电源中断被迫关机等，软件可以自动保存用户操作过程中的数据。 优先级：重要的。 5.1.2 软件界面 需求描述：简洁大方，能够是用户快速熟悉软件功能。 优先级：重要的。 5.1.3 运行速度 需求描述：系统时间上限为6秒。 优先级：有用的。 5.1.4质量属性需求 软件健壮性 需求描述：软件出现异常时能够在极短时间内修复错误。 优先级：重要的。 5.2文档需求 SR_W_01 用户手册 需求描述：说明本软件所具有的各项功能以及它们的极限范围。 优先级：有用的。 SR_W_02 操作手册 需求描述：详细说明本软件的使用方法以及它的本卷须知。 优先级：有用的。 5.3设计约束 SR_L_01 所绘图形导出格式的约束 需求描述：应该迎合当今主流图片〔如：bmp、jpg、png等〕。 优先级：重要的。 5.4其他需求 稳定并且能够正常使用 6其它事项 6.1未解决的问题 用户还暂时不能使用这个模块，还没有前端的这个功能。以后要尽量开发。而且也不能精确修改一些数据。 6.2其他事项 密码错误的那个界面还没有做，所以每次的密码账号错误都会显示是系统维修，那只是密码错误了而已。