需求改进&系统设计
这个作业属于什么课程 | 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 | 全面回归测试 |
性能测试 | 待定,需确认具体性能测试方案和工具 | ||
发布测试 | 产品发布方案确认后再规划 |