自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(102)
  • 收藏
  • 关注

转载 软件体系架构课下作业08

题目:MVC在Java Web应用程序中的实例分析要求:结合六个基本质量属性,分析具体功能模块的MVC设计实现(例如登录、用户权限等功能模块)在实际项目中的具体应用,或分析MVC设计模式在具体网站中的应用(需要列举实例)  MVC将软件系统划分为三部分:模型层(Model)、视图层(View)、控制器(Controller),通过这样分层,系统层次更加明显,降低了系统内的耦...

2017-05-03 09:54:00 188

转载 软件体系架构课下作业07

  1.MVC介绍  MVC(Model-View-Controller)是软件工程中的一种软件架构模式,把软件系统分为三个基本的部分:模型(model)、视图(view)和控制器(controller)。  MVC模式最早是由Trygve Reenskaug在1978年提出,是施乐帕罗奥多研究中心在20世纪80年代为程序语言Smalltalk发明的一种软件架构。MVC模式的目的...

2017-04-23 21:27:00 197

转载 软件体系架构课下作业06

题目:对上学期学习的软件设计模式进行复习,对所有设计模式进行分析,用自己的话来阐述对他们的理解。(不少于2000字)  正如本学期所学习的软件体系架构,还有很多其他的软件工程技术一样,设计模式同样起源于建筑领域他是对前人经验的总结,为后人设计与开发基于面向对象的软件提供指导方针和成熟的解决方案。  从模式的目的而言,设计模式可以分为创建型、结构型和行为型三种。创建型模式主要...

2017-04-02 22:57:00 111

转载 软件体系架构课下作业05

题目:撰写一篇博客全面阐述实现《XX重大技术需求征集》系统所设计时所实现的质量属性技术,并说明原因。  在设计系统时所用到的质量属性战术共有六种,他们分别是:可用性、可修改性、性能、安全性、易用性、可测试性,下面依次是对各个战术的使用:  1.可用性:错误检测对于一个系统十分重要,在用户对数据库操作时,例如:修改密码、注册帐号、填写信息等,如在过程中发生未知错误的时候,系统...

2017-03-31 13:20:00 117

转载 软件体系架构课下作业04

  作业要求:阅读《大型网站技术架构:核心原理与案例分析》第五、六、七章,结合《某大型需求征集网站》,分析如何增加相应功能,提高系统的可用性和易用性,撰写一篇1500字左右的博客阐述你的观点。  网站的可用性描述了网站可正常访问的特性,相比于其他的五种特性,网站的可用性十分基础,但却更为关键,称得上是一个网站的立身之本。可用性指标是评价一个网站架构设计的重要指标,它是对网站性能...

2017-03-17 11:53:00 105

转载 软件体系架构课下作业03

作业要求:以《淘宝网》为例,描绘质量属性的六个常见属性场景,将上述整理为一篇博客发表。描绘质量属性的六个常见属性分别是:可用性、可修改性、性能、安全性、可测试性、易用性。下面对淘宝网进行这六方面的分析:  ①可用性:当遇到双十一、双十二等淘宝的促销节日,网站的访问量会在当天剧增,服务器的负荷会比平时增大不少,可以采用借用临时服务器,来扩展大网站的负载能力,完美应对激增的访问...

2017-03-09 16:46:00 163

转载 软件体系架构课下作业02

  “架构”并不是一个新颖的概念,它起源于建筑领域。而按实际来讲,架构其实自人类起源以来,就随之相应出现。个人的精力是有限的,但是为了完成日常必须工作,出现了分工,每个人完成自己熟悉的事情,将成果交易,就达到日常需求了。这也就是“架构”。渐渐地,人们开始造房子,开始生火,开始在室内有了越来越多的需求,为了满足这些,将房子按功能划分为不同的房间,就成了建筑架构师的工作。同样,各行各业都需要...

2017-03-01 22:51:00 107

转载 软件体系架构课下作业01

  不只是在一本书中提到,软件架构师其实和建筑师在某些地方的确存在着异曲同工之妙,在我看来也的确如此,在之前由于没有真正了解过建筑师的工作,所以我对这一观念理解的还不够深刻,但是经过本次课堂观看《梦想改造家》这一节目,通过节目的观看、老师的指引、个人对王平仲老师设计的分析以及题目的解答,我突然认识到,无论是调查需求、发现问题,还是说进行架构,交付工程,建筑设计师的工作如此,软件架构师也是...

2017-02-20 21:26:00 102

转载 《大型网站技术架构:核心原理及案例分析》阅读笔记04

第四章:架构师  1.架构师领导艺术    架构师是软件开发组织中比较特殊的角色,架构设计、软件开发、管理团队都需要架构师的参与。作者给出了一个好的架构师的标准:关注人而非产品、挖掘人才、共享成果蓝图、共同参与软件架构、学会妥协、成就他人。作为团队的技术领导者,在项目中不要企图控制什么,要用一个弹性的计划和蓝图推进。通过自己的努力,打造一个好的团队,这样才能创造出真正的价值,开启...

2017-02-18 15:26:00 72

转载 《大型网站技术架构:核心原理及案例分析》阅读笔记03

第三章:案例 在本章中,作者为我们举了一些大型网站的实例,通过对这些成功案例的介绍,我们可以进一步对网站的架构有更深的认识,了解优秀架构的优点。  1.淘宝网的业务架构演化案例    淘宝仅双11一天,成交额就数以万亿级,创造了电子商务的奇迹,这一奇迹的背后,是电子商务架构技术的不断积累而成的。业务驱动技术,没有高速发展的淘宝业务,淘宝技术也就不会如此完美。淘宝也...

2017-02-18 15:25:00 98

转载 《大型网站技术架构:核心原理及案例分析》阅读笔记02

第二篇:架构  本篇主要就第三节提到的五个网站架构关注点进行分析,为我们介绍了如何让自己的网站达到每一个性能的要求。  1.瞬时响应:网站的高性能架构    网站的性能是客观的指标,可以具体到相应时间、吞吐量等技术指标,同时它很大程度上受到用户的主观感受的影响,主观感受也会因人而异。要提高网站的性能,就需要进行性能测试来检查网站可以进行优化的问题点。响应时间、并发数、吞吐量、...

2017-02-18 11:37:00 98

转载 《大型网站技术架构:核心原理及案例分析》阅读笔记01

第一篇:概述  1.大型网站架构演化从上世纪90年代初,Web标准和Web服务出现来计算,互联网发展了仅仅20年,但是,它的发展速度却是惊人的,世界被互联网改变着。随着互联网的发展,越来越多的问题却暴露了出来,网站的安全、技术都存在着这样或那样的问题。网站从一个小型网站逐步发展,分离数据库、改善性能、数据库、业务,进行这一系列的升级进化后,网站逐渐成为了大型站点。同时也要清楚地...

2017-02-17 18:39:00 112

转载 《架构之美》阅读笔记04

第四部分(最终用户应用架构) 第11章【GUN Emacs,滋长的特性是其优势】: Emacs是一个类似于常用的文本编辑器,它的启动速度要慢于常见软件,所以它被设计就是用于长时间运行的。Emacs由于其自身的特性,而得到了许多程序员的欣赏。它采用了交互式应用程序中应用广泛的模型-视图-控制器模式,模型是程序所操作数据的底层描述,视图是向用户展示数据的方法,...

2017-02-17 11:26:00 94

转载 《架构之美》阅读笔记03

第三部分(系统架构): 第7章【Xen和虚拟化之美】: Xen,全称Xenoservers,是一个虚拟化平台,它允许用户在单个物理机器上运行几个操作系统,并特别强调性能、隔离性和安全性,是一个伟大的开源项目,被广泛应用于各个方面。从很久以前,开发者们就发现了一个不方便的情况,每台物理机器上只能运行一个操作系统,这就给用户带来了极大的不便,如果用户想使用的应...

2017-02-06 17:32:00 91

转载 《架构之美》阅读笔记02

第二部分(企业级应用架构): 第3章【伸缩性架构设计】: 从本部分开始,本书就开始介绍不同的架构设计。本章介绍的是伸缩型架构设计,使用的是Darkstar项目来举例。Darkstar是一个游戏虚拟项目,根据本类通常的实际情况,数据服务器通常需要拥有伸缩性,由于人数、时间、热度等多方面的影响,游戏的负载会实时变化,游戏的服务器的数量、连接方式也就需要根据此来...

2017-02-05 14:34:00 62

转载 《构架之美》阅读笔记01

第一部分(论架构): 第1章【架构概述】: “架构”这一名词被广泛应用于多种学科。对于计算机学科而言,架构有所不同,它并不像是建筑学和音乐等学科,它有其独特的特性与含义。软件架构其实是一个行为上和结构上设计的过程,软件架构师和开发者在软件开发流程中有着不同的分工。架构师关注的应该侧重于软件系统的品质,而非开发者的功能层面。从整体来把握整个软件的开发,通过对...

2017-02-03 11:37:00 77

转载 《用户故事与敏捷方法》阅读笔记06(完)

第17章 – 第21章 一个完整的实例  这一部分是一个南海岸航海用品(South Coast Nautial Supplies)完整的例子。让我们通过实际的案例来总结我们已经学习过的内容,巩固我们的知识。  用户角色:    从公司人员那里我们获知到项目背景,公司使用产品目录来销售航海用品,但是官网上只有一个简单的网页。公司老板决定要在网上销售商品,并要求在30天内上线。...

2016-11-13 09:52:00 85

转载 《用户故事与敏捷方法》阅读笔记05

第14章 用户故事的不良征兆一览  用户故事虽好,但是使用起来也不简单,如果使用不善,还是会出现各式各样的问题。下面就是一些常见的不良征兆(症状,解决方案):故事太小(经常需要调整估算,将相关的故事进行合并)、故事相互依赖(很难做迭代计划,如果因为故事小就相应合并或者是看一看故事划分是否得当)、镀金(实现功能超出计划需要、开发者因此浪费额外精力,规定好每次迭代计划的每人工作尽量减少冗...

2016-11-06 21:34:00 75

转载 《用户故事与敏捷方法》阅读笔记04

第10章 迭代计划 制定出上一章的成果发布计划,我们可以顺利地将粗细度的故事分配到多伦迭代中。多伦迭代是发布计划的进一步激化,但只在迭代即将开始的时候才开始做迭代计划。为此,迭代计划会议必不可少,客户以及团队的所有人员都要参与其中。在这一过程,各个人员仔细讨论每个故事,从故事中分解出任务,开发人员承担每个任务的职责。这个会议是客户为团队调整故事的最佳时机,但是切记项目团队...

2016-10-30 17:32:00 90

转载 《用户故事与敏捷方法》阅读笔记03

第七章 优秀用户故事准则   经过前几章的学习,我们已经了解了什么是故事,如何拖网式捕捞以及编写故事,如何识别关键的用户角色以及验收测试在其中的作用。除此之外,我们还需要了解一些额外的编写优秀故事的准则。为了确定故事,我们需要从每个用户与角色使用系统的目标开始考虑,通过将目标细化,我们就可以以此衍生出更多新的故事。当面临一个大的故事时,由于故事的笼统性,我们需要将其分为更小的故事。...

2016-10-23 18:02:00 71

转载 软件需求与分析课堂讨论一

课堂讨论分组:四人一组(祖浩然、陈鹏、李国帅、刘洋)内容:讨论无纸化考试系统的利益相关者并进行描述,并撰写项目目标(目标、好处、度量标准)将课堂讨论记录、利益相关者描述以及项目目标汇总成一篇博文,博文题目为软件需求与分析课堂讨论一,截止时间(2016-10-21日下午18:00)课堂讨论记录:软件相关者描述:  教师:使用该系统获取课程成绩单; ...

2016-10-20 21:53:00 104

转载 《用户故事与敏捷方法》阅读笔记02

第四章 搜集故事 从前面几章我们可以了解到,要想做到尽可能完整的了解用户的需求,用户故事将会是一个不错的选择。在一些原来的书本上,我们了解到可以使用“引出”、“捕捉”这类方法来获取故事。但是这是明显错误的,因为需求本来是不存在的,或者说是,用户只知道一个大概,而不能详尽的想到每一处细节。所以这种单纯的引出是不可行的。于是在之后,“拖网”方法被开发,它包含着多重含义:需求分...

2016-10-16 21:33:00 75

转载 《用户故事与敏捷方法》阅读笔记01

第一章 概览  软件需求是一个沟通问题,文章一上来就阐明了这个观点,这是软件需求与分析的重点。一个项目的成功取决于许多东西,但是最基本的就是开发人员要理解客户的需求,而弄清的唯一途径,也就是沟通。我们需要协同来完成任务,这就意味着,任何一方都不能在这一过程中保持绝对地位。为了确保能在客户那里收集到足够的信息,我们要保证有一个获取信息的过程,用户故事也就应运而生。用户故事描述了对用户、...

2016-10-02 22:47:00 79

转载 问题账户需求分析

1.案例分析  某大银行的一位银行卡办公室的收账经理Liz遇到了一个问题。她每周都收到一份过期未付款的账户名单。这份报告已经从两年前的250个账户增加到现在的1250个账户。  为了确定那些严重拖欠债务的账户,Liz需要通读这份报告。严重拖欠债务的账户由几个不同的规则确定,每个规则都要求Liz检查客户的一项或几项数据。过去半天的工作量现在增加到了每周三天。即使在确定了严重拖欠...

2016-09-24 20:46:00 58

转载 2016秋季个人阅读计划

精读的书:《用户故事与敏捷方法》阅读计划:  从第三周开始,到第九周(除去十一长假),每周阅读3-4章文章,并发表一篇阅读笔记。  发表时间:      1:10月2日(第三周)      2:10月16日(第五周)      3:10月23日(第六周)      4:10月30日(第七周)      5:11月6日(第八周)      6:11月13...

2016-09-23 23:44:00 63

转载 软件需求与分析之必要内容——课后作业01

  软件的项目,有成功的案例,但是除此之外,也难免会有失败的经历,而且这也不在少数。造成项目失败的原因多种多样,客户关系、设计、技术、时间管理、问题培养,但是归根到底,更多的问题还是归咎于需求分析没有做完善:被不懂技术的客户牵着走,没有分析到位;没有弄清需求是否能给予我们现有的技术;是否触及到了有需求的所有层面的人员,没有合理安排和客户进行需求的多方面交流,来保证项目的成功,这些都源于没...

2016-09-19 01:47:00 278

转载 学习进度条15

第十六周所花时间10代码量0博客量5篇了解到的知识点声明的局部变量是不会被默认初始化的,成员变量则是会被默认初始化的。声明局部变量的前面不能有任何权限访问修饰符(public、protected和private),只能是friendly的默认友好的,但是可以使用final来修饰局部变量。...

2016-06-15 16:32:00 50

转载 个人总结

  接下来说点儿我的真实感受,不仅仅是关于这门课,关于这一个学期的学习过程,而是关于各个方面,大学,生活,学业,时间以及未来(?笑)  大二下,这16周的一个学期,如白驹过隙,时间如同手中紧紧攥紧的沙子,越想抓紧,结果却是事与愿违,从手指缝中丝毫不讲情面地溜走。转眼间就来到了6月中旬,期末结束紧接着就是小学期,暑假就在眼前,透过它,也不难看到几个月之后我成为一个大三狗的事实。  ...

2016-06-15 16:20:00 130

转载 人月神话阅读笔记03(完)

第十三章:整体部分(我可以召唤地下的幽魂。这我也会,什么人都会,可是当您召唤他们的时候,他们果然会应召而来么》) 为了得到整体的可运行和高质量的软件,我们需要在哪些方面进行改进和下功夫。这章主要从消除Bug的设计,构件单元测试和系统集成调试三个方面来谈。  消除Bug的设计,就让我们更加意识到质量是设计出来的,而不是测试出来的。V.A.Vyssotsky 提出许许多多的...

2016-06-13 19:10:00 110

转载 人月神话阅读笔记02

第七章:为什么巴比伦塔会失败? 据《创世纪》记载,巴比伦塔是人类继诺亚方舟之后的第二大工程壮举,但巴比伦塔同时也是第一个彻底失败的工程。为何拥有了清晰的目标,充足的人力和物力资源的项目最后仍然失败,巴比伦塔给我们的管理教训就是它们缺乏沟通和交流,以及交流的结果-组织。他们无法相互交谈,从而无法合作。当合作无法进行时,工作陷入了停顿。通过史书的字里行间,我们推测交流的缺乏导致...

2016-06-13 18:53:00 87

转载 人月神话阅读笔记01

第一章:焦油坑(岸上的船儿如同海上的灯塔,无法移动)  过去的大型系统开发就如一个焦油坑,很多强壮的动物在里面剧烈的挣扎,大多数开发出了可运行的系统,但只有少数能满足目标、进度和预算的要求。程序本身是一个普通的产品,但是,经过两种途径可以让程序变为更有用的(但是成本更高):编程系统,编程产品,这样便形成了编程系统产品,是真正有用的产品,是开发目标。职业是快乐的,同时也是充满苦恼的。...

2016-06-13 18:40:00 103

转载 学习进度条14

第十五周所花时间25代码量4000博客量1篇了解到的知识点用eclipse可以直接对做完的程序进行最基础的打包,打出来的jar包可以直接双击运行。如果想做得更好,就还可以了解更多的相关知识,来使用exe4j等软件来进一步封装,封装成为可执行的exe文件。转载于:https://w...

2016-06-12 18:06:00 62

转载 学习进度条13

第十四周所花时间13代码量150博客量7篇了解到的知识点一个程序的核心,就是它的算法。找到这问题的算法,相当于问题解决了一大半。转载于:https://www.cnblogs.com/Daddy/p/5559410.html...

2016-06-04 19:46:00 53

转载 每日站立会议10(完结)

昨天:与组内成员共同对软件进行最终的优化今天:与组内成员共同学习并对软件进行打包遇到的问题:在没有mysql的电脑上,对数据库的应用出现问题转载于:https://www.cnblogs.com/Daddy/p/5557697.html...

2016-06-03 21:50:00 68

转载 每日站立会议09

昨天:继续调整软件各个界面的按钮、显示框以及位置今天:与组内成员共同对软件进行最终的优化遇到的问题:无转载于:https://www.cnblogs.com/Daddy/p/5554547.html...

2016-06-02 21:59:00 119

转载 每日站立会议08

昨天:进行软件界面的精确优化今天:继续调整软件各个界面的按钮、显示框以及位置遇到的问题:无转载于:https://www.cnblogs.com/Daddy/p/5550360.html

2016-06-01 17:22:00 64

转载 构建之法阅读笔记06(完)

第十五章:稳定和发布阶段  一个团队经历了计划/设计/开发等阶段,就达成了代码完成这一目标。这就来到了软件生命周期中最后的阶段,也往往就是最考验团队的阶段。首先,优秀的团队会发布有缺陷的软件,它能找到一个平衡点,能及时发布解决用户问题的新版本,并能及时修改软件中的问题。软件发布会经历许多版本:Alpha-Beta(对用户的反馈给予应答,进行改进)-ZBB(在多次修改BUG与反弹之后,...

2016-05-31 17:15:00 85

转载 每日站立会议07

昨天:将程序中对数据库引用的sql语句进行优化今天:进行软件界面的精确优化遇到的问题:调整显示框的大小与位置转载于:https://www.cnblogs.com/Daddy/p/5546145.html...

2016-05-31 15:57:00 54

转载 每日站立会议06

昨天:对将数据库进行最后的完善今天:将程序中对数据库引用的sql语句进行优化遇到的问题:语句常常因为有错误而编译不过转载于:https://www.cnblogs.com/Daddy/p/5543208.html...

2016-05-30 17:18:00 56

转载 课堂练习——寻求买书的最低价格

1.题目要求   书店针对《哈利波特》系列书籍进行促销活动,一共5卷,用编号0、1、2、3、4表示,单独一卷售价8元,。  具体折扣如下所示:       本数         折扣       2           5%       3           10%       4           20%       5           25% ...

2016-05-30 17:17:00 140

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除