软件系统分析与设计
￥ 5.75 2.3折 ￥ 25 全新
库存41件
北京房山
认证卖家担保交易快速发货售后保障
作者殷建民
出版社中国水利水电出版社
ISBN9787508453811
出版时间2008-04
装帧平装
开本16开
定价25元
货号3561998
上书时间2024-12-08
- 在售商品 暂无
- 平均发货时间 8小时
- 好评率 暂无
商品详情
- 品相描述：全新
- 商品描述
-
目录
第1章 系统计划
1.1 系统项目的提出与选择
1.1.1 系统项目的立项目标和动机
1.1.2 各种项目立项的价值判断
1.1.3 系统项目的选择和确定
1.1.4 系统项目提出和选择的结果
1.2 可行性研究与效益分析
1.2.1 可行性研究的意义
1.2.2 可行性研究的内容
1.2.3 效益分析
1.2.4 可行性分析报告的标准
1.3 定义问题与归结模型
1.3.1 定义问题和归结模型的意义
1.3.2 定义问题和归结模型的方法论模型
1.3.3 定义问题和归结模型的步骤
1.3.4 定义问题和归结模型的若干手段
1.4 系统方案的制定、评价和改进
1.5 新旧系统的分析和比较
1.5.1 新旧系统比较的目的
1.5.2 新旧系统比较的原则和方式
1.6 所需资源的估汁
1.6.1 资源评估的意义
1.6.2 描述资源
1.6.3 项目实施所需要的可能资源
1.7 现有软件、硬件和数据资源的有效利用
1.7.1 意义
1.7.2 手段
1.8 流行的系统分析方法论
第2章 需求分析与定义
2.1 软件需求与需求过程
2.1.1 什么是软件需求
2.1.2 需求工程
2.2 需求调查与问题定义
2.3 可行性研究
2.4 现有系统的分析
2.5 需求分析
2.5.1 需求分析的工作任务
2.5.2 需求建模
2.6 确认测试计划
2.7 流行的需求分析方法论
2.7.1 结构化分析
2.7.2 面向对象分析
2.7.3 面向问题域的分析
主要参考文献
第3章 系统设计
3.1 概论
3.2 处理流程设计(工作流设计)
3.3 系统人机界面设计
3.4 系统的文件设计
3.5 数据库管理系统的选择和数据库设计
3.5.1 数据组织的分类
3.5.2 数据库选择实例
3.6 网络环境下的计算机应用系统的设计
3.7 简单分布式计算机应用系统的设计
3.8 系统运行环境的集成与设计
3.9 系统过渡计划
主要参考文献
第4章 软件设计
4.1 软件设计基本原则
4.1.1 信息隐蔽
4.1.2 模块独立性
主要参考文献
4.2 结构化设计方法
4.3 面向对象设计
4.3.1 面向对象的概念
4.3.2 面向对象分析方法
4.3.3 面向对象设计
4.4 用户界面设计
4.5 设计评审
主要参考文献
第5章 软件测试
5.1 软件测试的定义和目的
5.2 测试用例设计
5.2.1 黑盒测试
5.2.2 白盒测试
5.2.3 逻辑覆盖
5.3 软件测试的策略
5.3.1 单元测试
5.3.2 集成测试
5.3.3 确认测试
5.3.4 系统测试
5.3.5 测试和测试
5.4 软件测试种类
5.5 软件测试自动化工具
5.5.1 软件测试自动化概述
5.5.2 白盒测试工具——NuMega DevPartner Studio
5.5.3 黑盒测试工具——QACenter
5.6 面向对象的软件测试
5.6.1 面向对象分析的测试
5.6.2 面向对象设计的测试
5.6.3 面向对象编程的测试
5.6.4 面向对象的单元测试
5.6.5 面向对象的集成测试
5.6.6 面向对象的系统测试
主要参考文献
第6章 软件维护
6.1 软件的可维护性
6.2 软件维护的分类
6.3 软件维护的工作量
6.4 软件维护作业的实施和管理
6.5 预防性维护
6.6 软件再生工程
主要参考文献
第7章 系统的可靠性分析与设计
7.1 可靠性概述
7.2 系统的故障模型和可靠性模型
7.2.1 系统的故障模型
7.2.2 系统的可靠性模型
7.3 系统的可靠性分析和可靠度计算
7.3.1 组合模型
7.3.2 马尔柯夫模型
7.4 提高系统可靠性的措施
主要参考文献
第8章 系统的安全性和保密性设计
8.1 信息安全内容
8.1.1 信息安全概念的发展
8.1.2 信息安全研究的目标
8.1.3 信息安全的常用技术
8.2 访问控制技术
8.2.1 访问控制的实现方法
8.2.2 访问控制策略
8.2.3 Bell-Lapadula模型
8.3 数据机密性
8.3.1 对称密钥加密与AES
8.3.2 非对称密钥加密与RSA
8.3.3 门限密码学
8.3.4 PKI
8.4 数据完整性
8.4.1 Biba完整性模型
8.4.2 杂凑函数与消息摘要
8.5 通信与网络的安全性
8.5.1 网络环境下危及安全的因素
8.5.2 网络安全层次模型
8.5.3 通信与网络的信息安全技术
8.5.4 防火墙技术
8.6 系统安全管理与安全工程
8.6.1 安全管理的必要性
8.6.2 系统安全管理
8.6.3 系统安全工程
主要参考文献
第9章 文档编制
9.1 软件文档
9.1.1 文档的作用
9.1.2 文档的分类
9.1.3 文档编制的要求
9.1.4 文档标准
9.1.5 文档的管理与分发
9.2 可行性研究报告
9.2.1 可行性研究报告的作用
9.2.2 可行性研究报告编写指南
9.2.3 其他相关说明
9.3 项目开发计划
9.3.1 项目开发计划的作用
9.3.2 项目开发计划编写指南
9.3.3 其他相关说明
9.4 需求规格说明书
9.4.1 需求规格说明书的作用
9.4.2 需求规格说明书编写指南
9.4.3 其他相关说明
9.5 数据要求规格说明书
9.5.1 数据要求规格说明书的作用
9.5.2 数据要求规格说明书编写指南
9.5.3 相关技术
9.6 用户手册
9.6.1 用户手册的作用
9.6.2 用户手册编写指南
9.6.3 其他相关说明
9.7 操作手册
9.7.1 操作手册的作用
9.7.2 操作手册编写指南
9.7.3 其他相关说明
9.8 测试计划、测试分析报告
9.8.1 测试计划与测试分析报告的作用
9.8.2 测试计划编制指南
9.8.3 测试分析报告编制指南
9.8.4 其他相关说明
9.9 技术报告
9.9.1 技术报告的作用
9.9.2 技术报告编制指南
9.9.3 其他相关说明
9.10 开发进度记录
9.10.1 开发进度记录的作用
9.10.2 开发进度记录编制指南
9.10.3 其他相关说明
9.11 项目开发总结报告
9.11.1 项目开发总结报告的作用
9.11.2 项目开发总结报告编制指南
9.11.3 其他相关说明
主要参考文献
第10章 项目管理
10.1 项目及项目管理的基本概念
10.1.1 项目
10.1.2 项目管理
10.2 项目计划
10.3 进度管理
10.4 人员管理
10.5 费用管理
10.5.1 费用计划
10.5.2 费用控制
10.6 软硬件和数据资源的计划与管理
10.7 项目环境管理
10.8 与用户的协作
10.9 标准化管理
10.10 配置管理
10.11 项目管理工具
10.12 项目信息管理
10.13 项目风险管理
10.14 项目管理体制
10.14.1 美国UCC公司项目管理体制
10.14.2 IBM集成产品开发(IPD)体系
主要参考文献
第11章 软件质量管理
11.1 软件质量概述
11.2 软件质量保证体系
11.2.1 软件质量保证活动
11.2.2 软件质量保证计划
11.2.3 软件质量保证的实施
11.3 软件质量保证标准
11.3.1 标准的层次
11.3.2 国家标准
11.3.3 ISO标准
11.3.4 CMM
11.3.5 CMMI
11.4 全面质量管理
11.4.1 全面质量管理简介
11.4.2 全面质量管理的实施
11.5 六西格玛管理
11.5.1 六西格玛管理的概念
11.5.2 六西格玛管理的理念
主要参考文献
第12章 实时系统分析与设计
12.1 实时系统分析与设计方法
12.1.1 有限状态机
12.1.2 Petri网
12.2 实时系统内核的设计
12.2.1 实时系统调度算法
12.2.2 实时任务管理和调度
12.2.3 定时器和中断管理
12.2.4 存储器管理
12.2.5 I／O与文件系统
12.2.6 网络通信
12.3 实时系统分析与设计实例分析
12.3.1 测控设备控制计算机实时系统分析与设计
12.3.2 Windows NT与Multibus系统实时串行通信软件的设
12.3.3 全数字仿真计算机实时系统应用
主要参考文献
第13章 嵌入式系统分析与设计
13.1 嵌人式系统概述
13.1.1 嵌入式系统的应用领域
13.1.2 典型的嵌入式系统结构
13.1.3 嵌入方式
13.2 嵌人式系统开发的特点和要求
13.3 嵌入式系统开发流程
13.4 嵌人式系统开发的硬、软件资源
主要参考文献
第14章 信息化基础知识
14.1 信息与信息化
14.1.1 信息的定义及其特性
14.1.2 信息化
14.1.3 信息化对组织的意义
14.1.4 组织对信息化的需求
14.2 政府信息化与电子政务
14.2.1 政府信息化的概念、作用及意义
14.2.2 我国政府信息化的历程和策略
14.2.3 电子政务的概念、内容和技术形式
14.2.4 电子政务的应用领域
14.2.5 电子政务建设的过程模式和技术模式
14.3 企业信息化与电子商务
14.3.1 企业信息化的概念、目的、规划、方法
14.3.2 企业资源规划(EfuP)的结构和功能
14.3.3 客户关系管理(CRM)在企业的应用
14.3.4 企业门户
14.3.5 企业应用集成
14.3.6 供应链管理(SCM)的思想
14.3.7 商业智能(BI)
14.3.8 电子商务的类型、标准
14.4 信息资源管理
14.5 信息化的有关政策、法规和标准
主要参考文献
第15章 信息系统基础知识
15.1 信息系统
15.1.1 信息系统的概念
15.1.2 信息系统的功能
15.1.3 信息系统的类型
15.1.4 信息系统的发展
15.2 信息系统建设
15.2.1 信息系统建设的复杂性
15.2.2 信息系统的生命周期
15.2.3 信息系统建设的原则
15.2.4 信息系统开发方法
主要参考文献
内容摘要
第1章 软件工程基础知识
软件工程学是研究如何有效地组织和管理软件开发的工程学科，又称软件工程、软件工程方法学。本章将介绍软件工程知识体系、软件生命周期与软件开发模型、软件质量模型与软件质量管理、软件配置管理和软件过程管理。
1.1 软件工程知识体系
“软件工程”概念的提出与20世纪60年代出现的“软件危机”有着密不可分的联系。正是为了摆脱软件危机的困扰，软件工程学作为一门研究软件开发与维护的普遍原理和技术的工程学科，从20世纪60年代末期开始迅速发展起来。
软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。这些问题绝不仅仅是不能正常运行的软件才具有的，实际上，几乎所有软件都不同程度地存在这些问题。
自从强大的第三代计算机硬件问世以后，许多原来难以实现的计算机应用成为现实，同时对软件系统的需求数量和复杂度要求变得更高。而当时软件开发技术无法满足这一日益增长的需求，这就引发了软件危机。
软件危机的主要表现为：
（1）软件开发生产率提高的速度远远跟不上计算机迅速普及的趋势。软件需求的增长得不到满足，软件产品“供不应求”的现象使人类不能充分利用现代计算机硬件提供的巨大潜力。
（2）软件成本在计算机系统总成本中所占的比例逐年上升。
（3）不能正确估计软件开发产品的成本和进度，致使实际开发成本高出预算很多，而且超出预期的开发时间要求。
（4）软件开发人员和用户之间的信息交流往往很不充分，用户对“已完成的”软件系统不满意的现象经常发生。
（5）软件产品的质量不易保证。
（6）软件产品常常是不可维护的。
（7）软件产品的重用性差，同样的软件多次重复开发。
（8）软件通常没有适当的文档资料。
软件危机的产生一方面是由于软件开发本身的复杂性，另一方面与当时的手工作坊式软件开发模式有着密切关系。开发一个具有一定规模和复杂性的软件系统和编写一个简单的程序大不一样。其间的差别，借用Booch的比喻，如同建造一座大厦和搭一个狗窝的差别。大型的、复杂的软件系统的开发是一项工程，必须按工程学的方法组织软件的生产与管理，必须经过计划、分析、设计、编程、测试、维护等一系列的软件生命周期阶段。这是人们从软件危机中获得的最重要的教益，这一认识促使了软件工程学的诞生。
媒体评论
第1章 软件工程基础知识
软件工程学是研究如何有效地组织和管理软件开发的工程学科，又称软件工程、软件工程方法学。本章将介绍软件工程知识体系、软件生命周期与软件开发模型、软件质量模型与软件质量管理、软件配置管理和软件过程管理。
1.1 软件工程知识体系
“软件工程”概念的提出与20世纪60年代出现的“软件危机”有着密不可分的联系。正是为了摆脱软件危机的困扰，软件工程学作为一门研究软件开发与维护的普遍原理和技术的工程学科，从20世纪60年代末期开始迅速发展起来。
软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。这些问题绝不仅仅是不能正常运行的软件才具有的，实际上，几乎所有软件都不同程度地存在这些问题。
自从强大的第三代计算机硬件问世以后，许多原来难以实现的计算机应用成为现实，同时对软件系统的需求数量和复杂度要求变得更高。而当时软件开发技术无法满足这一日益增长的需求，这就引发了软件危机。
软件危机的主要表现为：
（1）软件开发生产率提高的速度远远跟不上计算机迅速普及的趋势。软件需求的增长得不到满足，软件产品“供不应求”的现象使人类不能充分利用现代计算机硬件提供的巨大潜力。
（2）软件成本在计算机系统总成本中所占的比例逐年上升。
（3）不能正确估计软件开发产品的成本和进度，致使实际开发成本高出预算很多，而且超出预期的开发时间要求。
（4）软件开发人员和用户之间的信息交流往往很不充分，用户对“已完成的”软件系统不满意的现象经常发生。
（5）软件产品的质量不易保证。
（6）软件产品常常是不可维护的。
（7）软件产品的重用性差，同样的软件多次重复开发。
（8）软件通常没有适当的文档资料。
软件危机的产生一方面是由于软件开发本身的复杂性，另一方面与当时的手工作坊式软件开发模式有着密切关系。开发一个具有一定规模和复杂性的软件系统和编写一个简单的程序大不一样。其间的差别，借用Booch的比喻，如同建造一座大厦和搭一个狗窝的差别。大型的、复杂的软件系统的开发是一项工程，必须按工程学的方法组织软件的生产与管理，必须经过计划、分析、设计、编程、测试、维护等一系列的软件生命周期阶段。这是人们从软件危机中获得的最重要的教益，这一
— 没有更多了 —
以下为对购买帮助不大的评价