市场需求分析1.需求分析

《市场需求分析1.需求分析》由会员分享，可在线阅读，更多相关《市场需求分析1.需求分析（12页珍藏版）》请在金锄头文库上搜索。

1、市场需求分析1.需求分析胡海洋小组 文 档 编 号 产品版本 密级 文状态: 正在修改 正式发布 All-T-20XX/12/29 Version1.0 内部 项目名称 超市订单管理系统 共19页软学院官网 需求分析 文档拟制： 过峰，付浩洋 项目组长： 张嘉豪 批 准 人： 邓怡志 拟制日期：20XX年12月29日 组 长 ： 张嘉豪 组 员 ： 张嘉豪，刘龙泉，邹松林，付浩洋，过峰 目录1引言 41.1编写目的 41.2编写约定 41.2.1目录规则 41.2.2正文内容 41.2.3模板标注 41.3读者对象和阅读建议 41.4术语解释 51.5参考资料 52项目概述 52.1项目名称

2、52.2项目背景 52.3项目目标 62.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.

3、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.

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

5、mit 设计约束 1.5参考资料 2项目概述 超市订单管理系统是在超市管理中引进现代化的办公软，实现超市庞大商品的控制和传输，从而方便销售行业的管理和决策，为超市和超市管理人员解除后顾之忧。一款好的超市订单管理系统，应该是可以帮助超市工作人员提高工作效率，帮助超市工作人员利用计算机，极为方便的对超市的有关数据进行管理、输入、输出、查找等有关操作，使杂乱的超市数据能够具体化、直观化、合理化等。2.1项目名称超市订单管理系统2.2项目背景 （1）系统名称：超市订单管理系统（2）项目提出者：张嘉豪小组 （3）项目开发者：张嘉豪小组 （4）本系统能为超市工作人员与超市订单信息之间提供一个信息交流和传递

6、的平台 879092.3项目目标 要提高市场竞争力，既要有好的产品质量，同时也要有好的市场客户服务。超市要做到能及时响应客户的产品需求，就必须有一个好的计划，使得超市销售和生产制造两个环节能够很好的协调配合。超市订单管理系统是超市经营管理的核心环节，是一个超市能否取得效益的关键，如果能做到合理生产，及时销售，库存量最小，减少积压。那么超市就能取得最佳效益。由此可见，超市订单管理系统决策的正确与否决定了超市的效益。2.4项目开发环境 操作环境：华东交通大学大学软学院201机房 硬环境：清华同方；Intel Pentium处理器 ；1GB内存 操作系统：Windows10 软环境：MyEclips

7、e 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) 点击查询选项，跳转到操作区域 后置条：查询信息，从数据库数据库提取相关数据 正常过程：前置条发生后，将数据

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

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

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

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

12、 执行者：管理员 优先级：重要的 前置条： e) 管理员成功登陆 i) 点击修改选项，跳转到操作区域 f) 输入修改内容，点击提交 后置条：修改用户信息，更新数据库的相关内容 正常过程：前置条发生后，将修改用户信息的内容更新至数据库内，并在相关页面显示出来。4.2.3删除用户信息 用例图： 需求描述：删除用户信息 执行者：管理员 优先级：重要的 前置条： a)管理员成功登陆 b)点击删除，删除相关用户信息 后置条： 删除该用户信息，修改数据库相关内容 正常过程：前置条发生后，将数据库内的相关内容删除，并在相关页面显示出删除之后的结果。4.2.4添加供应商 用例图： 需求描述：添加用户 执行者：

13、管理员 优先级：重要的 前置条： a)管理员成功登陆 b)点击添加，添加用户 后置条： 添加用户，修改数据库相关内容 正常过程：前置条发生后，输入添加的内容，并添加到数据库里。5软非功能需求 所谓非功能性需求，是指软产品为满足用户业务需求而必须具有且除功能需求以外的特性。软产品本身不是孤立存在的，还涉及到诸多外在环境的影响，非功能性需求涉及的范围很广，比如质量、性能、属性等需求。5.1 使用需求 5.1.1可靠性需求 需求描述：当管理员出现错误的操作后支持恢复，当管理员在使用过程中遇到错误的时候可以在3秒之内定位问题，但业务场景和逻辑发生变化的时候软不予支持，当软使用过程中计算机出现死机或电源

14、中断被迫关机等，软可以自动保存用户操作过程中的数据。优先级：重要的。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其他事项 登录密码错误的那个界面还没有做，所以每次的密码账号错误都会显示是系统维修，那只是密码错误了而已。第 12 页 共 12 页