需求改进&设计

这个作业属于哪个课程	班级链接
这个作业的要求在哪里	作业要求链接
这个作业的目标	运用面向领域建模的方法，修改完善上一次作业提交的需求规格说明书。利用领域驱动设计中的分层等战略设计，划分各个层次；定义好各层次之间的接口（运用依赖倒置原则）。

一家公司提供服务出租，自身有一些员工，另外还有很多自由职业者作为服务商存在。公司目前使用Excel工作表来管理他们的客户（自由职业者），时间表等。Excel解决方案无法很好地进行扩展。它无法应对多用户使用的场景，也不提供安全和审计日志。因此他们决定构建一个新的基于Web的解决方案。以下是核心要求：

• 搜索自由职业者分类的功能
• 用于存储联系自由职业者的不同渠道的解决方案
• 搜索项目分类的功能
• 搜索客户分类的功能
• 维护合同中自由职业者的时间表

需求规格说明书

1. 引言

1.1 目的

• BR1：使用系统后，可以扩展存储更多的客户信息。
• BR2：使用系统后，可以多用户使用管理客户。
• BR3：能够通过系统基于分类搜索自由职业者、客户和项目。
• BR4：能够通过系统维护合同自由职业者的时间表。
• BR5：通过系统可以查看审计日志。

1.2 范围

下面使用用例图描述项目范围，即软件产品的预期功能。

2.总体描述

2.1产品功能

下面是系统产品的功能，即系统特性。

• SF1：添加/删除/修改客户信息，管理客户信息。
• SF2：添加/删除/修改项目信息，管理项目信息。
• SF3：基于不同的条件查询客户信息/项目信息，快速搜索目标客户/项目。
• SF4：记录用户的操作记录，提供安全审计日志。
• SF5：通过Excel批量导入/到处数据。
• SF6：维护合同。

2.2 用户特征

下面是使用该系统的用户的基本特征。

• 使用该系统的人员主要是该公司的员工即自由职业工作者。
• 使用该系统的人员基本都是非计算机专业人员。
• 使用该系统之前涉众使用的工具为Excel。

3.详细需求描述

3.1对外接口需求

3.1.1 用户界面

• 采用B/S架构，使用WEB浏览器作为图形用户界面。
• 界面图形简单明了，使用者可以快速上手。
• 各个按钮有功能和快捷键提示。

3.1.2 硬件接口

• 系统能够在主流的计算机系统上运行，如windows10、mac等。
• 系统支持目前主流的浏览器，如谷歌、火狐、Edge等。

3.1.3 软件接口

• 系统能够与主流的关系数据库连接，如mysql、sqlserver等，主要执行对数据增删改查的操作。

3.2 功能需求

3.2.1用例描述

以下用例描述描述了软件产品在接收和处理外部输入中发生的基本行为，

系统设计

1. 领域模型

根据需求建立软件领域模型。
概念类：用户、客户、项目、合同、审计日志。

• 总领域模型
  

• 子领域模型1
  这里可以登录的用户有两种，一是公司员工，一是自由职业者。并且将登录操作单独提出作为一项服务而不是属于某一用户的方法，也是便于扩展与用户相关的其他服务，如收藏等。
  

• 子领域模型2
  客户是自由职业者，并不排除将来会有其他类型的客户。客户可以签订合同，合同包含了对应的服务项目。
  

2.边界上下文

• 系统上下文
  以下是系统的边界上下文
  

• 子领域1上下文
  

• 子领域2上下文
  

3.数据库设计

由上面领域模型得以下得实体联系图。
用户（用户id，账号，密码）。
客户（客户id，姓名，性别，年龄）。
类别（类别id，类别名称，类别描述）。
项目（项目id，项目名称，项目描述）。
合同（合同id，生效时间，失效时间）。
审计日志（审计id，用户id，操作，操作时间）。

4.架构分层

这里采用继承分层结构，高层继承并实现低层接口。继承分层架构是单向依赖，意味着领域层、应用层、表现层将不能依赖基础设施层，相反基础设施层可以依赖它们。

5.系统模块

系统总体结构比较简单，可以将其分为三个模块：登录模块、管理模块和审计日志模块。

开发及测试计划

任务名称	预计完成时间/天	预计开始时间	预计结束时间
建立数据库	2	2022/4/22	2022/4/24
登录模块实现	2	2022/4/25	2022/4/27
登录模块测试	2	2022/4/26	2022/4/28
管理模块实现	10	2022/4/27	2022/5/7
管理模块测试	10	2022/4/28	2022/5/8
审计日志模块实现	2	2022/5/8	2022/5/10
审计日志模块测试	2	2022/5/9	2022/5/11
系统测试	2	2022/5/11	2022/5/13

甘特图

Markdowm截图