【软件开发】user story的两种写法（上）
之前参加了C.C Agile的活动 我觉得那次活动内容不错，只是很可惜的是时间掌控得不是很好 那次活动提到了user story的撰写，这让我发现我之前对user story的理解有问题 我之前对user story没甚么感觉，感觉只是一个形式上的格式 觉得那不过就是身为甚么角色，我想要甚么 很抽象、很模糊，可能还是需要use case来描述细节 如果有好好写过系统分析文件与规格的...
系统分析和系统设计，系统设计的责任归属
国内一般来说对系统设计的责任归属通常是以下几种状况： 1.系统分析师兼系统设计 这种比较少，比较常见的会是系统分析师写系统分析与设计的文件 但系统设计的文件也只是参考或做样子 以前我还遇过主管说他写了系统分析与设计文件，结果逻辑根本不通，最后我找到下一份工作就跑 2.程序员兼系统设计师 这种很容易见到，我之前面试有几次是遇到说希望我能系统设计兼写程序，有次的职称说是叫主任工程师 ...
系统分析和系统设计，为什么要有系统设计师？
在国内，一间公司如果能有专职的系统分析师（SA，非管理职）是件很好但又很难得的事情 要是能有专职的系统设计师（SD）而且还不是程序员（PG）兼任SD，这可更是难得一见 这篇我想谈论为什么要有系统设计师 如果一间公司的在软件开发的结构是PM、SA、PG、QC，那么SA在跟PG沟通的时候，技术上很可能会有问题 可能SA希望系统实现的一个行为，对系统的负担会很大或很难做 好的情况是PG去跟...
使用者要求做一个有9x个选项的下拉菜单，这真的是傻的吗？
这文章我以前有写过，但我想换一种方式描述，让读者能更清楚 当交易纪录出现异常时，系统会对异常的交易纪录产生对应的警报数据存到别的数据库table。 有一个功能是要对发出警报的数据进行查询，有一项查询条件是合作厂商，原本合作厂商的输入字段是输入文字，但使用者想改成下拉菜单。 当时负责转达与整理使用者需求的QA跟我说，下拉菜单的选项数量会到9x个。使用者是傻的吗？ 我认为合作厂商的选项在未...
系统分析与设计合在一起的文件
有的公司对于系统分析文件会因为没有系统设计师 所以把系统分析与设计的东西和在一份文件之中 这文件的撰写上会变得很麻烦 如果技术的东西太少，可能会影响程序员的实作（搞不好就不管整个系统架构而能跑就好） 如果技术的东西太多，可能PM或业务单位就会以此为由而不做规格文件的确认，出问题就能推卸出去。 这时很可能就是事情是否顺利已经无关你的系统分析能力与技术能力了 而是看怎么打好关系或者应付...
【系统分析】懂需求并不表示能当系统分析师
系统分析的最基本目的是要能够表示系统要做甚么（what to do） 这其实是很难的事情，记住一件事情：「懂需求并不表示懂系统该做甚么事情」 举例来说，使用者说他想要一个功能，能用下拉菜单选择厂商清单，让他可以快速选择而不用记得厂商名称 结果厂商数量可能有几十个甚至几百个，光找要的就是问题，网页的下拉菜单是否因此挂掉又另一回事… 我最近遇到一个状况是这样 原本有一个系统可以使用，但因...
闲聊系统分析的重要性
系统分析一事常常被认为很简单，就算没有也还好。 开发者通常比较能理解其重要性，如果需求与逻辑经常性变动，系统架构可能会因此受到不良影响。 但是对于不用实际开发的管理者而言，有感觉的通常只是开发者的反弹罢了。 我最近在想一个问题，要怎么让不用开发的管理者深刻了解「系统分析」的重要性，进而重视此事。 有个寓言故事是讲父子卖驴的故事 不管他们俩人一起骑驴、不骑驴、其中一人骑驴…都会有人有意...
为什么软件业不太做系统分析
就职场工作来说，产出的评价是很重要的 本篇论点是：「系统分析的不受重视与胡搞，跟产出的评价有关」 对管理者而言，要不要同意做一件事情，多少都会做些评价，通常会看： 1.做了有甚么好处（不做会怎样） 2.做了有甚么坏处（EX:增加成本） 3.可能产生甚么样的风险 以系统分析来说： 1.做了有甚么好处 一般论点是：厘清需求，避免做白工，让使用者满意 但换个角度来说，做了系统分析能...
系统分析该写到甚么详细程度才合适
这篇文章主要是描述进行系统分析的一个困难处 举个例子 我想要做一个店家数据的维护功能（新增/修改/删除/查询） 问题来了：「删除的功能该怎么表示才适当？」 删除基本上有几种实作方法 1.点选删除按钮就直接删除 2.点选删除按钮后先跳出确认视窗，要按确定才删除 3.点选删除按钮后先转到显示详细信息的网页，再按删除按钮才删除 如果采取第2种作法 以很多程序员的标准，还要给予确认视...
对四色原型的学习【系统分析】
前一阵子看了本系统分析的书，发现自己在系统分析上还蛮有加强的空间 （尽管如此，我还是自认自己比很多号称很懂需求与从事系统分析工作的人好） 我早期所学的系统分析方法中并没有Domain（领域）的概念 一个信息系统往往牵涉着很多人事物与关系 较普遍的描述法是实体关系图（ERD，ER-Model） 但还有一种方式是使用类别图来描述Domain 以前曾经看过有书描述这样的用法，但大概书算写...
