软件工程总结上

 转发注明出处:http://www.cnblogs.com/0zcl/p/6241610.html

软件工程这门课好水,个人超超不喜欢,可以的话我一节都不想去上。到最后前几天考试才认真看看。如果各位对这个方向有更好的资料,网站……可以推荐给我,不胜感激。

既然看完,考过了,还是要整理到博客上的(当时在找这方面的博客时感觉很少)。接下来就对这本书按我学的,整理下,我大概一共整理9章,如果中途没有放弃的话~

是的,13年出版的,学校总是用怎么旧的书~

第一章 软件工程学概述

我自己做了一份思维导图,感觉还不错~

这一章感觉主要是要了解的点比较多,基本没啥难度,没啥意思~

 再补充两个点

  • 在软件开发的不同时期进行修改需要付出的代价是很不相同的。可见下图。
  • 思维导图上最后关于模型的,分为好几种,我看了看书上的,大致上是不同的开发过程,管理方法。我自己就不往下深入了,感觉得在实践中才能真正体会~~

 

第二章 可行性研究

这里只说下数据流图和数据字典。这两种都是什么鬼东西?

  • 交流信息的工具,也是一种图形化技术,描绘信息流和数据从输入移动到输出的过程中所经受的变换,绝大多数用户都可以理解它。
  • 作为分析阶段的工具,在数据字典中建立一组严密一致的定义有助于分析员和用户之间的通信,消除许多误解;若要求所有开发人员都根据公共的数据字典描述数据和设计模块,则能避免许多麻烦的接口问题。

这样讲太抽象了,下面用一个例子来说明下数据流图和数据字典。

example:

假设一家工厂的采购部每天需要一张订货报表,报表按零件编号排序,表中列出所需要再次订货的零件。对于每个需要再次订货的零件应该列出下述数据:零件编号,零件名称,订货数量,目前价格,主要供应者,次要供应者。零件入库或出库称为事务,通过放在仓库中的CRT终端把事务报告给订货系统。当某种零件的库存数量少于库存量临界值时就应该再次订货。

这里我肯定不能一步步讲怎么搞出数据流图,这样这个专题就太专了……我直接上图给答案……

数据流图end

如果开发小型软件系统时暂时没有数据字典处理程序,建议采用卡片形式书写数据字典,每张卡片上保存描述一个数据的信息。这样会使更新和修改比较方便,而且能单独处理每个描述的信息。每张卡片上主要应该包含下述信息:

名字,别名,描述,定义,位置。

下面给出上述例子中几个数据元素的数据字典卡片,以具体说明数据字典卡片中上述几项内容的含义。

可行性研究end~~

原文地址:https://www.cnblogs.com/0zcl/p/6241610.html