bug全改队团队项目——需求分析心得

本文主要是介绍bug全改队团队项目——需求分析心得，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

对于需求分析过程，我们大致分为三部分。

1.需求来源

对于我们组项目，有一个功能完备的网络页面，我们主要通过自己在网页端的操作和老师给的要求来整理需求。

2.如何获取需求？

因为项目的特点，我们主要先在网页端按照网页端用户使用手册完成多个完整的流程熟悉项目流程。

网页端的使用者主要包括系统管理员和普通管理员。在系统管理员页查看用户管理，熟悉不同用户的使用范围和操作。确定角色管理。

做需求分析，一定要确保自己对所做项目的核心功能和目标客户有足够全面的了解。

对于功能需求分析，我们通过在网页端的流程按照功能板块的分布来编写，因为我们需要实现的android端，所有网页端的有些功能并不需要全部移植到移动端，对于上传文件填写表格这些要进行减少，我们通过和老师、学长开会讨论需求来确定好我们需要实现的功能。

当然这并不是一次就能够全部到位的，我们起初是打算按照一般工作顺序如先编写需求文档再绘制界面原型，所以我们在界面原型开发前就开始了需求文档编写过程，其实有些在文档中编写的功能实质并不能很好的实现，或者说是不适合在手机端实现，导致后续在界面原型开发时我们对于一些功能细节又进行了讨论取舍。由此可见，项目开发过程中的顺序很重要，否则会做很多重复工作，效率较低。不要墨守陈规，要根据项目实际情况进行考虑，对于我们的项目而言，由于现成完善的网页版的存在，需求文档的编写与界面原型开发并发进行效率更高，或者是大致完成时开始。有一个实物对照写更加便捷。

网页端的流程分支很多，在没有编写需求文档前，最好先整理一下流程，方便更加清晰的展示。我们是绘制了一个时间轴，方便查看和熟悉功能流程：

3.如何处理需求？

当我们获得需求后，我们就需要对这些需求进行汇总整理，编写成一份规范的需求文档。再进行多次的审核与修改得到最终稿。

总结：

• 要多与老师和负责项目的学长沟通、交流项目详情。他们对项目更加熟悉，我们要多问多征询意见，为了需求的完整性与正确性，要不怕烦的多去找老师确认需求。而且对于需求不仅仅只是写进了需求文档中，对于项目开发人员，要能熟悉到不看需求文档也能流利说出项目的功能。这也是老师对我们要求的熟悉程度。
• 当在老师那里获得了项目的基本需求后，通过考虑需要实现的手机端的实际情况，在网页版的需求的基础上进行删减，当然前提是不会改变项目的原型，为了在手机端上运行的美观与实用性，让用户体验更好。
• 在会议和讨论时及时做好记录。进行需求分析时讨论必不可少，我们都是在讨论中不断完善最终结果，而有时候提出的一些小的问题如果不记录下来的话，可能过不了几天就忘记了，因而不仅仅是要做会议纪要，平时个体进行需求分析时注意到的细节和问题也要及时做记录，然后便于讨论。

这篇关于bug全改队团队项目——需求分析心得的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！