【200分+追分急求答案】用户需求分析和软件系统设计的思路，不懂得别来搅和

我觉得你现在一定是东西做好了但不符合上级要求的吧，否则三个版本的情况比较少见。。

我个人把需求与设计文档分为两种：

第一种：如果是给对方领导看的话，你就只要写出对方需要什么功能、需要处理什么数据、以及如何处理的：即用户界面、如何的方便操作、如何的安全可靠、如何的易于扩展、如何的采用先进技术、如何的有面子写出来就行了。就像楼上大哥说的一样。

第二种：给开发团队来看的话，需求分析一定要做细，比如业务需求的用例分析，不要小看这些琐碎的细节，万一考虑不到可能就会成为程序以后的致命错误（不仅仅是BUG，而是设计问题），技术上的细节问题一定要多和开发人员交流。

这样才能做出符合要求的文档。

说句实话，看你这个问题就知道你是刚毕业没什么经验的学生，建议你看看《系统分析与设计方法》原书第七版~~不要拘泥于传统的结构化分析，同样面向对象的分析与设计也要容纳新的元素。

我们的目的是对上让客户信任我们，放心让我们去开发他们的程序；对下则是全面展现你的思维~~~

我的一点个人看法，仅供参考~~

你的设计方法不对的，首先你要搞清楚是为谁设计、设计用来做什么的，需要处理的数据、系统架构(C/S)等等，先进行概要设计，然后细分，要充分的与使用者进行沟通。不是你想怎么设计就怎么设计的，什么客户群体、业务需求都是不对的，应当结合考虑的，而且要全面，这是系统设计师和软件工程师的知识范畴。找本软件工程师的书看看吧。

给对方领导看的话，你就只要写出对方需要什么功能、需要处理什么数据、以及如何处理的：即用户界面、如何的方便操作、如何的安全可靠、如何的易于扩展、如何的采用先进技术、如何的有面子写出来就行了。其它的是给自己的程序员和对方的技术人员看的。

问高手思路是没用的 高手的思路又不是你想的

文档上你别找思路了 因为文档都是按照GB写的。重要的是你的语言能否打动你的领导或者客户。察言观色摸透他们需要的心里，那些东西才是你最需要的东西。需求分析也好系统分析分析也好，只要能看懂就行。
GB就是国家制定的标准。GB/T 11457-89

我觉得既然是给客户领导看 主要还是需要