软件工程之面向过程的软件设计方法

   面向过程,是一种以过程为中心的编程思想,这个过程有人也称之为面向记录,他们不支持丰富的面向对象的特性,比如继承多态等,还有重要的一点是,他们不允许混合持久化状态和域逻辑。

  简单的来说,面向过程就是分析解决问题所需要的步骤,然后再用函数把这些步骤一步一步实现,使用的时候一个一个一次调用即可,我想大家都有乘坐动车的经历,比如说,从廊坊站到北京南,面向过程就是动车从廊坊站启动是一个事件,动车到达北京南是另一个事件,在编程序的时候我们关心的是某一个事件,而不是动车本身,我们分别对动车启动和到站编写程序。前三篇博客,依次从软件工程学科、软件计划以及需求方面进行阐述,明确系统的逻辑模型,让我们明白系统需要做什么,计划定下来,确定软件的执行性,我们开始需求分析,接下来,我们要做的就是设计阶段了,现在就软件的设计方法做一个简单的总结(点击打开链接`(*∩_∩*)′)

  

   面向过程是一种最为实际的一种思考方式,就算是面向对象的方法也是含有面向过程的思想,可以说面向过程是一种基础的方法,他考虑的是实际的实现,面向过程是从上往下步步求精。所以面向过程最重要的是模块化的思想方法,面向对象的方法主要是把事务给对象化,对象包括属性和行为,当程序规模不是很大时,面向过程的方法还会体现出一种优势,程序的流程会特别清楚,按着模块与函数的方法可以很好的组织,举个简单易懂的小例子,拿学生早上起床去学校来说吧,我们可以将过程拟为首先起床,其次穿衣,接下来洗脸刷牙,最后吃饭去学校,这些步骤都是一步一步完成的,他的顺序很重要,我们需要做的就是一个一个的实现就行了,可见,程序在我们生活中随处可见,遇到比较难懂的那些计算机专业术语,我们不防把程序生活化,有意想不到的精彩。

时间: 2016-05-18

软件工程之面向过程的软件设计方法的相关文章

软件工程——面向过程的软件设计方法

  面向过程的软件设计方法是一种最为实际的设计方法.面向过程是一种以过程为中心的编程思想,就是先分析整个程序所需要的步骤,然后通过函数把这些步骤一个一个实现,在程序设计的时候有需要直接调用就行了.我们常用的面向对象的设计方法也包含面向过程的思想,面向过程是一种最基础的设计方法.面向过程的软件设计方法考虑的是实际的实现,一般是自顶向下逐步实施.因此面向过程最重要的是模块化设计,而面向对象主要是把事务付给对象,对象具有属性和方法,抽象出来的是一个类.因此对于规模不是很大的程序,面向过程的设计方法相对

深入“自顶向下,逐步求精”——面向过程程序设计方法

程序设计初学者常常受困于不会想问题:"不知道让计算机解决这个问题该如何做".其实,程序员的一个基本功是,能够将复杂的问题分解开来.学会分解任务,因超级大分为大的.中的.小的.超小的,直到能用很直接的方法解决.记住一个很管用的策略:自项向下,逐步求精.不管做何事,都拿这个策略套一套,程序能编好,其他事也都能做. 本讲的主要目标在于: (1)让你建立"自顶向下,逐步求精"的思维方式,你的大脑先能"机械化",为指挥计算机"一步一步"

连载:面向对象葵花宝典:思想、技巧与实践(3) - 面向过程 vs 面向对象

面向过程 在介绍面向对象之前,我们首先要介绍"面向过程",首先是因为"面向过程"是软件思想中的鼻祖:其次是因为只有了解了面向过程,你才能更好的了解面向对象!正所谓:知己知彼百战百胜!  面向过程是一种以"过程"作为中心的编程思想,其中过程的含义就是"完成一件事情的步骤".  面向过程其实是一种"机械的思想",它就像流水线一样,一个阶段衔接一个阶段,每个阶段都有自己的输入.处理.输出,而在流水线上流动的就是我

[面向过程——老酒换新瓶] (一)开篇:是面向过程还是面向对象?

前几天看到了   KiddLee  的 面向对象分析设计学习与探索(一):开篇    ,一时兴起想写点对照的东东. 我工作(写程序)五年了,一直在用面向过程的思路和方法在写程序,以前是写网站,比较简单了,现在写办公管理方面的软件(比如OA.CRM),感觉自己的方式依然适用,不仅开发速度更快,而且维护起来更加的方便. 当然我并不是说面向对象不好,只是我一直没有感受到它的好处.(注意:我知道不能因为没感受到他的好处就说他不好!) 看到了 KiddLee  的 这篇文章,感觉比较浅显易懂,所以我想写一

保障任务流畅的IA设计方法-页面简图法

关于"为任务而设计"和"为结构而设计"的问题,之前曾经反复阐述过,如果你没印象了,可以先看下:<设计原则VS实际情况>和<为产品结构的设计,为用户任务的设计>. "设计时,既应该关注让任务流畅,又需要让结构清晰." 如果你认同了这个观点,那么,接下来的问题就是:应该怎么做呢? 下面介绍一个设计方法,这是一个用于兼顾"为流程"与"为结构"的信息架构(IA)的设计方法.是2010年底,我

保障任务流畅的IA设计方法

关于"为任务而设计"和"为结构而设计"的问题,之前曾经反复阐述过,如果你没印象了,可以先看下:<设计原则VS实际情况>和<为产品结构的设计,为用户任务的设计>. "设计时,既应该关注让任务流畅,又需要让结构清晰." 如果你认同了这个观点,那么,接下来的问题就是:应该怎么做呢? 下面介绍一个设计方法,这是一个用于兼顾"为流程"与"为结构"的信息架构(IA)的设计方法.是2010年底,我

移动应用“快”体验设计方法

  产品的"快体验"是指从用户使用产品某项功能过程中自然流畅的过程.在产品使用流程中体现在多个层面,如下载快.加载快.反馈快等.当任何一个环节出现了卡顿.停滞,让用户进入漫长的等待时,都会带给用户焦急.烦躁的感受,以至于终止当前的操作,或直接弃用产品.因此,"快"是良好的产品体验核心因素之一. "快体验"有多重因素组成,包括外部环境的网络速度,产品本身的技术能力,交互策略制定,快体验的感知设计等.我们分解用户一个事件的操作过程(发出操作指令前.执

《系统分析与设计方法及实践》一2.2 敏捷软件开发

2.2 敏捷软件开发 在传统的软件开发方法中,工作人员努力构建客户想要的产品.他们花费大量的时间努力从客户那里获取需求,针对需求进行分析和建模,并且归纳成规格说明书.然后,评审说明书,与客户开会讨论,最后签字.表面上看他们开发的产品是符合客户的要求的,但通常事与愿违.在项目快要结束的时候,需求和范围.产品的适用性成为争论的焦点. 敏捷软件开发方法告诉我们开发项目是一个学习的体验.没有谁能完全理解所有需求之后才开始项目,即使是客户也一样.客户一开始有一些主意,但是他们也会随着项目的进展进一步了解他

《系统分析与设计方法及实践》一2.4 软件过程模型

2.4 软件过程模型 软件过程是整个软件生命周期中一系列有序的软件生产活动的流程.为了能高效地开发一个高质量的软件产品,通常把软件生命周期中各项开发活动的流程用一个合理的框架--开发模型来规范描述,这就是软件过程模型,或者称为软件生命周期模型.所以,软件过程模型是一种软件过程的抽象表示法,"建模"是软件过程中最常使用的技术手段之一.软件过程模型是从一个特定的角度表现一个过程,一般使用直观的图形标识软件开发的过程,主要根据软件的类型.规模,特别是软件的开发方法.开发环境等多种因素确立过程