如何写给用户看的文档

phm 2003-01-02 05:25:42
如何写给用户看的文档
...全文
108 20 打赏 收藏 转发到动态 举报
写回复
用AI写文章
20 条回复
切换为时间正序
请发表友善的回复…
发表回复
cuicui 2003-01-08
  • 打赏
  • 举报
回复
兄弟的经验就是,详细,起初我们假设用户是不会用计算机的菜鸟,后来实践证明我们的假设错了,现在我们假设用户是能看懂中国字的猩猩!
quan30 2003-01-08
  • 打赏
  • 举报
回复
FS+UI
也就是功能列表+用户界面.
也算是一个不错的方法吧.
图形的东西,用户肯定能看懂.
czyf2001 2003-01-08
  • 打赏
  • 举报
回复
我想知道如何写详细设计规格说明书?
是不是要有???
phm 2003-01-03
  • 打赏
  • 举报
回复
需求阶段和用户交流需求的文档
USE-CASE来表示
怎么个表示方法.....
例子....
windcsn 2003-01-03
  • 打赏
  • 举报
回复
不知道楼主现在在什么阶段要写给用户的文档?
1,如果是需求阶段和用户交流需求的文档,可以用USE-CASE来表示,主要是用来和用户交流他们的需求和你的理解,这个时候尽量多用一些用户能懂的方式来表达你的意思,如果用户发现你的理解没有符合他们的需求,他会和你更改需求,这样才能让用户的需求在最早阶段让我们知道。
2。如果是开发以后的用户文档,我想无非是使用说明:也就是功能方面的说明,这个简单,只要将系统的功能表达清楚即可,但是要按照需求来,以免客户发现你没有完成他的需求;还有就是你设计思路的表达,这个比较难些,主要是留给项目做存档用的文档。

我也在学习!
webcat 2003-01-03
  • 打赏
  • 举报
回复
如果用use case一定注意用户是否理解你的建模方法
webcat 2003-01-03
  • 打赏
  • 举报
回复
用用户看的懂的语言及建模方法描述功能及业务流程
ozzzzzz 2003-01-03
  • 打赏
  • 举报
回复
use case 不是用例图
它是一种格式化文档 use case图是use case的一个图示 并不能完全代表use case的所有内涵
Lin_Zhoubo 2003-01-03
  • 打赏
  • 举报
回复
既然是写给用户看的文档,那就要站在用户的角度来写,尽量的大众化,
如出现技术性的术语,就来个附录,在附录中给技术性的术语加注释.
Tryway 2003-01-03
  • 打赏
  • 举报
回复
公司在终极目标就是服务于用户,因为他们才是企业的上帝。
所以一定要简明易懂。
czyf2001 2003-01-02
  • 打赏
  • 举报
回复
use case:
用例图:是用来进行建模用的:
在很多的UML语言书籍中你会找到!
haitaoyu 2003-01-02
  • 打赏
  • 举报
回复
给用户看的文档?除了需求文档,还有操作手册、使用说明等,你只要遵循“用用户的眼光看系统”的原则就行了
stonespace 2003-01-02
  • 打赏
  • 举报
回复
use case是描述功能需求的一种格式,详细可以参考《UML与模式应用--面向对象分析设计导论》。

如果你要描述清楚需求,也可以用crc card。

不论用什么格式,描述需求应该让用户明白你要做什么功能,然后写的东西越少越好,因为看文档是一件让人头疼的事情。另外描述要准确,如果你写的东西用户理解成其他东西,到交付的时候你就惨了,用use case可以最大限度避免这类问题。

另外,尽量不要用你的专业术语,尽量用用户的领域术语,不过你要先弄清楚用户领域术语的精确含义。

bilbo0214 2003-01-02
  • 打赏
  • 举报
回复
说的不好听一些
你可以把用户当成傻瓜
给傻瓜说清楚一个问题当然要花一定的时间和口舌了
哈哈,
玩笑而已

bilbo0214 2003-01-02
  • 打赏
  • 举报
回复
软件流程图就别写了,
技术人员都要看很长时间
何况不懂技术的用户,一看就烦
bilbo0214 2003-01-02
  • 打赏
  • 举报
回复
尽量少用技术术语,即使用也一定要解释清楚
文字当然要让别人看懂

phm 2003-01-02
  • 打赏
  • 举报
回复
写给用户要多少呀
要把他们要做的功能写出来
还有什么,流程图写吗
phm 2003-01-02
  • 打赏
  • 举报
回复
use case
是什么呀
用什么格式
termite 2003-01-02
  • 打赏
  • 举报
回复
good!
stonespace 2003-01-02
  • 打赏
  • 举报
回复

首先要弄清楚用户关心什么,用户想看什么就写什么内容,用户不关心的不写。

然后弄清楚用户的水平怎么样,用户看不懂的东西也不要写。

需求分析文档可以用use case格式来写,然后再补充一些需求。不要假设用户看不懂use case。

....

1,265

社区成员

发帖
与我相关
我的任务
社区描述
软件工程/管理 管理版
社区管理员
  • 研发管理社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧