IT项目管理作业5

你联合同学做一个年级微信公众号加强各班相互了解、联合活动等。请写一份两页的报告，描述收集需求的方法，并附上收集的需求跟踪矩阵(不少于五个需求);

1. 数据收集
   头脑风暴：首先需要召开组内会议，每个人发表自己的意见与想法，讨论如何进行数据的收集。从讨论中选出合理的高效的方法，记录下来，然后讨论其实现的难易程度，再讨论出实现的方法，规划出实现的步骤，然后列出计划表，进行实施。初次之外，还需要讨论这个公众号需要的功能，通过回忆自己班上的经历来进行补充，最后收集这些需求。
   问卷调查：组内讨论的需求总是不全的，无法覆盖更多的情况，这时就需要进行问卷的调查。问卷调查能够在线上很好的传播并推广，也不会耽搁同学们很多的时间，收集到的数据也就回更多。这里的关键问题是问卷的问题的设置，我们需要调查的是同学们对这个公众号的期望程度，希不希望有这个公众号，它能够给同学们带来什么实际上的帮助，是否有存在的必要，市面上是否已经有类似的app已经实现了。同时对希望有这种公众号的同学提问，他希望这个公众号能够提供什么样的功能来帮助班级之间的联动，或者以一种什么样的形式来帮助。问卷设置好之后就是发布与传播，这点一般实现思路就是在年级群或者校群之间传播，为了得到更有质量更多的数据，在这里可以加上有偿填写的条件。实际中也是经常在问卷中用到的。
   标杆对照：除了上面描述的方法外，另一种更直接快速获得需求的方法就是查找同类的类似的软件。因为市面上的软件很多，极有可能已经有app实现了类似的一个功能，所以就需要找到这样的应用，查看它是怎么做的，都实现了什么样的功能。这样我们就能“站在别人的肩膀上”进行自己的设计。因为别人已经是做成了一个成品发布出来，那么在背后就肯定做了很多的调查分析，那么我们就相当于可以直接拿到别人的结果来进行自己的设计，这样我们遇到的弯路也就会更少，实现起来就会更容易。当然查找这类的应用也并不是在市面上随便查找，需要在有权威性的应用排行榜上查找，在这里的应用大多都是得到用户赞同的，那么我们得到的数据结论就会更加的有用。而如果找到的是不正规的，马马虎虎实现的应用，那么对我们的帮助也会非常的小，从而减小收集需求的效率。

2. 文件分析
   商业计划：我们设计的虽然并不是一个大型的软件，但是仍旧有最基本的目的，那就是加强各个班级之间的联系、同学之间的了解，虽然看上去很简单，但是这也可以看成是一个文件。然后就根据这个文件提取出需求，这里就很明显了，就是加强班级之间的联系，联合活动，两点需求。

3. 决策
   投票法：在之前的需求收集的方法之后，就会收集到许多的需求，对于收集上来的需求，还需要进行进一步的筛选。由于我们是同学之间合作完成应用，所以投票是最简单直接的，大家的见解能力其实相差不大，每个人都对收集上来的需求进行思考，然后选出自己满意的、合理的需求，然后再通过投票的方法选出大家最赞同的一些需求，通过这种方法就可以很好的筛选掉无效的，或者说大家都不认可的需求，减少后面的工作量。
   打分法：其实这种方法与投票法差不多，但是在进行更加细微的需求重要程度的排序时是有帮助的，比如最后投票得出的结果有超过期望的需求数量，数量太多在后面的实现中会变得非常的复杂，而且还需要考虑功能的复杂性问题，功能太多往往导致操作的复杂性，所以就需要尽可能的选取更加重要的需求去进行实现，其他的需求可以在后续的完善，应用的迭代中陆续加入。这时让组内每个人对需求进行一个打分，最后收集每个人的打分情况，使用一些策略来保证打分的合理性，比如去掉最低分与最高分，这样就能选出大家最期待，最希望实现的功能需求。

4. 需求呈现
   亲和图：在前面已经选出需要的需求之后需要将需求进行排序、分组、分类，找出哪些需求是重合的，可以归于同一个或者同一类的需求中，通过画图的方式直观的表现出来，同时通过这种方式也可以对需求进行进一步的调整，设计出更高效的新的需求。
   思维导图：在会议中讨论需求的时候就需要实时记录下来讨论的内容，画出重点需求，在之前亲和图的基础上再通过思维导图的方法记录会议内容，这样就能够得到更好的结论。

5. 社交与团队技能
   名义小组：在这个项目中就是参与的全部同学，大家在一起进行头脑风暴，讨论需求与设计。在之前的头脑风暴就完成问题的提出，问卷调查等完成方案的收集，然后开会讨论投票选出最优的需求。这分了几个板块，在实际实现的时候就需要再划分成几个小组进行实现。
   观察与交流：因为大家一般都没有设计类似应用的经历，所以要凭空想出需求是比较困难的，这时就可以模拟已经做出来了这个公众号，然后大家分别扮演不同的班级与同学，在使用应用时会遇到什么问题，或者需要一些什么功能，这样就能够很好的得出需求。因为只有在实践中我们才能够根据我们的需要很好的找到需求功能，在实际使用中将问题收集起来，就又是一块需求了。

6. 结构化分析方法
   数据流图：在进行应用的设计的时候会用到，根据需求进行应用的设计，通过自顶向下、逐步分解功能需求，来实现各个功能模块，每个功能模块找到数据输入、交换、输出的过程，通过图直观的看出整个项目的数据流过程，然后通过这个数据过程再对需求进行更新，因为需要保证数据使用的一个高效性，对于某些需求需要使用同样的数据，如果可能的话尽可能将它们进行合并，合并到同一个模块之中，这样减少模块之间的耦合性。

7. 面向对象分析方法
   用例图：在前面也使用过模拟应用的场景，这里是类似的，将系统更加正规化的设计出来，描述系统与用户之间的交互关系，通过这种交互关系找出之间需要的功能，也就是需求。这里是通过调查等手段比较难找到的功能，因为这是在实际使用中可能会用到的功能，对于调查的人群来说，他们之前可能是没有用过类似的产品的，所以也就没有使用的经历，所以在使用过程中产生的交互需求也就没有提到，但是却可以通过用例图描述系统与实例之间的行为的时候找到。

使用思维导图，为作业1或2构建WBS ，并使用项目管理工具制作WBS或根特图。并按要求检查工作包的可管理性，分解完整性。 例如:检查测试、培训等

每一个工作包都是相对独立的，前后继承，对于每一个工作包，分解成了小的组件，通过完成每个小的组件的任务，从而完成工作包，最后完成需求文档的设计。