今天完成的事情：

今天上午补了几个登录时的可能性，然后上午11点之后改了陈占乐的bug

下午3点的时候把手机端的测了一点，到下午的时候，看了一下需求，但是搜不出来什么
明天计划的事情：

明天看一下其他的
遇到的问题： 

需求除了我们学的，还要了解更深吗
收获：

需求就是客户的需要和要求，业务需求、用户要求和功能需求。需求不明时整理已有的需求不懂的需求可和负责人确认或参考同类型产品的实现情况。一个项目都是围绕进行的，所有岗位都离不开需求。

今天还查了一下如何看需求分析

需求一般分为四种需求：原始需求、用户需求、产品需求、个性需求

   1.原始需求：就是最原始的，未经加工的需求，可能是客户提出的.

   2. 用户需求：使用系统的人提出的需求，可以根据用户角色，用户类型划分来归类。提取用户群需求的共性，找出用户需求的矛盾点，进行综合分析处理。

  3.产品需求：从产品层面出发，对产品未来发展方向有益的，对产品的迭代有帮助的，有益于产品的用户体验，有益于市场认同和提高竞争力的需求。

  4.个性需求：用户提出的个性化需求，并不一定适用于所有客户。

需求分析一般分为4步走：

获取需求：

了解所有用户类型，包括潜在用户类型，以确定整体目标和方向

       1. 对用户进行访谈和调研，对各个角色的需求进行归纳整理分析

       2.业务需求，模拟业务场景，对业务逻辑业务流程进行梳理，整理出业务需求

分析需求：

根据业务逻辑和业务流程画出流程图，分析需求以及业务走向

确认需求：

 整理分析阶段的所有需求，确保需求一致
       1.整理不清晰的需求

       2.分别将以上需求点与对应用户进行确认，保证需求的一致性和清晰性

编写需求：

 使用自然语言，通俗易懂的方式展现，可以添加图形来增强阅读力
      1.应该包含功能需求和非功能需求
      2.最好把原始需求加入到需求文档中，单独列出一章节

测试对象

软件源代码

与软件源代码匹配的文档

支撑软件源代码运行的配置数据

需求阶段——测试对象为需求文档，测试需求文档是否正确实现了用户需求

系统设计阶段——概要设计文档、详细设计文档、是否有设计或逻辑上的错误

编码阶段——测试源代码，发现逻辑上的错误

系统测试阶段——被测对象是否满足用户需求