我觉得你现在一定是东西做好了但不符合上级要求的吧,否则三个版本的情况比较少见。。
我个人把需求与设计文档分为两种:
第一种:如果是给对方领导看的话,你就只要写出对方需要什么功能、需要处理什么数据、以及如何处理的:即用户界面、如何的方便操作、如何的安全可靠、如何的易于扩展、如何的采用先进技术、如何的有面子写出来就行了。就像楼上大哥说的一样。
第二种:给开发团队来看的话,需求分析一定要做细,比如业务需求的用例分析,不要小看这些琐碎的细节,万一考虑不到可能就会成为程序以后的致命错误(不仅仅是BUG,而是设计问题),技术上的细节问题一定要多和开发人员交流。
这样才能做出符合要求的文档。
说句实话,看你这个问题就知道你是刚毕业没什么经验的学生,建议你看看《系统分析与设计方法》原书第七版~~不要拘泥于传统的结构化分析,同样面向对象的分析与设计也要容纳新的元素。
我们的目的是对上让客户信任我们,放心让我们去开发他们的程序;对下则是全面展现你的思维~~~
我的一点个人看法,仅供参考~~
你的设计方法不对的,首先你要搞清楚是为谁设计、设计用来做什么的,需要处理的数据、系统架构(C/S)等等,先进行概要设计,然后细分,要充分的与使用者进行沟通。不是你想怎么设计就怎么设计的,什么客户群体、业务需求都是不对的,应当结合考虑的,而且要全面,这是系统设计师和软件工程师的知识范畴。找本软件工程师的书看看吧。
给对方领导看的话,你就只要写出对方需要什么功能、需要处理什么数据、以及如何处理的:即用户界面、如何的方便操作、如何的安全可靠、如何的易于扩展、如何的采用先进技术、如何的有面子写出来就行了。其它的是给自己的程序员和对方的技术人员看的。
1.实际的操作流程 实际的专业知识 2个结合就是主要的功能模块
2.人性化 封装一些常用的功能 主要指把几个小功能一起才能实现的功能封装成一个大功能 意在减少用户的操作 而且用户不一定是对电脑很熟悉的人 所以帮助,提示,引导页面都需考虑
3.拓展 封装一些安全的小型软件或者自己写 来增加其他的功能 这些功能可以是帮助性的,娱乐性的(用户指定是否启用),比如聊天功能,日志,新闻发布,发送纸条,小游戏,音乐等等
4.安全性 这个就不用我说了吧
后三点是修饰和完善你的软件 吸引人眼球用的 重点还是你的主功能
文档上你别找思路了 因为文档都是按照GB写的。重要的是你的语言能否打动你的领导或者客户。察言观色摸透他们需要的心里,那些东西才是你最需要的东西。需求分析也好系统分析分析也好,只要能看懂就行。
GB就是国家制定的标准。GB/T 11457-89
我觉得既然是给客户领导看 主要还是需要忽悠,一个对技术不了解的客户他是没有兴趣看文档的。你直接找点例子在配合文档演示一下效果更好。
按照客户的要求做一些界面原型,并对一些关键的操作做一些链接之类的东西,让客户看流程是否符合要求,界面是否符合要求。这样很容易说明问题。