综合系统开发----需求分析
作者：互联网
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/gdgy/2021Softwarecodedevelopmenttechnology |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/gdgy/2021Softwarecodedevelopmenttechnology/homework/11968 |
| 这个作业的目标 | 学习编写需求规格说明书，并学习用领域驱动设计方法分析系统需求以及用统一建模语言工具描述需求规格 |
需求规格说明书
面向用户分析
- 用户描述
从用户的角度分析，基于Web构建的系统用户有三个，即公司员工、自由职业者和客户，以下是对这三者的描述：
| 标识号 | 用户名称 | 用户描述 |
|---|---|---|
| U1 | 公司员工 | 自由职业者和客户之间的联系纽带，通过此系统管理他们的客户和自由职业者 |
| U2 | 自由职业者 | 作为服务商，给需要的客户提供服务，通过此系统可以搜索到适合自己的项目 |
| U3 | 客户 | 需求方，提出需求，等待自由职业者服务 |
- 角色描述
| 标识号 | 角色名称 | 角色描述 |
|---|---|---|
| R10 | 项目ID | 项目编号，具有唯一性 |
| R11 | 项目类别 | 主要是对项目进行分类，方便自由职业者可以通过系统搜索到适合自己的项目 |
| R12 | 项目起始及终止事件 | 指项目的开始和结束时间，自由职业者可以根据自己的实际情况进行选择 |
| R13 | 项目薪酬 | 指完成项目后可以获得的报酬，自由职业者是否选择此项目的重要依据 |
| R14 | 项目地点 | 指自由职业者需要服务的地方 |
| R20 | 自由职业者ID | 自由职业者编号，具有唯一性 |
| R21 | 自由职业者名称 | 指自由职业者姓名 |
| R22 | 自由职业者联系方式 | 如手机号码等 |
| R23 | 自由职业者服务态度 | 指自由职业者在完成服务之后，客户可以对其进行评价，在一定程度上可以提高客户的满意度 |
| R24 | 自由职业者的信誉度 | 指自由职业者在接受客户的需求后是否能认真完成 |
| R25 | 自由职业者常住地址 | 指居住地 |
| R30 | 客户ID | 客户编号，具有唯一性 |
| R31 | 客户名称 | 指客户姓名 |
| R32 | 客户联系方式 | 如手机号码等 |
| R33 | 客户地址 | 指客户需要自由职业者服务的地址 |
| R34 | 客户需求 | 指客户希望自由职业者做什么 |
| R40 | 员工ID | 员工编号，具有唯一性 |
| R41 | 员工名称 | 指员工姓名 |
| R42 | 员工联系方式 | 如手机号码等 |
| R43 | 员工住址 | 指居住地 |
| R44 | 员工等级 | 指员工在公司中的职位 |
功能性需求分析
| 编号 | 功能名称 | 功能描述 |
|---|---|---|
| F1 | 搜索自由职业者分类 | 公司员工可以根据自由职业者的类别搜索所需的自由职业者 |
| F2 | 多种方式存储自由职业者的联系方式 | 公司员工可以联系自由职业者，为防止数据丢失，用多种方案存储 |
| F3 | 搜索项目分类 | 自由职业者可以根据自身情况搜索适合自己的项目 |
| F4 | 搜索客户分类 | 公司员工可以根据客户的类别搜索相对应的客户 |
| F5 | 维护时间表 | 维护合同中自由职业者的时间表 |
技术需求分析
| 编号 | 技术名称 | 技术描述 |
|---|---|---|
| T1 | 登录 | 公司员工为管理员，可以登录系统并查看后台数据，客户和自由职业者作为普通用户可以登录系统 |
| T2 | 注册 | 客户或自由职业者若想使用此系统，必须先注册账号，填写一些必要信息 |
| T3 | 发布 | 客户可以将自己的需求发布在此系统中，公司员工审核后便对所有自由职业者可见 |
| T4 | 接单 | 自由职业者可以选择适合自己的项目并接单 |
领域驱动设计
领域模型：
领域划分：
统一建模语言
类图：
用例图：
数据流图：
git仓库
https://github.com/zzczzczzczzc/demandAnalysis
issue截图
制定计划
需求分析
| 任务 | 描述 | 开始时间 | 结束时间 | 历时 |
|---|---|---|---|---|
| 需求获取 | 从客户、自由职业者、文档或环境中获取需求 | 2021.05.01 | 2021.05.04 | 3 |
| 需求分析 | 通过建模对获取的需求进行分析 | 2021.05.05 | 2021.05.07 | 2 |
| 需求规格说明 | 将获取的需求编写成文档 | 2021.05.08 | 2021.05.12 | 4 |
| 需求验证 | 通过执行验证和问题修正修改规格说明文档 | 2021.05.13 | 2021.05.18 | 5 |
| 需求管理 | 在需求开发结束之后，由于后续的设计、测试、实现等都需要围绕需求开展工作，因此在整个开发流程中要对需求进行管理 | 2021.05.19 | — | — |
系统设计
| 任务 | 描述 | 开始时间 | 结束时间 | 历时 |
|---|---|---|---|---|
| 系统功能设计 | 系统需要具备注册、登录、客户发布项目、自由职业者接单、管理员发布通告的功能 | 2021.05.20 | 2021.05.25 | 5 |
| 系统的输入与输出 | 客户可以将自己的需求输入到此系统上，供自由职业者选择，发布成功与否都有提示 | 2021.05.26 | 2021.05.28 | 2 |
| 系统媒介 | 搭建此系统的服务器、所需采购的设备数量等 | 2021.06.01 | 2021.06.03 | 2 |
| 系统中人的因素 | 系统的界面要简洁明了，操作简单 | 2021.06.04 | 2021.06.08 | 4 |
实现
| 任务 | 描述 | 开始时间 | 结束时间 | 历时 |
|---|---|---|---|---|
| 注册功能 | 新用户（客户和自由职业者）可以在此系统上进行注册 | 2021.06.09 | 2021.06.13 | 4 |
| 登录功能 | 用户可以通过账号和密码登录此系统 | 2021.06.14 | 2021.06.16 | 2 |
| 发布功能 | 客户在登录后可以发布自己的需求，管理员可以发布置顶通告 | 2021.06.17 | 2021.06.25 | 8 |
| 取消功能 | 客户在发布需求后，若觉得不合适，在自由职业者没有接单之前，可以取消发布的需求 | 2021.06.26 | 2021.06.29 | 3 |
| 接单功能 | 自由职业者可以在此系统上寻找适合自己的订单并接受 | 2021.06.30 | 2021.07.03 | 4 |
测试
| 任务 | 描述 | 开始时间 | 结束时间 | 历时 |
|---|---|---|---|---|
| 单元测试 | 对各个模块进行正确性检验，测试模块在语法、格式和逻辑上的错误 | 2021.07.04 | 2021.07.08 | 4 |
| 集成测试 | 将所有的软件单元按照概要设计规格说明的要求组装成系统进行测试 | 2021.07.09 | 2021.07.15 | 6 |
| 系统测试 | 将软件系统（通过集成测试的系统）和计算机硬件等组合在一起进行测试 | 2021.07.16 | 2021.07.20 | 4 |
| 验收测试 | 在软件开发结束后，投入使用前进行最后一次质量检验 | 2021.07.21 | 2021.07.26 | 5 |
| 回归测试 | 对软件在使用后暴露出来的缺陷修正，并重新进行测试 | 2021.07.27 | —— | —— |
矫正方法
根据开发过程中遇到的困难和难易程度，动态调整开发时间，适当舍弃一些非关键性功能，但必须确保能在截止日期前发布系统。
标签：需求,2021.06,2021.05,自由职业者,系统,----,客户,开发,综合 来源： https://www.cnblogs.com/zhengzichun/p/14725020.html