慢阻肺疾病管理app——需求设计心得

标签：开发   功能   比较   过程   地方   迭代   咨询   自己   美的   

需求确定已经两个星期过去了，现在回过头来写需求设计心得，能够总结出很多问题

过程：

1. 拿到老师给的需求文档，对老师的需求进行提炼，选择自己将要实现的功能
2. 对选择的需求进行了细分，完成需求原型。在此过程中，我们对需求的内容进行了讨论，对我们要实现的app进行了一个大致的想象，勾勒出每一个需求的呈现形式以及每一个功能的实现方式；
   当需求确定完，开始制作需求原型的时候，又发现了很多可以修改的地方，并且因为技术的原因，制作出来的需求原型似乎并没有完美的展现我们所期待的哪些功能，不过原型制作完需求也差
   不多确定了，之后也没有什么大的变动了。
3. 根据需求原型完成了需求文档的编写，并确定了迭代开发计划，现在想想，当初的分工有点问题，在分工上没有咨询老师真skr大失误，现在重新分工，白白浪费了几天的时间。

在需求确定的过程中，我们进行了多次的讨论，最终确定了一个完整的需求，尽管过程中没少争吵过，但是从结果上看，还是比较满意的。需求文档的确定除了分工和优先级划分有点问题，其他的在经
历过组内的多次修改后，感觉上时没什么问题了，总的来说，整个过程都还行。skr~~skr~~

慢阻肺疾病管理app——需求设计心得

标签：开发   功能   比较   过程   地方   迭代   咨询   自己   美的   

原文地址：https://www.cnblogs.com/marinmoring/p/9998192.html