商户对接小程序——从需求分析到概念原型
作者：互联网
1 前言
需求就是对用户期望的软件行为的表述； 获取需求就是需求分析师通过关注用户的期望和需要，从而获得用户期望的软件行为，然后对其进行表述的工作； 需求分析是在获取需求的基础上进一步对软件涉及的对象或实体的状态、特征和行为进行准确描述或建模的工作。本次作业将基于我的工程实践项目展开。
2 用例建模
2.1用例建模基本步骤
第一步，从需求表述中找出用例，往往是动名词短语表示的抽象用例； 第二步，描述用例开始和结束的状态，用TUCBW和TUCEW表示的高层用例； 第三步，对用例按照子系统或不同的方面进行分类，描述用例与用例、用例与参与者之间的上下文关系，并画出用例图； 第四步，进一步逐一分析用例与参与者的详细交互过程，完成一个两列的表格将参与者和待开发软件系统之间从用例开始到用例结束的所有交互步骤都列举出来扩展用例。 其中第一步到第三步是计划阶段，第四步是增量实现阶段。
2.2普通用户用例图
普通用户可以通过注册、登录来修改个人信息。还可以使用查找功能来获取需求，并有消息中心来接收消息。
2.3商户用例图
商户可以注册店铺，登录、管理店铺信息，也有消息中心。
2.4管理员用例
管理员可以登录系统，管理首页内容以及店铺审核、信息推送等。
3 业务领域建模
3.1业务领域建模简介与方法
业务领域建模是开发团队用于获取业务领域知识的过程。因为软件工程师往往需要工作在不同的业务领域或者不同项目中，他们需要业务领域知识来开发软件系统。软件工程师往往来自不同的专业背景，这可能会影响他们对业务领域的认知。因此业务领域建模有助于开发团队获取业务领域知识形成统一的业务认知。 开发团队获取业务领域知识的过程一般包括收集业务领域相关信息、执行团队头脑风暴、对业务领域相关的知识概念进行分类，最后用UML类图将业务领域知识图形化展示。
第一步，收集应用业务领域的信息。聚焦在功能需求层面，也考虑其他类型的需求和资料；第二步，头脑风暴。列出重要的应用业务领域概念，给出这些概念的属性，以及这些概念之间的关系；第三步，给这些应用业务领域概念分类。分别列出哪些是类、哪些属性和属性值、以及列出类之间的继承关系、聚合关系和关联关系；第四步，将结果用 UML 类图画出来。
3.2UML类图
业务类图如下：
4 数据建模
4.1 普通用户
4.2 商户
4.3 管理员
4.4推送信息
5 概念模型
5.1概念模型简介
概念是人对能代表某种事物或者发展过程的特点及其意义所形成的思维结论，而概念原型是一种虚拟化的、理想化的软件产品形式。我们可以得到这样的公式：概念原型=用例+数据模型。
5.2项目中的概念模型
本项目中，用户通过注册、登录使用本小程序，可以使用搜索等功能。而商户还可以进行店铺信息管理。管理员拥有审核权限。
6 总结
通过本次课程的学习，我知道了如何系统的进行项目的搭建，可以更加科学的对项目进行架构，消除了之前的许多弊端。
标签：需求,概念,商户,对接,业务,领域,用例,领域建模,原型 来源： https://www.cnblogs.com/2020start/p/14085338.html