面向对象中的类, 这个描述应该比较简单一些. 还是以前面的美女为例子, 比如说, 我认识Ada, Veronica, Jennifer and whatever … (这些都是女子的名子). 在面向对象的观点中, 她们每一个个体的属性都不同, 但是都是美女, 所以把们归为一个类… "美女"
BA的观点是, 当了解了Object了之后, 就要去花费许多时间来将这些寻找回来的objects总结成为 类. 从客户那里得到的对象并非全部都是与业务有关系的, 而且有一些对象其实可以总结成为一个. 或者是说归类为一个. 这些被称做为 Entity Classes. 前面银行的例子中, 存钱, 取钱之类的描述中, 至少可以归纳出2个类. Account entity class 和 Customer entity class
Read more...对于面像中的封装的概念, 我个人理解也不是很透彻. 个人理解就是定义属性为private,而且只允许对象自己访问. 举个不恰当的例子, blonde. 如果你娶了一个漂亮的blonde当老婆, 对于XXOO这个行为, 你当然是不想分享给别人了,不想让别人看见. 这个就理解为封装. 当然例子可能不太合适. 大意如此.
BA中, 当描述XXOO这件事情的时候, 其实只需要描述事情就行了. 比如说方法是ML, 然后就不必描述其它的属性了. 比如说XXOO的对象发生了变化, 当老公知道老婆XXOO的对象不是他自己的时候会产生什么情况? Oh my god. 肯定不敢想像, 会出大问题的. 所以记录的时候, 只记录XXOO这个方法, 而不要记录属性,即谁和谁.
Read more...面向对象理论中, 属性可以理解为构成对象的一些特征或者是元素. 当我们描述一位blonde (金发碧眼的女子), 我们会说, 她有着金色的长发, 碧色的眼睛, 身高1.72, 体重50公斤, 是一位老师… 等等. 这位blonde是”对象”的话,(这里的对象是Object,不是BF的意思). 那么他的属性就有头发, 眼睛, 身高, 体重, 职业 等等, 这一系列的属性描述出了这一位女子. 同样, 她具有的方法之一就是教书.Teach()
在BA的眼中, 做一名BA, 责任应该是帮助客户确定这一系列的属性和方法, 因为客户并不知道这些问题,而程序员可能也并非完全理解客户的对象. 比如说, 银行的一个帐户, 应该有帐户金额, 最后操作时间. 同样的,和这两个相关的方法有两个deposit和withdraw.存款和取款, 当这两个方法发生之后, 会影响帐户的金额,以及操作的时间.
同样的, 还要了解的是, 比如说withdraw有哪些要求, 哪些条件? 怎么样也取出钱?….
这些都要从客户方面去了解.同时记录下来的.
面向对象中, 对象可以被理解为万物. 当你感知这个世界的时候, 你能分辨出这个你看到一些物体, 是因为这些物体都有一副图像在你的脑海中. 比如说, 汽车的时候, 即使不看到汽车,你也会想像到汽车的样子. 所以整个世界,其实是在你大脑中的一个模型化了.
在BA的视角来说, BA的任务就是根据利益相关人(其实也就是客户)的描述, 来确定其业务中存在哪一些对象.
举一个简单的例子. 小明周六的时候,如果有时间就去餐馆吃饭. 这个例子中的对象有小明, 餐馆, 食物. 当成,还有潜在的比如说电话(因为要打电话订位子) 等等, 不过要注意的事, 这些对象都要与业务有关联. 而且要注意是该对象是存在于业务的哪一个位置, 并进行记录.
最近一直有在学习关于BA方面的基础知识, 比如说一些需求搜集的方法, UML的基本语法之类的. 由于前一段时间一直在冲刺词汇, 没有太多时间深层次的关注于这个领域. 昨天刚刚把新的6K个单词听了一遍, 抄了一遍, 背了一半, 忘记了一大半. 现在也终于可以花时间在这个BA上面多做研究.
关于BA到底是做什么的, 下面这段话可以讲的很清楚.
As a Business Analyst, your job is to get inside the heads of your stakeholders so that you can extract what they know about a piece of the real world—a business system—and pass it on to the developers, who will simulate that system on a computer. If you were choosing an approach for doing all this, you’d want something that goes as directly as possible from the stakeholders’ heads to the IT solution. This approach would have to begin with an understanding of how people actually think about the world, and would have to be broad enough to take the project from requirements gathering right through to construction of the software. Object Orientation is one such approach. It begins by proposing that the object is the basic unit by which we organize knowledge. In the following discussion, we’ll see how OO takes this simple idea and builds an entire edifice of powerful concepts that can be used to understand and build complex systems.
这里面有个生词就是
stakeholders: 利益关系人
因为没有太多的生词,整段话我就不做翻译了,
如果有看不明白的同鞋可以留言我可以把翻译补上.
标题的3个数字其实总结我去年一年的活动. 245天在南加州, 61天在济南, 也就说还有50天在家里面.
其实想起计算一下去年的行程也是看了 “Up In The Sky”之后才有了这个念头.
目前嘛我的情况, 是优跃俱乐部(Priority Club) 的白金一级会员, Sky Team初级会员, 里程连4W Mile都不到.
我没有主人公那么好的待遇, 希尔顿, 而且我没有主人公那么有毅力,几十年, 积累到了希尔顿的高级会员, 航空公司的千万Mile的里程. 并且我也没有这个机会. 故事的结局的一席话, 听的我全身起疙瘩, 原因很简单,我与主人共有了共鸣~
2010年的1月13日, 我依然的独自在外波, 为了一个不知道什么样的未来打拼.
孤单,是一个人的狂欢;狂欢, 是一群人的孤单.
原 正则表达式如下.
^(([A-Za-z0-9]+_+)|([A-Za-z0-9]+\-+)|([A-Za-z0-9]+\.+)|([A-Za-z0-9]+\++))*[A-Za-z0-9]+@((\w+\-+)|(\w+\.))*\w{1,63}\.[a-zA-Z]{2,6}$
改造后的如下.
^\s*(([A-Za-z0-9]+_+)|([A-Za-z0-9]+\-+)|([A-Za-z0-9]+\.+)|([A-Za-z0-9]+\++))*[A-Za-z0-9]+@((\w+\-+)|(\w+\.))*\w{1,63}\.[a-zA-Z]{2,6}\s*$
本文转自iamsujie的部落格, 产品设计系列的文章, 原文地址: UC(用例)写作
C（use case，用例）是需求人员写给开发人员看的一种最基本的文档，在和其他公司合作做项目的过程中，发现双方的文档规范差异很大，造成了沟通成本的提高，所以感觉在一个长期合作的团队中，文档与规范的统一真的是非常必要的（我强调的是“统一”，并没有强调要一定要用“某种格式”）。
查了一下资料，早期的需求人员是通过对应用场景（Scenario）的分析来细化需求，本世纪初，一些牛人们才将这种方法正式归纳为用例法。之后在网站制作中，业界又对其发展，扩展出了“任务分解”等需求细化方法。
从一个项目的PRD开始，首先会有些总体说明，如项目概述、功能范围、用户描述、词汇表等，然后主体就是UC文档，首先需要有个总的用例图来对系统给出高级可视化的表示，说明各个UC之间的关系，UML中有相关的内容。上个图感觉一下。
本篇简单说一下单个用例要描述哪些事情。
首先是UC概述（括号中举例说明每项内容）：
用例的唯一标识（UC_ordermeal）；
用例名称（点菜）；
业务描述（为什么要做这个UC？小明工作一周辛苦了，周末晚上去吃一顿好的补补。）；
需求描述（这个UC要做什么？去餐馆，点一个菜，之后等烧好了吃掉）
行为者（小明）；
前置条件（是周末，……）；
后置条件（服务员接受订单，去厨房，……）；
UC主体：
界面描述（小明的例子中好像没有，对于网页，我们对界面的描述经常占UC的很大篇幅，甚至链接上demo。当然还有一种做法是单独写界面文档，然后与UC文档互相引用）；
业务规则（比如限制条件：小明不吃辣，小明口袋里只有100块）；
流程描述，分主干、分支和异常三种，描述共前置条件到后置条件的过程中，系统与用户之间有何种交互步骤，这里多见的是时序图、活动图、流程图（小明自己选 or 让服务员推荐，if 服务员推荐，小明接受 or 不接受……确定点某个菜……）；
其他内容，额外的一些针对项目特定的需求。
UC一般只能描述绝大部分的功能需求，无法描述诸如性能、培训需要、时间限制等非功能需求，所以再加上非功能的需求描述以及项目其他的概要信息，才构成教科书里的“需求说明书”。
Read more...听说百度被黑掉了, 听说而已, 我没有亲眼看到. 但是我即见到过被黑之前的百度, 上面充满了无用的小广告. 和垃圾结果的竞价排名, 以及需要反过来理解的消息结果. 百度, 做为一家企业, 不过如此.
然而, 在这整个网络中, 我最早了解的却是这百度搜索引擎, 最懂中文的搜索引擎. 网上经常看到 "你不知道,我知道,我知道,你不知道,我不知道你也不知道的百度知道." 那个时候偶尔还能搜索出一点点有价值的东西, 后来, 慢慢的, 在这太平盛世之前, 能搜索出来有价值的东西越来越少, 而后, 竟然搜索不出什么有价值的东西了. 其实也罢, 没有了baidu,我还是有google.com, 但是又是由于太平盛世的关系, google.com竟然被莫须有的和谐掉了. 这个时候,本来能搜索出东西的百度, 又能搜索出东西来了, 只是这东西的味道已经变得不是那么纯正, 越来越多的小广告, 钓鱼站点出现在 更懂中文的百度的首页… 再再后来, 百度开始充当某些集团的遮羞布, 当某奶粉事件引起整个射会反思的时候, 引出了百毒帮助别人遮羞的天大的丑闻. 只是, 当我们知道这个消息的时候, 百毒从事这一行业已经好久了, 那上面也找不到有价值的东西了. 后来发生在百度身上的事件还有很多, 比如"苏丹红","三聚氰胺"等等, 但是由于太多, 我现在已经忘记了.
那时我唯一的希望就是能够访问google.com, 希望有人能够出一口恶气. 再后来,我慢慢成长, 懂得了如何翻墙, 再后来, 我不用翻墙也可以访问其它的和谐的网站了, 只是看见百度的时候,心里就不舒服, 总是希望有人来敲打一下它.
现在他竟然被黑了, 则普天之下的人民, 其欣喜为如何?
这是有事实可证的, 试问twitter, 新浪围博, QQ群里面无不在传颂和调侃这突如其来的喜讯. 没有人在责怪Iranian Cyber Armary, 他一搜索引擎, 不好好的做技术, 反而想方设法的作恶, 其心已经是黑到了底 — 那简直是一定的.
听说, Irain Cyber Armary 由于米国的军事打击威胁，伊朗人准备大批量购买火箭筒，于是来百度搜索，但是遭遇百度的竞价排名，伊朗人选购了搜索结果排名第一位的火箭筒，到手之后发现上当。伊朗人气不过，遂黑了百度. 只可惜我没办法打听这件事情的真实出处了, 或者这只是小道流传的消息, 只是民间传说罢了.
自百毒作恶以来, 人们最常讨论的一句话就是, 坐人不能太百毒, 你在百毒工作? 你才在百毒工作, 你全家都在百毒工作呢. 百毒, 由原来好好的一家公司变成了一个负面的词语.
当初, 百毒作恶的时候, 它就没有想到, 出来混, 终归是要还的吗?
活该.
Read more...我不明白为什么这么好的一部电影在PPLive上面的打分竟然这么低.
可能现在的小孩子没有经历一些事情, 看不懂这么有意义的电影了. 没有经历过, 也许就永远不会明白在云端的孤寂, 永远不会体会到在万家灯光, 合家欢乐的节日里面, 一个人独自的凄凉. 万圣, 圣诞, 元旦, 中国新年, 情人节, 生日等等…
表面看着很光鲜, 外人看着很风光. 其实这背后的辛酸, 也许真的只有经历过的人才会明白.才能体会.
这是2010年, 第一部打动我的电影~
今天大多数人都将回到自己温暖的小家 迎接家里闹腾的小狗 吵闹的孩童.他们的伴侣会关键的打听白天的事情.晚上他们在夜幕中安然入睡.
星星从白天隐藏的角落慢慢地爬升出来 而在那些天边的微光中,会有一外更为明亮.
它就是我的翼翅, 祝福着其它人, 悄然拂过…
孤单,是一个人的狂欢;狂欢, 是一群人的孤单.
在云端
Read more...
Recent Comments