[讨论] 请问spec要怎么写?

楼主: pjoe (Bye!Yesterday)   2014-02-28 01:37:28
最近想要发一个案,因为涉及蛮多数据库的东西、还有我们想做的东西之间的整合。
一方面因为我们要做的东西太多太大,另一方面真的很没这方面的经验,
跟工程师讨论过程中,发现写spec真的是个很困难的课题!
想请问各位接案的先进们:
(1)spec要怎样写才好?
只要把我想要的功能描述出来就好了吗?把每个部分大概想要的功能写出来。
例如:要把使用者这段期间的(参数)都抓出来跑成图表,要长的像这样(附图)。
还是要每个动作每个动作交代的很仔细?
(这样似乎效果比较好,但整个工程会变的很大、很耗时。)
例如:使用者这段期间的参数,会在他做XX动作时写入,写入完之后,要用OO函数把他
抓出来,跑出直条图、表格显示数字及非数字内容。
(2)spec的检验条件如何设定?
要怎样设定检验条件,好让契约双方能有个依据?使得契约双方能够确认,
工程师达到检验条件的某种程度就算是合乎条约、没达到就算违约。
例如:假设我说会员必须要有某个页面(我内心想说应该页面会不断自己生成)。
结果可能工程师达到了,让每个会员都有某个页面,但却无法因为时间的经过或
资料的增加而不断自动生成新页面,这种问题可能日后才会发生,当下检验会发
现可以通过。
请问要如何避免这种窘境?
(3)请问有没有SPEC参考范本或参考书籍可以推荐呢?
谢谢各位先进!
作者: cokellen (cokellen)   2014-02-28 07:23:00
也要看工程师的能力程度和经验
作者: caty1010 (Lucas)   2014-02-28 15:01:00
Spec真的要好好写 以免日后纠纷多
作者: PsMonkey (痞子军团团长)   2014-02-28 15:26:00
Use Case 写作方式勉强可以参考一下,至少当作起点这样
作者: now99 (陈在天)   2014-02-28 19:32:00
大架构先写出来 在往下分割 写出来 越写越细
作者: noxhsu (通りすがりの食いしん坊)   2014-03-01 20:51:00
不要把UML套上去,他们看不懂...(结
作者: sing10407 (阿U)   2014-03-03 00:47:00
画个心智图(功能细节)
作者: Ammenze (蓝天白云)   2014-03-03 17:49:00
Spec详细程度跟工程师的程度和经验成反比第二点应该是要先画出雏形跟功能说明和需求方详谈订好可以修改的最后日期后,就照说好的去写spec跟程式一般比较有经验的,在功能说明会准备多种方案给客户选择都确定功能后,写好才想到的功能基本上可以无视他但是很多客户都鲁小小就是了,这时就看要怎么谈修改..

Links booklink

Contact Us: admin [ a t ] ucptt.com