从选定项目，到和老师第一次见面了解需求，再到现在准备定稿需求说明文档，已经有一个月的时间了。这一个月中，我们一直在做的就是需求分析。可以说需求分析贯穿于我们每一次的会议，贯穿于我们每一周的任务。
我们的项目是做出一个APP，致力于慢阻肺疾病的家庭护理。本系统的目的是为不同严重程度的稳定期慢阻肺患者提供个性化的家庭或社区护理指导服务和全面、主动、有效的管理。系统利用环境监测设备检测和调节患者所处空间的环境指标，为患者提供一个舒适的护理环境；通过可穿戴设备监测患者的各种与COPD相关的体征数据；通过分析患者在家庭康复护理过程中产生的相关数据，采用先进的数据分析技术，为患者提供急性加重预警、病情趋势分析和个性化的行为干预。系统构建COPD护理路径，对患者的严重等级进行综合评估，并生成对应的护理计划来指导患者进行护理活动。通过对患者的运动指标进行评估，为患者推荐合理的运动处方；同时提供健康教育，以加强患者的自我管理意识。
在第一次和老师见面沟通时，老师给我们提供了一份项目立项书，供我们了解我们的产品目标是什么，使用什么方法，为谁提供服务，要达到什么目的。这是我们需求分析的开始，通过项目立项书和老师的描述，老师让我们先抽取出我们认为的需求有什么。在小组讨论后我们得出了这样的结果：
是的，就是这样的一份记录，甚至连需求文档都没有。。。
在和老师第二次沟通时，老师就明确指出，首先这种需求说明是不规范的，甚至都不是文档的形式。第二个大问题是过于简单，所以在第二周我们的任务就是编写需求说明文档的初稿，以尽量规范的方式表达我们对需求的理解。在完成了文档的编写之后，第三次会议和老师再次沟通，老师表示，我们分析需求的方式和角度并不对。例如登录页面，这已经细化到了原型的设计，我们应当先分析出大的方面，需求有什么，再展开每个大的需求，得到小的需求。
就我们的项目而言，实际上核心的需求可以分为三大部分：生成护理计划，执行护理计划，以及健康评估。根据这三个大的方面，再思考：护理计划应该是什么？有哪些基本动作？应该实现什么功能？护理计划就相当于是对用户的一个提醒，什么时间患者应该做什么事了，而护理计划的来源是医嘱。没有医嘱我们将无法生成护理计划，因此需要有医嘱录入这样的需求。那生成了护理计划，就要考虑怎么执行。因此这个大需求之下就有每日的提醒服务 ，包括用药提醒，使用设备提醒，运动提醒等。采集到相关的数据后，为用户生成一个数字画像，能够直观的显示患者的身体状况。那数字画像可以采用什么形式？折线图等图表，分数，还有直观的身体图等方式。
在第三次沟通后，我们就明确了很多，开始编写需求文档的第一次修改版本。在后续的沟通中，我们又不断地提出问题，并思考解决。例如：如果患者不录入医嘱怎么办？对于医嘱录入我们可以采用什么形式？家属能否了解到患者的身体状况？数字画像怎么表示会更好？通过什么方式实现？系统只负责提醒，那用户的完成情况怎么获得？依从性会有哪些影响？等等诸多的问题，在不断地修改文档和与老师的沟通中，慢慢的全部解决。
就在上周，我们绘制了项目的用例图，类图和时序图，通过这样的方式，让我们对项目的需求更加的明确，这周的任务就是和老师确认定稿需求说明文档。
在确定需求的过程中，大家的收获都很大。原本大家的觉得需求文档应该并不难编写，可实际开始做了之后，才发现根本不像想象的简单。一开始需求甚至是比较模糊的，在不断的和老师沟通中，需求才渐渐变得清晰，几乎每次修改需求文档都会有新的问题。如果不是编写文档，我们可能并不会注意到其中的问题。大家轮流编写和修改的过程，也让大家掌握了编写需求文档的方法，大家积极交流的过程更是加深了团队中彼此的默契和协作。
确定了需求，我们就能进一步的开展下一步的计划，相信在日后的合作中，大家一定会收获满意的结果。