定 价:39 元
丛书名:军队“2110工程”建设项目·信息安全技术
- 作者:韦群 ,等 著
- 出版时间:2010/6/1
- ISBN:9787118067637
- 出 版 社:国防工业出版社
- 中图法分类:E919
- 页码:276
- 纸张:胶版纸
- 版次:1
- 开本:16开
《军用软件工程》在对军用软件及其相关概念进行介绍的基础上,针对软件生存周期的各个阶段,详细阐述了军用软件开发的方法、原理及相关技术。《军用软件工程》主要介绍了结构化开发方法和面向对象开发方法,强调了软件体系结构在军用软件开发中的作用,通过对软件测试、软件质量保证以及军用软件开发标准等内容的介绍,以确保军用软件的质量。
《军用软件工程》主要用做军用软件开发课程的教材,适用于计算机科学与技术专业本科生或研究生、各类继续教育人员,亦可作为高等院校计算机科学与技术专业或其他相关专业的教学参考书,或作为从事软件开发的科技人员的参考书、培训教材等。
计算机技术、通信技术、网络技术的发展,给军队指挥自动化系统、综合电子信息系统的建设与发展带来了深刻的影响。未来以电子战、网络战和作战保密等为主要作战样式的信息化战争,离不开信息技术的支撑。武器装备的信息化、网络化加快了信息技术在装备的研制、试验、采购、指挥、管理、保障和使用全过程中的渗透与应用。因此,在军队深入开展军事信息技术学科的建设,加强军事人才信息化素质与能力的培养,是继往开来的一件大事,也是对军事装备学、作战指挥学等学科建设的有力支持。
为了总结梳理装备指挥技术学院军事信息技术学科的建设成果,提升学科建设水平和装备人才培养质量,在军队“2110工程”专项经费支持下,在装备指挥技术学院“2110工程”教材(著作)编审委员会统一组织指导下,军事信息技术学科领域的专家学者编著了一批适应装备人才培养需求,对我军装备信息化和装备信息安全工作具有主要指导作用的系列丛书。
编辑这套丛书是我院军事信息技术学科建设的重要内容,也是体现军事信息技术学科建设水平的重要标志。通过系统、全面地梳理,将军队开展信息化建设的实践经验进一步理论化、科学化,形成具有军事装备特色的军事信息技术知识体系。
第1章 军用软件工程概述
1.1 软件的概念及特点
1.2 军用软件的分类和作用
1.3 软件工程及军用软件工程
1.4 软件生存期和软件工程过程
1.4.1 软件生存期和软件工程过程
1.4.2 典型的软件过程模型
复习要点
练习题
第2章 军用软件需求分析
2.1 概述
2.2 需求分析的内容
2.2.1 需求获取
2.2.2 需求分析
2.2.3 需求规格说明
2.2.4 验证
2.3 需求分析的结构化技术
2.3.1 概述
2.3.2 数据建模
2.3.3 结构化分析方法
2.3.4 其他具有结构化思想的需求分析方法
2.4 快速原型方法
2.4.1 概述
2.4.2 快速原型方法
2.4.3 快速原型的实现途径
2.4.4 原型方法的技术与工具
复习要点
练习题
第3章 软件体系结构
3.1 研究软件体系结构的意义
3.2 软件体系结构定义及发展
3.2.1 软件体系结构定义
3.2.2 软件体系结构的发展
3.2.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.8 特定领域的软件体系结构
3.4 软件体系结构分析方法
3.4.1 软件体系结构设计和分析的好处
3.4.2 软件体系结构分析与评价方法
3.5 实例
复习要点
练习题
第4章 军用软件开发
4.1 概述
4.2 结构化设计方法
4.2.1 结构化设计思想
4.2.2 结构化设计相关的概念及质量评价标准
4.2.3 软件体系结构设计
4.2.4 结构化设计实例
4.3 面向对象开发方法
4.3.1 概述
4.3.2 面向对象的软件开发模型
4.3.3 面向对象的基本概念
4.3.4 面向对象分析
4.3.5 面向对象设计
4.4 统一建模语言
4.4.1 概述
4.4.2 UML内容
4.4.3 UML应用
4.5 面向对象开发中的设计模式
4.5.1 概述
4.5.2 设计模式
4.6 设计模式在机场信息系统软件体系结构中的应用
4.6.1 观察者设计模式
4.6.2 简单代码
复习要点
练习题
第5章 军用软件测试
5.1 引言
5.1.1 什么是软件测试
5.1.2 软件测试的目的和原则
5.1.3 广义的软件测试概念
5.1.4 程序错误分类
5.1.5 软件测试的费用
5.1.6 软件测试的意义
5.2 软件测试过程
5.2.1 单元测试
5.2.2 集成测试
5.2.3 确认测试
5.2.4 系统测试
5.3 测试方法
5.4 测试用例设计
5.4.1 什么是测试用例
5.4.2 测试用例设计生成的基本准则
5.4.3 黑盒测试用例设计方法
5.4.4 白盒测试用例设计方法
5.4.5 控制结构测试的变种
5.5 静态测试
5.5.1 源程序静态分析
5.5.2 人工测试
5.6 调试一
5.6.1 调试的步骤
5.6.2 常见调试方法
5.6.3 调试原则
5.7 面向对象测试
5.7.1 面向对象测试概述
5.7.2 面向对象测试模型
5.7.3 面向对象分析的测试
5.7.4 面向对象设计的测试
5.7.5 面向对象编程的测试
5.7.6 面向对象的单元测试
5.7.7 面向对象的集成测试
5.7.8 面向对象的系统测试
5.8 测试工具
5.9 软件测试技术的发展
复习要点
练习题
第6章 军用软件维护
6.1 软件维护的概念
6.1.1 软件维护的定义
6.1.2 软件维护的类型
6.1.3 软件维护的策略
6.1.4 软件维护工作量
6.2 软件维护的组织和过程
6.2.1 软件维护的组织
6.2.2 软件维护的过程
6.3 程序修改的步骤和修改的副作用
6.3.1 程序修改的步骤
6.3.2 修改程序的副作用
6.4 软件可维护性
6.4.1 软件可维护性的定义
6.4.2 提高可维护性的方法
……
第7章 军用软件质量
第8章 军用软件工程及其标准
获取需求的一个必不可少的结果是对项目中描述的客户需求的普遍理解。一旦理解了需求,分析者、开发者和客户就能探索出描述这些需求的多种解决方案。参与需求获取者只有在他们理解了问题之后才能开始设计系统,否则,对需求定义的任何改进,设计上都必须大量返工。把需求获取集中在用户任务上而不是集中在用户接口上,有助于防止开发组由于草率处理设计问题而造成的失误。
需求获取利用了所有可用的信息来源,这些信息描述了问题域或在软件解决方案中合理的特性。尽量理解用户用于表述他们需求的思维过程。充分研究用户执行任务时做出决策的过程,并提取出潜在的逻辑关系。流程图和决策树是描述这些逻辑决策途径的好方法。
正如人们经常说的,需求主要是关于系统做什么,而解决方案如何实现是属于设计的范围。这样说虽然很简洁,但似乎过于简单化。需求的获取应该把重点放在“做什么”上,但在分析和设计之间还是存在一定的距离。可以使用假设“怎么做”来分类并改善对用户需求的理解。在需求的获取过程中,分析模型、屏幕图形和原型可以使概念表达得更加清楚,然后提供一个寻找错误和遗漏的办法。把在需求开发阶段所形成的模型和屏幕效果看成是方便高效交流的概念性建议,而不应该看成是对设计者选择的一种限制。