软件的定义:软件Software架构的 6个定义
架构从字面上很容易联想到建筑学中构建蓝图不过他是相对稳定而软件Software中架构是需要不断演进动态过程软件Software架构是对系统构件及其交互关系高层抽象描述是软件Software系统蓝图和整体结构用于指导后续设计和开发以使抽象具体化软件Software架构直没有个确切定义但是普遍认为软件Software架构是种关注和描述软件Software系统整体组织... [阅读全文]
设备间子系统设计:设计问题域子系统
使用面向对象思路方法开发软件Software时在分析和设计的间并没有明确分界线对于问题域子系统来说情况更是如此但是分析和设计毕竟是性质区别两类开发工作分析工作可以而且应该和具体实现无关设计工作则在很大程度上受具体实现环境约束在开始进行设计工作的前(至少在完成设计的前)设计者应该了解本项目预计要使用编程语言可用软构件库(主要是类库)以及员编程经验 通... [阅读全文]
界面交互设计:设计人-机交互界面的准则
遵循下列准则有助于设计出让用户满意人机交互界面 1．致性 使用致术语致步骤致动作 2．减少步骤 应使用户为做某件事情而需敲击键盘次数、点按鼠标次数、或者下拉菜单距离都减至最少还应使得技术水平区别用户为获得有意义结果所需使用时问都减至最少特别应该为熟练用户提供简捷操作思路方法(例如热键) 3．及时提供反馈信息 每当用户等... [阅读全文]
设备间子系统设计:设计人-机交互子系统的策略
1．分类用户 人机交互界面是给用户使用显然为设计好人机交互子系统设计者应该认真研究使用它用户应该深入到用户工作现场仔细观察用户是怎样做他们工作这对设计好人机交互界面是非常必要 在深入现场过程中设计者应该认真研究下述问题:用户必须完成哪些工作设计者能够提供什么工具来支持这些工作完成怎样使得这些工具使用起来更方便更有效 为了更好地了解用户需... [阅读全文]
管理子系统:设计任务管理子系统
【中国自学编程网】虽然从概念上说区别对象可以并发地工作但是在实际系统中许多对象的间往往存在相互依赖关系此外在实际使用硬件中可能仅由个处理器支持多个对象因此设计工作项重要内容就是确定哪些是必须同时动作对象哪些是相互排斥对象然后进步设计任务管理子系统 1.分析并发性 通过面向对象分析建立起来动态模型是分析并发性主要依据如果两个对象彼此间不存在交互... [阅读全文]
面向服务编程:我所理解的面向服务编程
框架是分类组合元功能实现,可以为服务提供常用基础操作 架构是解决问题思路方法和思路 服务是对使用用户有功能输出模块使用框架作为基础开发有针对用户需求分析和实现比如日志记录服务、权限管理服务后台服务、配置服务缓存Cache服务 这些服务可以灵活组合在起也可以独立运行 这些服务需要有接口和系统进行对接面向服务开发应该主要是如何把服务拆分开发如何把服务组合运行 更加直... [阅读全文]
软件Software发布的生命周期
Alpha: 就是αbeta就是β alpha版就是比beta还早测试版般都是内部测试版本 Beta: 很容易理解就是测试版这个阶段版本会直加入新功能 RC(Release Candidate): Candidate是候选人意思用在软件Software上就是候选版本Release.Candidate.就是发行候选版本和Beta版最大差别在于... [阅读全文]
第五项修练:敏捷宣言的第 5项价值?
人称“Bob大叔”Robert Martin再次掀起了讨论“编程职业水准”声浪他提出“敏捷宣言”应该加入第 5项价值:“精益求精胜过言听计从” “Bob大叔”在多伦多举行Agile2008大会上发表了主题演讲他提议敏捷宣言应加入第 5项价值:&... [阅读全文]
软件工程的发展趋势:软件Software工程未来发展趋势
本文意图是讨论软件Software工程未来发展趋势但是软件Software工程发展不可能是孤立所以我们首先需要研究下计算模型和软件Software开发本身变化和趋势再由此推测软件Software工程发展趋势 从计算模型而言应该来讲传统冯.诺依曼仍然被沿用；但从计算能力上来将我们注意到了 3个变化: ●CPU运算能力按摩尔定律快速提升；但提升单颗CPU计算能力已经... [阅读全文]
缺陷管理流程:软件Software缺陷修复流程初探
在介绍软件Software缺陷修复流程的前首先需要了解软件Software生命周期中发现缺陷数量变化趋势如下图所示在软件Software生命周期中所发现软件Software缺陷数量呈现周期性变化规律在个周期内由于进行软件Software开发活动(需求分析、设计和编码)引入了缺陷导致在软件Software测试和使用中发现缺陷数量大幅增长再通过缺陷修复活动可以使得发... [阅读全文]
瀑布模型:由瀑布等传统开发模型的弊端提出敏捷开发思路方法
瀑布模型是由Royce在1970年提出,他把大型软件Software开发分为分析和编程. 瀑布模型弊端: 1). 强调文档性:导致了往往要到开发后期,才能看到软件Software模样.为软件Software开发极大增加了风险性. 2). 没有迭代和反馈:导致了无法应对客户需求变化. 而在当今ERP盛行软件Software市场里面,由于市场带动软件Software... [阅读全文]
函数式编程:面向对象编程(OOP)和函数式编程(FP)的研究
最近看过不少 JavaScript 类(实际是嵌套 function)自己也写了些发现个值得研究问题 有作者可能为了提高点性能喜欢有事没事把思路方法里面某个变量做成类字段(attribute)而实际上这些变量往往作用域在单个思路方法内样工作很好就是说从逻辑上讲是不需要在几个思路方法的间分享这些变量比如: function SomeClass{ var a; va... [阅读全文]
封装技术－软件Software开发者的爱和恨
谈起封装技术我想大家并不陌生从 2进制到汇编再到c语言和其它面向过程语言都是从简单易用角度进行了封装已经屏蔽了相当多细节了不光是区别硬件以及硬件操作指令及其 2进制结构封装意味着开发者面对个个功能块 种逻辑上操作并不真正面对具体机器指令形式这确实给我们带来好处我们不用懂很多计算原理就可以控制计算机了 语言封装让我们简化了操作那么操作系统封装让我们简化了控... [阅读全文]
研发测试:研发管理中的测试管理
项目在分析、设计、实现、组装后就进入测试环节测试作为检测我们设计软件Software是否满足设计功能需求及其性能需求及其隐性需求起着重大作用作为最后成形产品可能在些功能或是设计上存在缺陷或是对于用户需求歪曲设计都可以在测试环节找出来予以修正 因此从这个角度上看我们应该是重视软件Software测试软件Software测试是提高软件Software质量个重要手段据... [阅读全文]
以需求为导向的软件Software设计
在分析评审完用户需求后' /需要去需求进行分配' /识别出用例和角色' /并且对用例进行分析' /得出业务流' /和数据流及其数据逻辑结构' /并且对相似或是同类' /用例进行划分' /划分出' /个个' /系统' /为后期组件建模层次划分提供依据' / 在完成需求分配后' /我们会根据用例' /子系统来划分模块' /形成组件' /并且根据定义好子系统间' /接口及其思路思路方法' / 在完成需求... [阅读全文]
可持续的需求分析和软件Software设计
在讨论内容管理功能需求时我们常常会考虑某个功能各种各样情况功能性、易用性、复杂处理场景、异常处理场景这些无疑都是非常非常有价值个系统做到最好境界从客户角度来看也就是这些功能了 同时我们也讨论了很多软件Software设计方面些内容考虑了很多灵活性、扩展性方面内容同时设计和功能也是紧密相连设计常常对功能具体展现会有定影响 那我们实际中遇到困难是什么呢？针对上面我们... [阅读全文]
ibmrational:IBM Rational 架构管理软件Software模型结构指南
您组织模型内容方式以及构成模型存储方式是建模实战成功和否最大决定原因在本系列文章中您将了解到在将这些内容应用于基于 IBM® Rational® Eclipse® UML 建模产品时和这些内容相关术语、概念、原则和最佳实战以及对于和许多建模思路方法(例如传统 IBM® Rational® Unied Process(RU... [阅读全文]
面向对象方法学:面向对象思路方法学的主要优点
1．和人类习惯思维思路方法致 传统设计技术是面向过程设计思路方法这种思路方法以算法为核心把数据和过程作为相互独立部分数据代表问题空间中客体代码则用于处理这些数据 把数据和代码作为分离实体反映了计算机观点在计算机内部数据和是分开存放但是这样做时候总存在使用数据正确模块或使用正确数据模块危险使数据和操作保持致是员个沉重负担在多人分工合作开发个大型软件Softwar... [阅读全文]
对象建模技术:面向对象建模
众所周知在解决问题的前必须首先理解所要解决问题对问题理解得越透彻就越容易解决它当我们完全、彻底地理解了个问题时候通常就已经解决了这个问题 为了更好地理解问题人们常常采用建立问题模型思路方法所谓模型就是为了理解事物而对事物作出种抽象是对事物种无歧义书面描述通常模型由组图示符号和组织这些符号规则组成利用它们来定义和描述问题域中术语和概念更进步讲模型是种... [阅读全文]
符号图形:表示类-&-对象的图形符号
1．类-&-对象 “类-&-对象”是个专用术语它含义是“个类及属于该类对象”图6．4(a)是表示类-&-对象图形符号图6．4(b)是表示类图形符号 类符号是类-&-对象符号变种通常用来代表个没有例子抽象类类符号是个矩形框由两条横线把矩形框分为 3部分最上面部分是类名字中间部分列出该类内定义属性最下面部分... [阅读全文]
如何确定发展对象:确定类-＆-对象
类-＆-对象是在问题域中客观存在系统分析员主要任务就是通过分析找出这些类-＆-对象首先找出所有候选类-&-对象；然后从候选类-&-对象中筛选掉不正确或不必要 1．找出候选类-&-对象 对象是对问题域中有意义事物抽象它们既可能是物理实体也可能是抽象概念具体地说大多数客观事物可分为下述 5类 ．可感知物理实体例如飞机、汽车、书和房屋等 ... [阅读全文]
通信工程:工程事务处理和现代工程通信及信息交流
工程事务处理 工程事务分为事务、管理和决策 3个层次 (1)工程事务型系统又称工程电子数据处理系统或工程业务信息系统主要提供工程业务中处理日常事务功能例如工程文档编辑和打印、报表填写和统计、文档检索、活动安排以及其他日常数据处理等 (2)工程管理型系统又称工程管理信息系统(Engineeng Management Infomation)它是个以... [阅读全文]
软件Software开发:需要一种新的模式
在人类历史上计算技术是发展最快种技术先是Eckert and Mauchly公司后来是IBM公司最终有许多其他公司都加入了这个行列使50年前为ENIAC开发电子技术在商业上获得爆炸式发展使计算硬件性能以超过1010(100亿倍)速度提高同时编程由于是个劳动力高度密集工作其性能只增长了500倍在短短50年时间中这种劳动力密集型工作生产率提高了这么多着实令人吃惊可惜和硬件生产率相比软件Software... [阅读全文]
软件Software开发策略和生命周期模型
下面将从较高层面上探讨目前软件Software使用各种开发思路方法和过程我们主要关注大型企业应用软件Software(厂家或内部开发团队(Team)开发软件Software)设计、创建和维护次性软件Software或接口简单创建和使用毫无困难可言开发巨型操作系统如有几百万行代码(LOC)Microsoft XP或者复杂大型系统如FAAEnroute 有些非常特殊... [阅读全文]
软件过程改进:软件Software过程的改进
前面讨论老式软件Software开发模型都历史悠久甚至在目前仍广泛使用但肯定不是这个主题最新内容我们将简要探讨RUP、CMM和ISO 9000软件Software过程改进开发模型这 3个模型将在后面章节中详细介绍这些模型完全区别放在这里探讨是软件Software开发经理常常把它们作为组区别技术进行“比较”RUP和CMM是政府大力赞助学术研... [阅读全文]
学习方法:ADR思路方法
ADR表示assembly(装配A)、disassembly(拆卸D)和reassembly(重装配R)这是基于组件软件Software开发主要方面[xvi]企业系统中软件Software组件是相当大功能单元管理着窗体创建和处理而窗体般对应实际业务窗体个电子例子例如总账(GL)系统包含170个组件要从头开始创建总账必须使用12个或更多组件GL应用中每个组... [阅读全文]
软件的健壮性:健壮软件Software开发过程的7个要素
在军事、工业和商业应用中软件Software越来越成为不可或缺元素但软件Software常常伴随着高成本、低可靠性和无法接受延期软件Software经常根本不能使用参见下页补充内容1.2软件Software生命周期成本(LCC)般远远高出硬件成本软件Software质量较差将直接影响其成本软件Software开发成本中约40%用于测试以清除确保高质量软件Soft... [阅读全文]
软件开发模型:健壮软件Software开发模型
DFTS技术由健壮软件Software开发模型、软件Software设计优化工程和面向对象设计技术组成后面将谈到这是瀑布和迭代模型个比较精巧合并形式且每级均有反馈实际上它试图融合各种开发思路方法中最佳实战方式和特性提供种以顾客为中心健壮软件Software技术它满足刚才讨论健壮软件Software体系结构开发思路方法所有7个主要要求Taguchi思路方法已在几种情况下应用于上游软件Software... [阅读全文]
