- 1、本文档共117页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
17.6.25
王如龙
第 6 章 面向对象设计
2
1.1 关于软件
软件是一种逻辑产品。
逻辑是人的一种抽象思维,是人通过概念、判断、推理、论证来理解和区分客观世界的思维过程。
产品是指能够提供给市场,被人们使用和消费,并能满足人们某种需求的任何东西,包括有形的物品、无形的服务、组织、观念或它们的组合。
P.1
3
P.2
软件的组成要素
1.1 关于软件
程序是软件的窗口,它展示着系统的能力;
数据是软件的根本,它决定了系统的价值;
文档是软件的灵魂,它关系到系统的命运。
4
1.1 关于软件
软件发展
表1-1 4个阶段的典型技术
P.2
5
P.2
软件的发展
1.1 关于软件
程序是软件的窗口,它展示着系统的能力;
数据是软件的根本,它决定了系统的价值;
文档是软件的灵魂,它关系到系统的命运。
6
P.6
软件危机指的是软件开发和维护过程中遇到的一系列严重问题。
软件危机包含下述两方面的问题:
如何开发软件,怎样满足对软件日益增长的需求;
如何维护数量不断膨胀的已有软件。
软件危机
1.2 软件工程概念
7
P.6
软件危机主要有下列表现:
1)产品不符合用户的实际需要。
2) 软件的生产率。
3)软件产品的质量差。
4)对软件开发成本和进度的估计不准确。
5)软件的可维护性差。
6)软件文档资料既不完整,也不合格。
7)软件的价格昂贵。
软件危机
1.2 软件工程概念
8
P.6
软件工程是指导计算机软件开发和维护的一门学科。
采用工程的概念、原理、技术和方法,把经过时间考验而证明是正确的管理技术和当前能够得到的最好的技术方法结合起来,用于开发与维护软件。
软件工程的定义
1.2 软件工程概念
9
P.7
用分阶段的生存周期计划严格管理
坚持进行阶段评审
实行严格的产品控制
采用现代程序设计技术
应能清楚地审查结果
合理安排软件开发小组的人员
软件工程6原则
1.2 软件工程概念
10
P.8
为了开发出低成本、高质量的软件产品,软件工程学应遵守以下4条基本原则。
分解
抽象和信息隐蔽
一致性
确定性
软件工程4原则
1.2 软件工程概念
11
P.9
S1:问题定义
S2:可行性研究
S3:需求分析
S4:概要设计
S5:详细设计
S6:编码
S7:测试
S8:运行与维护
软件生存周期8阶段
1.3软件生存周期与软件开发模型
12
P.11
瀑布模型
演化模型
螺旋模型
第四代技术模型
原型模型
构件组装模型
混合模型
软件开发模型
1.3软件生存周期与软件开发模型
13
2.1 可行性研究的任务
可行性研究的目的是用最小的代价在尽可能短的时间内确定问题是否能够解决。
可行性研究的目的不是解决问题,而是确定问题是否值得去解。
一般说来,应从经济可行性、技术可行性、运行可行性、法律可行性和开发方案等方面研究可行性。
P.19
14
2.1 可行性研究的任务
可行性研究最根本的任务是对以后的行动路线提出建议:
如果问题没有可行的解,应该建议停止这项工程的开发;
如果问题值得解,应该推荐一个较好的解决方案,并且为工程制订一个初步的计划。
P.20
15
2.2 可行性研究的步骤
复查系统规模和目标
研究目前正在使用的系统
导出新系统的高层逻辑模型
重新定义问题
导出和评价供选择的方案
推荐一个方案并说明理由
推荐行动方针
书写计划任务书
提交审查
P.20
16
2.3 系统流程图绘制
系统流程图是描绘物理系统的传统工具,它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件(程序、文件、数据库、表格、人工过程等)。
系统流程图表达的是部件的信息流程,而不表示对信息进行加工处理的控制过程。
P.22
17
在开发软件之前,必须先了解软件的需求,充分理解设计和使用这个软件的意图。
软件需求工程的目的是定义软件所需要解决的问题。
软件需求是要把一个定义不足和模糊的问题转换为一个定义良好而准确的问题,进而找到解决问题的方案。
P.27
3.1 需求工程概述
18
3.1 需求工程概述
P.30
需求工程过程
图3-3需求工程过程
19
3.2 需求获取方法
P.31
图3-4 需求获取过程
20
3.3需求分析的任务与原则
P.33
需求分析的任务
绘制系统关联图
创建用户接口原型
分析需求可行性
确定需求的优先级
为需求建立模型
创建数据字典
质量功能调配
21
3.4 需求建模方法
P.37
数据流图
数据流图是描述数据处理过程的工具,应该明确和掌握数据流图的如下特征。
数据流图的含义
数据流图的特性
数据流图基本符号
数据流图的用途
数据流图的优缺点 .
数据流图的画法
数据流图的绘制与其他流程图的差别
22
3.4
文档评论(0)