需求改进&系统设计

这个作业属于什么课程	https://edu.cnblogs.com/campus/gdgy/2021Softwarecodedevelopmenttechnology
这个作业要求在哪里	https://edu.cnblogs.com/campus/gdgy/2021Softwarecodedevelopmenttechnology/homework/11997
这个作业的目标	1. 帮助我们更好地掌握Github使用
	2.加深对面向领域建模等知识的理解

需求改进

1、用例

客户提供了服务项目；自由职业者接受了服务项目；自由职业者属于时间表。

2、增加属性

名词	属性
客户	Id，name,phone,arrd,type
自由职业者	Id,name,phone,addr,tpye
时间表	Id,Time
服务项目	Id , string

3、领域模型

系统设计

1、领域划分

自由职业者服务领域；项目服务领域

2、子领域设计：

（1）自由职业者领域：自由职业者分类子域、维护时间表子域、存储联系子域
（2）项目服务领域：项目分类子域、客户分类子域。

3、限界上下文

（1）自由职业者领域：自由职业者分类上下文、维护时间表上下文、存储联系上下文
（2）项目服务领域：项目分类上下文、客户分类上下文。

最终领域划分如下图：

4、架构分层

高层模块不应该依赖于低层模块，两者都应该依赖于抽象。抽象不应该依赖于细节，细节应该依赖于抽象。根据此原则，结构调整如下：

5、实体和值对象

（1）实体
自由职业者：id； 客户：id ；时间表：id；服务项目：id
（2）值对象
自由职业者：name,phone,addr,type
客户：name,phone,addr,type
时间表:Time
服务项目：Type

代码任务开发计划

测试计划

1、测试环境

操作系统：windows

终端环境
PC：windows10（ie10、chrome、Firefox）、windows7（ie10、chrome、Firefox）

网络环境
公司办公内网、外网

2、BUG管理工具

在测试过程中发现的缺陷及可用性问题，使用禅道来进行 bug 管理。

3、测试内容以及测试人员

测试内容：自由职业者服务领域和项目服务领域。
测试人员：陈独秀

4、测试风险

开发提交测试版本比该计划延迟，发生此种情况时，执行测试的时间应该合理顺延；如果测试计划执行过程中出现需求变更超出预计的情况，可能导致编写测试用例和执行测试相关工作量增加，测试进度延迟；人员调整、人员经验以及对软件的熟悉度可能会影响测试计划；测试需依赖于服务器环境，如果环境不稳定，如代码编译不通过，tomcat异常、jar包异常、数据库异常等情况，可能会影响测试进度。

5、测试完成标准

需求规格说明书中的需求必须全部实现并测试通过。
主流程畅通，系统没有一类和二类Bug，没有影响用户正常使用的BUG。
所有功能和性能测试用例100％执行完成。
剩余三类四类有争议的bug，如果无法达成一致，测试人员需与产品、开发、项目经理开会讨论决定是否遗留有争议的Bug，若最终决定项目上线时有遗留BUG，需将BUG说明附在测试结果报告里，给出原因或最终解决方案。
测试报告编写完成，测试收尾工作结束。
项目处于试运行或上线阶段。

6.测试策略

任务	开始时间	预计工作量	备注
编写测试计划	2021-05-13	2
测试计划review及修改	2021-05-15	1
测试环境搭建	2021-05-16	3
测试用例编写	2021-05-19	3
第一轮功能测试	2021-05-22	4	执行测试用例，包括边界值测试、兼容性测试、易用性测试、用户界面测试、安全性测试等
第二轮功能测试	2021-05-26	3	BUG复测及功能验证
回归测试	2021-05-29	1	全面回归测试
性能测试			待定，需确认具体性能测试方案和工具
发布测试			产品发布方案确认后再规划

后台截图