软件建模与分析——GA007小组作业2020.12.31

18软件工程5班
小组成员：1814080902513 吴光华
1814080902515 郑远曦
绿小萝项目-EA建模

Activity Diagram（活动图）
用户和施工队通过注册，然后进行身份验证，成功进入用户界面，在界面中，有个人中心，预约疑难咨询和推文等功能，倒是施工队没有预约功能，施工队是接取预约，然后用户预约生成订单，施工队接取订单，在施工队上门服务前，用户可以取消订单，如果未取消，则施工队如期作业，完成作业后，用户需支付费用，可以对本次服务进行评价，最后用户返回首页，系统经过结算对给施工队结算。

BMM Categories（商业动机模型种类）
商业动机模型种类可以分为四大部分期望结果类型、外部影响类型、内部影响类别和评估类别。每一部分类型都涵盖多个方面。期望结果类别就涵盖质量、服务水平、成本/效益三方面；外部影响者类别又包括竞争对手，客户，环境，法规四个方面；内部影响者类别包含企业价值，基础设施，发行，管理特权，资源等五个方面；评估类别包括优势，劣势，机会，威胁四个方面。其中项目里每个方面的具体说明，图片中又说明，我们就不再重复。

Capability Roadmap(能力路线图)
该图又四大平行方向：如何，驱动路线，能力要素演化还有创新指数。
我们从横轴来看该项目的时间跨度为3个月，在3个月中四个方面我们都应该注意什么，或者是关注什么，我们对自己的项目都进行了一一分析，最终就是图片中的呈现的效果。细节我也不再多讲，看图就完了。

Composite Requirement Hierarchy（复合需求层次结构）
我们将绿小萝项目分解成两大模块，一个是用户模块，一个是功能模块。用户模块的成员有用户、施工队和后台管理员，功能模块有九个对应着预约，支付，反馈评价，查看记录，个人中心，疑难咨询，区域匹配，消息提示，身份验证。

Context Level 0 Diagram(数据流模型）
数据流模型展现了绿小萝平台在用户跟平台，施工队跟平台之间的交互，用户提交预约信息给平台，平台将预约信息发送到服务器中，生成订单，保存到数据库中，再将订单发送给施工队，施工队接取订单，将信息返回平台，平台在修改订单信息，同时向用户和施工队发送预约成功提示和订单接取成功提示。


Domain Model Diagram（域模型图）
通过我们对绿小萝的分析，我们将绿小萝分解为若干个域：数据库，疑问咨询，查看记录，绿小萝平台，施工队，个人中心，订单，用户，施工作业，用户反馈，身份验证，结算系统，支付系统，账户。它们之间的关系错综复杂，大家还是看图来理解吧。

Motivation Viewpoint（动机模型）
动机模型考虑的项目运营的综合流程，主要看驱动。首先项目的市场部分和项目人力资源中心要招聘项目的基层人员，开始对项目需求进行分析，之后项目的开发人员根据需求分析规格书进行实践开发和测试，接下来是项目的运营，需要客服，财务部，项目的运维人员一起维持项目运转。之后我们对这一开发周期流程进行评估，两方面：项目盈利和企业形象。这两方面哦我们优势基于什么原则评估的呢？法律约束、服务器需求、价格定制、功能创新情况。

Non-Functional Requirements Analysis（非功能需求分析）
下面是结合我们项目对它进行的非功能需求分析，十个方面：性能效率，可用性，认证，兼容性，可扩展性，可靠性，维护性，安全性，本地化，服务协议。每个方面我们都给出了自己的详细要求，大家看图就明白，我们就不一一列举了。

Organization Charts（组织结构图）
我们从人员组织方面将项目分为以下结构，首先分为五大部门：项目研发部，市场部，财务部，人力资源中心和客服。
项目研发部门又细分为前端开发人员，后端开发人员，项目运维人员；市场部门分为市场调研部和市场拓展部；财务部门分为预算分析，工资结算，账户管理三个方面；人力资源中心对工作人员进行招聘，分为三类人：部门工作人员，施工队入驻人员，还有HR；最后是客服。

Project Roadmap（项目路线图）
项目的路线图，我们项目以时间为横轴，对项目的路线进行设计，首先在里程碑上我们设了三个向目标，完成需求分析，完成项目的实践开发和测试，项目正式的投入市场运营。其中需求分析时有需求分析规格书要交付，实践开发测试有前端设计开发，后端设计开发，项目测试。然后我们根据需求分析规格书对项目进行校对，在分析阶段对项目进行研究，最后在项目进行实际运营时，我们再对项目进行综合评价。

Requirement Specification View（需求规范视图）
在需求规范视图中，我们是根据绿小萝项目的人员进行需求规范，用户享有预约，查看预约记录，个人中心，疑问咨询，消息提示，支付和反馈评价的功能。施工队可以接取订单，查看订单记录，个人中心，疑问咨询，消息提示和工资结算的功能。后台管理员额可以查看、修改订单记录及其信息，也可以查看用户和施工队的信息。

Requirements Traceability（需求跟踪图）
我们通过对用户的需求跟踪，找到四个分支，只有预约可以继续跟踪，有两个岔口检测和除醛，但是最终又归到区域匹配，订单推送给施工队，施工队接取，平台会提示施工队和用户，之后施工队施工队作业，用户支付评价，平台对施工队结算提成。

Specification Manager（规范说明图）
在规范视图中，我们是根据绿小萝项目的人员进行需求规范，用户享有预约，查看预约记录，个人中心，疑问咨询，消息提示，支付和反馈评价的功能。施工队可以接取订单，查看订单记录，个人中心，疑问咨询，消息提示和工资结算的功能。后台管理员额可以查看、修改订单记录及其信息，也可以查看用户和施工队的信息。

Starter Sequence Diagram（动机顺序图）
动机顺序图是用来分析用户和施工队信息在实体中传递的过程顺序。用户填写预约信息，提交给平台，平台生成订单，施工队接受预约，平台再提示用户和施工队预约成功，接取成功。

Use Case model（用例模型）
用例模型中用例成员有施工队，用户和后台管理人员，施工队使用时可以接取订单，施工作业（除醛、检测甲醛），疑难咨询，身份验证，用户使用时可以预约，支付（微信支付、支付宝支付）身份验证，评价反馈还有疑难咨询，后台负责数据统计。

好，以上就是我们GA007作业中对每个模型的理解。