做软件的一点思考

这两天在家画了两天的UML图,当做是对自己所掌握知识的一个复习。

大概是这么一个过程,

首先是编写用例文档,将用户的需求描述清楚。------此步骤要尽可能的简洁,尽量采用客户的语言,不要采用计算机语言。

其次抽象出参与者和动作,完成初步用例图。---------确定主要动作和行为

分层,确定大致的开发框架。确定目录结构

然后根据用例开始画每个动作的顺序图,同时可以建立起每个对象的类图。建立对象之间的关联。

最后用Rational将语言描述转换为操纵方法。此时再来细化类。

 

采用何种框架------运用哪些模式------采用OOA/D的方式,多角度的思考,这些都需要经验的积累和个人不断的总结和探索。

现在在国内缺的不是程序员,缺的是理解了底层设计思想,专注于某一领域,能够灵活的进行项目的分析和设计的人员。

 

只有将一件东西理解透了,才能真正的做到举一反三。专注于某一方面才能将成就最大化,就像我们设计的一套优秀的系统,每个部分都要求非常完整,这样藕合性才低,性能才好。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值