slsl141的博客

原创 《大象---thinking in UML》有感

一、UML的定义 UML,即Unified Modeling Language又称统一建模语言或标准建模语言，是始于1997年一个OMG（对象管理组织）标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。 UML是一种是面向对象软件的标准化建模语言，要弄清UML，首先得搞清楚面向对象和面向过程。 二、UML的特点 UML是一种建模用的语言，就是一种建模用的语言，包含模型和关系，类似于语言中的基本词汇和语法。 UML的特点是

原创 什么是形式化方法

形式化方法英文的名称是formal methods。在逻辑科学中是指分析、研究思维形式结构的方法。它把各种具有不同内容的思维形式(主要是命题和推理)加以比较,找出其中各个部分相互联结的方式 在计算机科学和软件工程领域，形式化方法是基于数学的特种技术，适合于软件和硬件系统的描述、开发和验证。将形式化方法用于软件和硬件设计，是期望能够像其它工程学科一样，使用适当的数学分析以提高设计的可靠性和鲁棒性。但是，由于采用形式化方法的成本高意味着它们通常只用于开发注重安全性的高度整合的系统。 形式化方法在古代就运用了

原创 Java的反射机制

Java反射机制是 Java 语言的一个重要特性。在学习 Java 反射机制前，大家应该先了解两个概念，编译期和运行期。 编译期是指把源码交给编译器编译成计算机可以执行的文件的过程。在 Java 中也就是把 Java 代码编成 class 文件的过程。编译期只是做了一些翻译功能，并没有把代码放在内存中运行起来，而只是把代码当成文本进行操作，比如检查错误。 运行期是把编译后的文件交给计算机执行，直到程序运行结束。所谓运行期就把在磁盘中的代码放到内存中执行起来。 Java 反射机制是在运行状态中，对于任意一个类

原创 软件工程习题2

原创 医院患者监护系统的问题定义和可行性研究

目前住院病人主要由护士处理，这样做不仅需要大量护士，而且由于不能随时观察病人的病情变化，还可能会延误抢救时机。某医院打算开发一个以计算机为中心的患者监护系统，试写出问题定义，并分析开发这个系统的可行性。 医院对患者监护系统的基本要求是随时接收每个病人的生理信号（脉搏、体温、血压、心电图等），定时记录病人情况以形成患者日记，当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息，此外，护士在需要时还可以要求系统印出某个指定病人的病情报告。 问题定义： （1）目标：开发患者监护系统。

原创 软件工程与计算机科学的关系与区别

1.计算机科学主要从理论和数学的角度研究计算机如何工作。 2.软件工程研究如何构建软件系统，包括诸如项目管理，质量保证和软件测试等。 3.计算机科学和软件工程都是学习编程和计算机科学的基础知识，因此成为软件开发员，可以任选其一。 ...

原创 什么是WBS

软件工程是一项解决问题的工程活动，通过对问题的研究分析，将一个复杂问题分解成可以理解并能够处理的若干小问题，然后逐个解决。这就是软件工程的分而治之（在软件工程中这种方法称为WBS） ...

原创 什么是分而治之

分治法，字面意思是“分而治之”，就是把一个复杂的1问题分成两个或多个相同或相似的子问题，再把子问题分成更小的子问题直到最后子问题可以简单地直接求解，原问题的解即子问题的解的合并， ...

原创 为什么软件开发周期是预估的2-3倍

软件开发是一件漫长的事情，这个过程需要做很多事情，也需要很多的配合。 软件开发周期预估就是根据软件的开发内容、开发工具、开发人员等因素对需求调研、程序设计、编码、测试等整个开发过程所花费的时间做的预测。 相对于个人任务完成来说，这是一个团队任务，如果某一个部分出现问题都是不能按时完成的，周期预估一般开说是按照最完美的计划来完成，但是我们实际生活中可能出现各种各样的意外，所以我们耗费时间要长 ...

原创 为什么软件工程方法论让你觉得糟糕

面向元数据的方法、面向过程的方法、面向对象的方法和形式化方法，并称软件工程中的四大方法，它们共同构成了软件工程方法论。 软件工程方法论是指在软件开发的过程中必须遵循的普遍行为和规则，包含三要素：方法、工具和过程。 方法是一种使用定义好的技术集及符号表示组织软件开发的过程，是完成软件开发各个任务的技术方法，回答了“怎样做”这个问题，它的目标是在规定的时间和成本内，开发出符合用回顾需求的高质量的软件； 工具是为了运用方法而提供的自动或半自动的软件工程支撑环境； 软件的诞生和生命周期是一个软件过程，是为了获得高

原创 软件工程方法论对软件开发用处

其实从对软件工程的定义我们就可以看出来，所谓软件工程方法论，就是教给人们软件开发更科学更系统的方法。　当人们的需求产生变化或者是我们的科技更加发达我们对某些领域的认识更加全面之后，方法也随之会变化。需求决定生产，实践得出方法。 　　 　　不管做什么事情，不在一次次的实践不总结方法而只是一味的花时间去做，那永远都只是做而已，只有去总结规律，研究方法，才可能去创新。 　　 　　软件工程方法论教给我们的是一种开发软件的思维，并非是开发一个软件的实操，通常是给予我们软件开发过程的模型，如瀑布模型、快速原型模型、增量

原创 写给在集市中迷失一代的自己有感

作者油Eric Raymond的《大教堂与集市》一书引起话题，写出他们那一代的开源软件的发展兴盛，而之后却形容整个.COM时代总体上对IT/CS而言就是一场灾难，尤其对软件质量和Unix来说。那一段时间it行业增长很多，大概增长了两个数量级，可这过于泛滥了。 学会计算机编程很容易，就像学会用钉子把两块木板钉到一起一样简单----这是作者在文中说的，等这些人有时间学习和接受训练了，聚会已然结束，大多数人失去了工作。可以乐观地假定那些坚持下来的人最有天分，而且经验也最多，即便如此我们还是无路可逃，因为作为IT

原创 从瀑布到敏捷——漫画解读软件开发模式变迁史

一、瀑布式开发 瀑布式开发是早期被广泛采用的软件开发模型，要求有明确的需求，按照需求一步步做好规划，每一阶段工作的完成是下一阶段工作开始的前提，每一阶段都要进行严格的评审，保证各阶段的工作做得足够好时才允许进入下一阶段，它适用于需求明确的项目。 　　最大的风险是，当产品研发完成后， 到了产品测试阶段如果发现了问题 ，或者发现其无法满足市场需求， 那么就需要重新开发，甚至需要重新规划产品。 瀑布模型，就是说，软件开发是按照一定顺序展开的，总体上就分为： 需求 → 设计 → 制造 → 测试，四个阶段。

原创 对软件开发的观点

软件开发并不是一个人的工作，而是一个团队的工作，这是一个很漫长的过程。 软件工程的本质 大型项目——软件工程的提出，主要是解决政府的大型软件开发问题，没考虑小型软件； 项目把控——软件工程的中心课题是控制复杂性，使软件项目不是空 团队合作——大型软件项目，自然要很多人合作开发； 需求变更——软件经常变化，要适应不要抵制； 开发效率——开发软件的效率非常重要； 用户体验——软件必须有效地支持它的用户； 业务流程——在软件工程领域中，创造软件产品的软件工程师们 往往缺乏产品相关业务领域的知识。