标签：需求 管理系统 系统 建模 信息 用户 物流 允许 应该
业务需求
抽象层次最高的需求称为业务需求是系统建立的战略出发点，表现为高层次的目标，它描述了组织为什么要开发系统。
为了满足用户的业务需求，需要描述系统高层次的解决方案，定义系统应该具备的特性。高层次解决方案与系统特性说明了系统为用户提供的各项功能，限定了系统的范围，帮助用户和开发者确定系统的边界。
对物流管理项目，结合用户日常工作，可以建立高层次的解决方案，其系统特性如如SF1~SF5所示：
- SF1: 用户信息管理。对各种类型的用户信息进行增删改查。
- SF2: 部门信息管理。对部门信息进行增删改查。
- SF3: 物流管理。管理物流的下单、分拣、核实、分类、发货、确认收货等过程，并将仓库里的物品进行分类显示。
- SF4: 绩效管理。对员工、部门的出勤等信息进行分析和展示。
用户需求
用户需求(user requirement)是执行实际工作的用户对系统所能完成的具体任务的期望，描述了系统能够帮助用户做什么。用户需求主要来自系统的使用者（用户），也可能来自间接的渠道（如销售人员、售后支持人员）
针对每一个系统需求，都可以建立一组用户需求。
用户信息管理
针对SF1用户信息管理, 可以建立如下用户需求：
- UR1.1: 系统应该允许管理员增加、修改或者删除用户、部门经理和部门员工的信息。
- UR1.2: 系统应该允许管理员授予或者取消部门经理的权限。
- UR1.3:系统应该允许客户经理增加、修改或者删除部门员工的信息。
- UR1.4: 系统应该允许客户经理授予或者取消部门员工的权限。
部门管理
针对SF2部门管理，可以建立如下用户需求：
- UR2.1: 系统应该允许管理员增加、修改或者删除部门信息。
物流管理
针对本项目的核心需求SF3物流管理，可以建立如下用户需求：
- UR3,1: 系统应该允许管理员修改货架信息(即有几个货架，每个货架有多少个货品)
- UR3.2: 系统应该允许客户(可能是顺丰等物流公司的门店)下订单，即给出货品信息、发货地、收货地等信息。
- UR3.3: 系统应该允许分拣员核实收到的产品是否与订单一致，如果一致，将产品入库，否则报告错误。
- UR3.4: 系统应该允许搬运员编辑产品在仓库中的位置信息。
- UR3.5:系统应该允许发货人员对产品进行发货。
- UR3.6: 系统应该允许客户确认收货。
- UR3.7: 系统应该允许用户进行投诉。
绩效管理
绩效管理准备对员工和部门的打卡、分拣商品数、搬运商品数、出错率等信息进行统计分析后展示。但由于此需求还在讨论之中，准备放在二期改进之中，暂时不进行相应的用户需求分析。
用例图
用例描述了在不同条件下系统对某一用户的请求的响应。根据用户的请求和请求时的系统条件，系统将执行不同的行为序列，每一个行为序列被称为一个场景。一个用例是多个场景的集合。
换句话说，每个用例是对相关场景的集合，这些场景是用户和系统之间的交互行为序列，帮助用户实现用户的目的。
管理员
客户
部门经理
员工
标签：需求,管理系统,系统,建模,信息,用户,物流,允许,应该 来源： https://www.cnblogs.com/loserwang/p/14093028.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。