软件工程
文章平均质量分 53
zirconsdu
这个作者很懒,什么都没留下…
展开
-
草记瀑布模型和螺旋模型
早在学习的时候就知道了描述软件开发过程的瀑布模型和螺旋模型,但是对其了解却是不甚了了。随着工作中项目实施遇到的困惑和思考,对这两个模型也渐渐有了些许体会。本文将试图描述两个模型的基本概念和根据项目实施条件决定使用何种开发模型。原创 2010-12-07 17:33:00 · 4210 阅读 · 0 评论 -
分析设计优秀的iPhone通知 & iPhone 优秀设计思路赏析与总结
在一个嵌入式小屏幕上做操作流畅的, 风格一致的, 符合人的正常使用习惯的, 带来良好用户体验的GUI确实是件耗费人的精力的事情.转载两篇, 希望有所启发.分析设计优秀的iPhone通知 当应用需要提醒用户关注某件事情的时候,希望1.引起用户的关注;2.不使用户感到烦躁不安;3.不希望中断用户的操作;4.引领用户到达该去的地方;5.当用户需要的时候可以再次找到该提醒。这些要求看似简转载 2012-12-14 21:49:46 · 1426 阅读 · 0 评论 -
经纬纵横五阵图:架构蓝图---软件架构 "4+1" 视图模型
Philippe Kruchten,高级技术专员2005 年 1月 01日本文基于多个并发视图的使用情况来说明描述软件密集型系统架构的模型。使用多重视图允许独立地处理各"风险承担人":最终用户、开发人员、系统工程师、项目经理等所关注的问题,并且能够独立地处理功能性和非功能性需求。本文分别对五种视图进行了描述,并同时给出了捕获每种视图的表示方法。这些视图使用以架构为中转载 2011-04-15 16:05:00 · 2027 阅读 · 0 评论 -
打开类的关联关系的天窗-是否站在了软件工程的高度?
打开类的关联关系的天窗 --是否思维受限?是否已经站在了软件工程的高度? 加之那久违了学究式的严谨原创 2011-04-15 15:17:00 · 674 阅读 · 0 评论 -
分析类和设计类-UML类生命的形成和演化
记录需求分析类和软件设计类的异同,类的关系的初步理解。原创 2011-04-15 15:08:00 · 1374 阅读 · 0 评论 -
ASP.NET2.0 Provider模型(上)——原理、模型与分析
摘要“Provider”这个名词对于研究ASP.NET2.0的朋友来讲可谓是”司空见惯”了,地球人都知道ASP.NET2.0的MemberShip(成员资格管理)、SiteMapPath(站点地图)、个性化等新特性都是基于Provider模型构建的。正因如此,转载 2011-07-05 11:28:16 · 633 阅读 · 0 评论 -
Class-ORM-ER
本文还未动笔, 先记下题目.原创 2011-03-04 15:22:00 · 542 阅读 · 0 评论 -
An open letter to object technology newcomers
软件工程从数据库建模驱动到领域建模驱动是一个进步,但是我很反感那些彻底否定数据库建模的领域模型驱动支持者,也很反感那些彻底否定甚至抛弃结构化方法的OO支持者. 在数据库模型驱动中,同样少不了业务流程的分析和建模,合格的分析员不会因为先做数据库建模就将业务流程建模做的一团糟;软件工程思想体会深刻的设计者也不会因为先有数据库模型就不会分离出业务层. 因此,重视领域模型不意味着偏废数据库建模,甚至是数据库理论;只有面向对象思维而没有过程思维的分析员和设计员也不是合格的从业人员,因为这忽视了软件运行时的动态形态,这转载 2010-12-20 11:02:00 · 779 阅读 · 0 评论 -
Converting a project from a waterfall to an iterative approach
Summary: from The Rational Edge: Often, software developers who firmly believe in an iterative approach must work for clients who, for various reasons, are rooted in a traditional “waterfall†methodology. This article discusses ways to help such org转载 2010-12-13 16:58:00 · 985 阅读 · 0 评论 -
UML之父Ivar Jacobson:软件工程需要重建基础
2010年8月26日,软件开发领域影响最大的世界级权威之一Ivar Jacobson来华宣讲“超越敏捷与CMMI探索软件工程的本质”,反思之前软件工程方法一年到头变换潮流的现状,倡议业界共同努力,加入到他与众多大师共同提出的SEMAT计划中来,完成软件工程的一次根本变革。此次演讲是由CSDN和《程序员》杂志联合策划组织的线下活动TUP(Technology、User Experience、Product)之对话大师系列之一,活动旨在与业界人士分享IT产品背后的技术和用户体验故事。转载 2010-12-08 15:54:00 · 1010 阅读 · 0 评论 -
Ivar Jacobson:我们为什么需要软件工程理论
Semat计划于2009年12月由软件工程三位大师(合称“Troika”)Ivar Jacobson(UML、RUP、组件和组件架构、用例等技术之父),Bertrand Meyer(Eiffel和按约定设计之父)和Richard Soley(OMG主席)正式发起,倡导以坚实的理论、已经证明的原理和最佳实践为基础,重新发现软件工程的本质。Jacobson等撰写了三篇文章详细阐述Semat思想,本刊将陆续刊载,本文是其中第二篇.转载 2010-12-08 15:19:00 · 764 阅读 · 0 评论 -
不同数据库是否就意味着需要provider设计模式?
在.NET下, Provider设计模式得到风行, 本文将讨论数据库系统意义下的provider设计模式应用和实现要点.大多数文章都将Provider设计模式的优点归结为屏蔽数据库系统的差异, 而且具体的,是屏蔽数据库系统引擎的差异; 这种理解不能说错,但是过于浅显; 如果仅仅屏蔽数据库系统引擎的差异, 隔离业务层和数据的话, 直接用ADO实现业务层需要的接口, 实现不了需求吗? 为什么还要编原创 2010-12-22 17:55:00 · 1738 阅读 · 0 评论