软件工程总结上

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

 

 

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

既然看完，考过了，仍是要整理到博客上的(当时在找这方面的博客时感受不多)。接下来就对这本书按我学的，整理下，我大概一共整理9章，若是中途没有放弃的话~

是的，13年出版的，学校老是用怎么旧的书~

 

 

 

第一章 软件工程学概述

我本身作了一份思惟导图，感受还不错~

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

 再补充两个点

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

 

 

 

第二章 可行性研究

 

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

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

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

example:

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

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

数据流图end

 

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

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

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

可行性研究end~~