很早之前就想学习一下UML了,几次拿起书本翻几页,太抽象,没情趣,不好理解,看几页就放下、看几页就放下,缺乏恒心、毅力,然后工作忙,自己给自己找台阶。所以一直没实现。
前年底换了工作岗位,没那么忙了,寻思着把以前零零碎碎编的一些程序整合在一起,于是决定借此机会把UML也结合起来,学、练、用三结合。
先是上网搜索、收集学习资料,这都是习惯性动作了。以前买的书还是UML 1.x,现在2.x了,又网购了一本。手头上有一套PowerDesigner,搞数据库设计时留下的,这次也升级到15版。除了编码,整理需求、设计用例、类都在PowerDesigner里完成。
PowerDesigner提供有各种模型的样板,正好拿来借鉴。虽然是自己给自己下任务,心里琢磨着还是要看看规范是个什么样子,于是装模作样从需求开始写起,Powerdesigner里新建一个自己的需求模型,总体目标、场景描述、功能需求、非功能需求、开发和使用环境等等,挨个写下去。
下面是一些过程和体会。
一、 需求和场景
一些网络达人说需求要写成小说、故事,要实景描述。比如买火车票,从张三决定春节回家开始讲起,去售票大厅询问车次、买票……下雨了,结果没等到公交、错过了火车。等等,一路写下去,就像纪实小说一样,细节、对话全部写出来。
我比较支持这种写法。都知道需求是开发软件最关键环节,引领开发方向,出什么差错,后面弥补成本太高。但开发人员和用户之间对需求的理解、偏重又极可能存在很大差异,这我们也都体会过。开发人员把时间顺序