系统分析该写到甚么详细程度才合适

  这篇文章主要是描述进行系统分析的一个困难处

  举个例子

  我想要做一个店家数据的维护功能(新增/修改/删除/查询)

  问题来了:「删除的功能该怎么表示才适当?」

  删除基本上有几种实作方法

  1.点选删除按钮就直接删除

  2.点选删除按钮后先跳出确认视窗,要按确定才删除

  3.点选删除按钮后先转到显示详细信息的网页,再按删除按钮才删除

系统分析该写到甚么详细程度才合适-梦幻科技

  如果采取第2种作法

  以很多程序员的标准,还要给予确认视窗的提示文字

  而且还会想知道要是参数错误或数据已经删除之类该做甚么样的响应

  如果采取第3种

  那会想知道的更多…

  就算采取最简单的第1种,也同样会要知道参数错误之类的状况该怎么响应

  根据个人经验,过多的表达与描述很容易造成失焦

  如果需要表达得过度详细,对撰写者或确认需求者都可能造成讨论失去重点的问题

  表达的详细程度没甚么一定的标准

  就我个人观念来说

  大方向的逻辑正确性是必须的,细节部分…就看「共识」了

  这部分要很小心,尤其是自己地位太低的状况之下

  题外话:

  我以前参与过一些项目,系统文件的内容非常之多,有的甚至需要进行极大量的复制粘贴与格式调整

  我以前还面试过一间公司,面试官说他们的系统文件都写得像出一本书一样

  我并不相信确认需求的人会把文件仔细看完,但这种作法却是他们共同认同的


联系我们

13751415268

853408942

:853408942@qq.com

:9:30-22:30

QR code