软件工程导论学习笔记——（2）项目启动阶段（含三四五章课后题答案）

原创

已于 2024-01-04 12:12:17 修改 · 1.8k 阅读

29 ·

CC 4.0 BY-SA版权

文章标签：

#软件工程 #学习 #笔记

于 2024-01-04 12:11:11 首次发布

本文概述了软件工程导论中的关键概念，如数据流图的绘制、数据字典的作用和定义，以及软件需求分析的过程。介绍了数据流图的基本符号、绘制方法和注意事项，强调了数据字典在逻辑模型中的重要性。

引言

尊敬的读者：
您好！在此次博客中，我将分享一些有关软件工程导论的重要观点和理论。这些内容均摘自清华出版社出版的《软件工程导论》一书。在此，我郑重声明，本次分享的目的是为了传播和普及软件工程领域的知识，绝非抄袭或剽窃。以下为本书的相关信息，以兹证明：
书名：《软件工程导论》
编著：吴艳曹平
出版社：清华大学出版社
出版日期：2021.2（2022.7重印）
希望本次分享能够为您带来收获，并激发您对软件工程领域更深入的研究。再次感谢您的关注与支持！
敬请期待后续内容，我们将一同探索软件工程的奥秘。
顺祝商祺！

续前文：https://blog.youkuaiyun.com/Prayer41/article/details/135363825

三、项目可行性研究

做任何软件项目前，都必须进行可行性研究，即确定项目是否能开发、是否值得开发等。

3.1数据流图

数据流图（数据流程图）（Data Flow Diagram，DFD）是描述系统中数据流程的一种图形化技术，它描绘信息流和数据从输入移动到输出过程中所经受的变换。在数据流图中没有任何具体的物理部件，它只是描绘数据在软件中流动和被处理的逻辑过程，描述的是业务数据的来龙去脉及加工规则。

3.1.1数据流图的基本符号

数据流

数据流是数据在系统内传播的路径，因此，数据流由一组成分固定的数据组成，如订单由买家昵称、买家ID、订单编号、日期、发货地址、收货地址等数据项组成。由于数据流是流动中的数据，所以数据流必须有流向，除与数据存储之间的数据流不用命名外，数据流应该用名词或名词短语命名。

数据源或终点

数据源或终点代表系统之外的实体，可以是人、物或其他软件系统（不能是自身系统）。

对数据的加工（处理）

加工就是对数据进行处理。它接收一定的数据输入，对其进行处理，并产生输出。加工不一定是一个程序，可以代表一系列程序、单个程序或某个模块。通常，在数据流图中　忽略出错处理，基本要点是描绘“做什么”，而不是“怎么做”。

数据存储

数据存储表示信息的静态存储，可以代表文件、文件的一部分、数据库的元素等。

3.1.2数据流图的绘制方法

数据流图依据“自顶而下，从左到右，由粗到细，逐步求精”的基本原则进行绘制。（详细步骤略，如需进一步了解，请查看《软件工程导论》一书）

3.1.3绘制数据流图的注意事项

绘制数据流图时，要注意以下几个事项：
（1）命名。
        不论数据流、数据存储，还是加工，合适的命名使人们易于理解其含义。
（2）画数据流，而不是控制流。
        数据流反映系统“做什么”，不反映“如何做”，因此，箭头上的数据流名称只能是名词或名词短语，整个图中不反映加工的执行顺序。
（3）一般不画物质流。
        数据流反映能用计算机处理的数据，因此，目标系统的数据流图一般不画物质流。
（4）保证数据守恒。
        每个加工至少有一个输入数据流和一个输出数据流，反映出此加工数据的来源与加工的结果，且输入流不同于输出流（否则，加工相当于一个管道，毫无意义）。
（5）编号。
        如果一张数据流图中的某个加工分解成另一张数据流图时，则上层图为父图，直接下层图为子图。子图及其所有的加工都应按层次级别编号。
（6）父图与子图的平衡。
        子图的输入输出数据流必须同父图相应加工的输入输出数据流一致（在数量和名字上相同）,此即父图与子图的平衡。
（7）局部数据存储。
        当某层数据流图中的数据存储不是父图中相应加工的外部接口，而只是本图中某些加工之间的数据接口，则称这些数据存储为局部数据存储。
（8）提高数据流图的易懂性。
        注意合理分解，要把一个加工分解成几个功能相对独立的子加工，这样可以减少加工之间输入、输出数据流的数目，增加数据流图的可理解性。
（9）分解要掌握适度。
        当分解涉及具体的实现一个功能时就不应该再分解了；每次只对一个功能进行分解。