软件工程概论 教学课件 ppt 作者 陶华亭参考课件 ch03_345_结构化分析工具.ppt

软件工程概论 教学课件 ppt 作者 陶华亭参考课件 ch03_345_结构化分析工具.ppt

ID:51618572

大小:591.50 KB

页数:59页

时间:2020-03-26

软件工程概论 教学课件 ppt 作者 陶华亭参考课件 ch03_345_结构化分析工具.ppt_第1页
软件工程概论 教学课件 ppt 作者 陶华亭参考课件 ch03_345_结构化分析工具.ppt_第2页
软件工程概论 教学课件 ppt 作者 陶华亭参考课件 ch03_345_结构化分析工具.ppt_第3页
软件工程概论 教学课件 ppt 作者 陶华亭参考课件 ch03_345_结构化分析工具.ppt_第4页
软件工程概论 教学课件 ppt 作者 陶华亭参考课件 ch03_345_结构化分析工具.ppt_第5页
资源描述:

《软件工程概论 教学课件 ppt 作者 陶华亭参考课件 ch03_345_结构化分析工具.ppt》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、第3章软件需求分析可行性研究通过以后,下一步就要根据草拟的开发计划,展开详细的需求分析活动。软件需求分析,是详细分析需求,并建立需求分析模型的阶段目录第1章绪论第2章可行性分析与项目计划第3章需求分析第4章概要设计第5章详细设计第6章编程与测试第7章软件维护第8章面向对象的方法第9章面向对象的需求获取第10章面向对象的分析第11章面向对象的设计第12章面向对象的测试第3章软件需求分析3.1需求分析概述3.2结构化分析方法3.3数据流图的绘制3.4编制数据字典3.5加工逻辑的分析与表达3.6原型技术3.7需求验证与评审3.3.1数据流图的布局为了便于制图和读图,习惯以加工处理为中心,输入来自

2、左侧,输出流向右侧。输入的“数据流”及其“来源”一般画在左侧,如图3-6从“顾客”发来“订货单”。输出的数据流及其去处一般画数据流图的右侧。如图3-6中,“销售报表”输出到“主管”。从全局看“数据流”也是由左侧流向右侧3.3数据流图的绘制3.3.1数据流图的布局3.3.2符号的应用3.3.3避免线条交叉——重复项表示3.3.4抽象数据流的应用3.3.5编号规则3.3.6命名规则3.3.7父图与子图的平衡3.3.2符号的应用关于正规的符号、语义3.3数据流图的绘制3.3.1数据流图的布局3.3.2符号的应用3.3.3避免线条交叉——重复项表示3.3.4抽象数据流的应用3.3.5编号规则3.3

3、.6命名规则3.3.7父图与子图的平衡3.3.3避免线条交叉——重复项表示3.3.3避免线条交叉——重复项表示3.3数据流图的绘制3.3.1数据流图的布局3.3.2符号的应用3.3.3避免线条交叉——重复项表示3.3.4抽象数据流的应用3.3.5编号规则3.3.6命名规则3.3.7父图与子图的平衡3.3.4抽象数据流的应用3.3数据流图的绘制3.3.1数据流图的布局3.3.2符号的应用3.3.3避免线条交叉——重复项表示3.3.4抽象数据流的应用3.3.5编号规则3.3.6命名规则3.3.7父图与子图的平衡3.3.5编号规则在绘制数据流图的过程中,外部项、处理逻辑、数据流和数据存贮都应加以

4、命名和编号,以便对其功能或组成能够直观的理解,尤其对于更细节的内容,可以放在数据字典中详细描述,以便查阅。编号方法是用“层序号”P1.1——“编辑订货单”P1.1.1——“编辑检查订单”P1.1.2——“登记新顾客信息”P1.3——“办理发货”P1.3.1——表示“开发货单并修改库存”P1.3.2——表示“记销售帐”P1.3.3——表示“销售统计”P1.3.4——表示“登记新配件信息”P1.3.5——表示“生成编码”3.3数据流图的绘制3.3.1数据流图的布局3.3.2符号的应用3.3.3避免线条交叉——重复项表示3.3.4抽象数据流的应用3.3.5编号规则3.3.6命名规则3.3.7父图

5、与子图的平衡3.3.6命名规则①对数据流(或数据存贮)的命名:一般使用名词。当单个名词尚不能说明特指数据流或数据存贮时,前面可以加定语限定。②命名要代表整个数据流或数据存贮。因为一个数据流或数据存贮往往是由一组数据元素组成的数据结构,不要仅使用反映其中某些元素的名子。③不要使用泛指的名字,如“数据”、“信息”、“单据”等。④如果在为某个数据流或数据存贮命名时感到相对困难,就有可能是因为对数据流或数据存贮分解的不恰当造成的,试着重新分解,也许问题就解决了。3.3.6命名规则⑤对处理逻辑的命名:除了子系统级的逻辑功能可以使用名词以外,原则上,其它功能逻辑习惯使用动宾结构的短语命名,如“记销售帐

6、”“处理订货业务”等。⑥通常是,先为数据流命名,然后再为与之相关联的处理功能命名。这样命名比较容易。因为大多数据功能都是针对输入的数据流的。⑦如果某处命名有困难,可能是对处理功能分解不当造成的,试着重新分解,也许问题注解决了。3.3数据流图的绘制3.3.1数据流图的布局3.3.2符号的应用3.3.3避免线条交叉——重复项表示3.3.4抽象数据流的应用3.3.5编号规则3.3.6命名规则3.3.7父图与子图的平衡3.3.7父图与子图的平衡对数据流程图的扩充应注意父图与子图边界的吻合。即所有子图边界的叠加应该与父图描述的系统范围一样大。按经验数据,每张子图分解出来的加工逻辑一般不要超过7到8个

7、,这样可以保持整图清晰,容易理解。如果过多,可能是分解过细,应考虑是否应该再分解一层。第3章软件需求分析3.1需求分析概述3.2结构化分析方法3.3数据流图的绘制3.4编制数据字典3.5加工逻辑的分析与表达3.6原型技术3.7需求验证与评审3.4编制数据字典在数据流图中对一个数据流、数据存贮或加工只能标明一个名字,没有对这些元素的构成细节、内容、特性及加工过程详细说明。分析人员仅靠“图”来完整地理解一个系统的逻辑功能是不

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。