软件工程导论

软件危机与软件工程

软件危机

软件工程

技术审查和管理复审

可行性研究
可行性研究的任务
可行性研究的步骤
系统流程图
数据流程图

数据字典

成本/效益分析

需求分析
需求分析的任务
分析过程
概念模型和规范化
图形工具
验证软件需求
总体设计
总体设计的过程
软件设计的概念和原理
启发式规则
图形工具
面向数据流的设计方法
详细设计
结构程序设计
详细设计的工具
Jackson 程序设计方法
Warnier 程序设计方法
程序复杂程度的定量度量
编码
程序设计语言
程序设计途径
测试
基本概念
单元测试
集成测试
验收测试
设计测试方案
调试
软件可靠性
日立预测法
自动化测试工具
维护
软件维护的定义
维护的特点
维护过程
可维护性
面向对象方法学引论
传统方法学的缺点
软件工程的新途径
基本概念
面向对象建模
对象模型
动态模型
功能模型
面向对象设计
面向对象设计的准则
启发规则
软件重用
系统分解
设计问题域子系统
设计人-机交互子系统
设计任务管理子系统
设计数据管理子系统
设计类中的服务
设计关联
设计优化
面向对象分析
面向对象分析的基本过程
需求陈述
建立对象模型
建立动态模型
建立功能模型
定义服务
面向对象实现
程序设计语言
程序设计风格
面向对象测试
管理技术
成本估计
进度计划
人员组织
质量保证
项目计划
软件管理工具
时间: 2024-11-03 20:46:01

软件工程导论的相关文章

《软件工程导论》读后感想与疑惑

<软件工程导论>读后感想与疑惑 疑问1: 根据2.1节我们知道可行性研究至少从技术.经济和操作可行性三个方面分析,那么应如何理解文中首句指出的:"可行性研究的根本目的不是解决问题,而是确定问题是否值得去解决." 疑问2: 按照教材内容编排顺序,可行性研究放在了需求分析之前.这意味着应该先进行可行性研究再进行需求分析吗?如果不是,那为什么不把需求放在前面呢,应如何理解这二者之间的关系? 疑问3: 在之前的课程中曾经学习过"管理信息系统"和"决策支

陈爽 软件工程导论week2.1

软件工程导论week2.1 第一章概论问题:1.程序=算法+数据结构  软件=程序+软件工程软件工程的目标是创造足够好的软件,可以从用户满意度,可靠性,软件流程的质量,可维护性等方面判断,但是我们没有自己做过大的软件工程体系的项目,之前做的新闻管理系统,就是十几条新闻做查询,增删改查等数据库操作,但是真正的新闻管理系统每天需要管理的新闻量达到上千条甚至上百万条,我们自己做出来的系统能否承受住这样大数据量的考验呢?如何从这几方面衡量标准来改善一下我们已经做过的新闻管理系统软件呢?2.学生电脑的系统

转载文章----软件工程导论

转载地址:http://www.cnblogs.com/lishiyun19/p/4443002.html 很多人,包括计算机科班出身的同学,在关于软件工程项目的开发与维护的问题上,或多或少的有着一些错误的认识.学习软件工程的基础知识,对提高软件开发效率.节省软件开发成本和提高软件的可维护性,具有非常重要的意义. 一.软件危机与软件工程 在 1968 年的时候由北约组织召集了一大批科学家们为解决"软件危机"这一难题的会议上,首次提出了软件工程 Software Engineering

软件工程导论作业(一)

1.什么是RUP? RUP(Rational Unified Process),统一软件开发过程,统一软件过程,是一个面向对象且基于网络的程序开发方法论. 瑞理统一过程(RUP)是Rational软件公司(Rational公司被IBM并购)创造的软件工程方法.RUP描述了如何有效地利用商业的可靠的方法开发和部署软件,是一种重量级过程(也被称作厚方法学),因此特别适用于大型软件团队开发大型项目 2.什么是XP? 极限编程(eXtreme Programming,XP)是敏捷过程中最富盛名的一个,其

2017.9.25 软件工程导论

第一章 软件工程学概述 1.软件工程的定义: 采用工程的概念.原理.技术.和方法来开发与维护软件,把经过时间考验而证明正确 的管理技术和当前能够得到的最好的技术方法结合起来,以经济地开发出高质量的软件 并有效的维护它. 另外一种解释: (1)把系统的.规范的.可度量的途径应用与软件开发.运行和维护,也就是把工程应用与软件: (2)研究(1)中提到的途径 2.软件工程的三大法宝:方法.过程.工具:它包括技术和管理 3.本质特性: 3.1 软件工程关注于大型程序的构造 通常把一个人较短时间内写出的程

软件工程导论 第一、二、十六 章 随笔

第一章 通过阅读第一章,使我对软件工程有了更加深刻的认识,从软件的定义到发展,再到具体实现一个令大众满意的软件的流程和软件开发的各个阶段都有很详细的介绍,更是引用了航空产业的发展历程做了一个比较,使读者能够清晰的理解其含义.对于软件工程与计算机科学的关系和区别也通过现实中的例子给出了详尽的解读.   关于问题 1.我通过阅读第一章的1.2.4节,我对于何为一个"足够好"的软件产生了疑问,足够好是不是就是说明并不完美,没有达到预期,是不是就说明这个软件没有达到客户的要求,不能令客户满意,

《》软件工程导论》学习心得

曾经以为程序就是软件,软件就是程序.在软件工程的学习中,我了解到了软件并非是一些代码这么简单,在开发软件的过程中,编写代码的工作量其实只占不到所有工程量的30%,而后期的管理和维护更是占了60%到80%之多.一个完整的项目规划须包括,软件的定义,可行性分析报告,项目开发计划,软件需求说明书,概要设计说明书,详细设计说明书,用户操作手册,测试计划,测试分析报告,开发进度报告,项目开发总结报告,软件维护手册,软件问题报告,软件修改报告,等多个文档,每个文档都要上级验收审查,而文档数量众多,要做好这点

软件工程导论第一篇学习心得

学习了这门课程, 还有老师们的多元化教课,不但让我从理论上掌握软件工程,还有从不同的实例,让理论和实践得到了很好的结合.整一个学期下来,总的来说还是学到了很多东西的,有很多地方是值得肯定的,其实在我看来,软件工程与其说是一门课程,不如说是一门思想.是一个如何去分析和处理问题的过程,应该说其范畴已经远远不止局限于该门课程,成为了一个综合的一个能够解决问题的思想集合. 总之,学习软件工程我最大的收获,就是理解了软件工程,初步设计软件,明白软件开发的流程. 原文地址:https://www.cnblo

软件工程导论学习心得4

软件工程的学习中,我了解到了软件并非是一些代码这么简单,在开发软件的过程中,编写代码的工作量其实只占不到所有工程量的30%,而后期的管理和维护更是占了60%到80%之多.一个完整的项目规划须包括,软件的定义,可行性分析报告,项目开发计划,软件需求说明书,概要设计说明书,详细设计说明书,用户操作手册,测试计划,测试分析报告,开发进度报告,项目开发总结报告,软件维护手册,软件问题报告,软件修改报告,等多个文档,每个文档都要上级验收审查,而文档数量众多,要做好这点真的不是很容易,而恰恰写好文档正能保证