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

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

疑问1:

根据2.1节我们知道可行性研究至少从技术、经济和操作可行性三个方面分析,那么应如何理解文中首句指出的:“可行性研究的根本目的不是解决问题,而是确定问题是否值得去解决。”

疑问2:

按照教材内容编排顺序,可行性研究放在了需求分析之前。这意味着应该先进行可行性研究再进行需求分析吗?如果不是,那为什么不把需求放在前面呢,应如何理解这二者之间的关系?

疑问3:

在之前的课程中曾经学习过“管理信息系统”和“决策支持系统”等,那么软件工程和系统工程二者之间有什么异同呢?

疑问4:

根据1.1节以及第13章,我们知道软件工程是从管理和技术两个方面研究开发和维护计算机软件的学科。在教材中介绍了各种方法与步骤,而我们知道在管理学领域有丰富而经典的管理理论,那么在软件工程领域是否亦是如此呢?

疑问5:

如今的信息安全问题无处不在,已经成为全球关注的热点。其中最典型的莫过于操作系统的漏洞,那么随着信息安全、大数据、云计算甚至人工智能等技术的发展,其将对传统软件工程带来哪些机遇和挑战?

时间: 2024-11-16 17:24:19

《软件工程导论》读后感想与疑惑的相关文章

陈爽 软件工程导论week2.1

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

《构建之法:现代软件工程》读后感

<构建之法:现代软件工程>读后感    邹欣老师的<构建之法:现代软件工程>书中文笔优美,图文并茂.读者可以通过这些图片加深对相关概念的理解:再次,书中内容层次分明,作者将很多知识点通过几个小点顺序列出,让读者阅读和理解起来更加的容易.语言幽默.诙谐.书中用“阿超”.“国栋”.“小飞”.“小李”等角色之间的对话来揭示一个概念的本质.这让读者觉得十分的“接地气”,同时通过他们之间风趣的对话又加快了对相关概念的理解. 这学期看了下构建之法,感觉有了许多收获.     首先,理论与实践并

《构建之法—现代软件工程》读后感

大家好,我是一名软件工程的在读大学生,之前对于软件工程并没有太大的认知,想着大概也就是敲敲代码,写写文档之类的,并没有进行太过深入的了解,但自从阅读了邹欣老师的<构建之法—现代软件工程>,似乎为我打开了关于软件工程的另一扇新世界的大门,让我对此有了不同的认识.       整本书中主要讲述了软件工程的基本概述,个人技术以及流程,软件工程师的成长,团队协作及流程,需求分析项目经理,软件设计与实现,用户体验以及软件测试,软件质量保证以及关于IT行业的创新.我们常常宣称软件工程非常的重要,它甚至背负

《构建之法——现代软件工程》读后感

通过第一章,我大概了解我将要从这本书中学习什么,如何落实学习.本书的作者——邹老师,通过设定简单的人物和简短的话语,使得书本远离枯燥无味,同时还条理清晰,这加强了我看书的耐心. 1.1节通过3个简短的对话和一个生活实例,启发我对什么是程序,什么是软件,什么是软件工程,没有使用到算法需不需要学习.掌握,软件和算法,数据结构有无关联等问题的思考.仔细想想发现自己对这些概念模糊,毫无理解.通过继续往下看,我才渐渐的明白了一行行的代码是源程序,能满足各种功能的是应用软件,能保证维修的是软件服务…..也了

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

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

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

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

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

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

《软件工程》读后感

<软件工程>一书比较明确的讲解了什么是软件(计算机程序.规程以及运行计算机系统可能需要的相关和数据)和软件工程(将系统性的.规范化的.可定量的方法应用于软件的开发.运行和维护,即将工程化应用到软件上.) <软件工程>第二章讲解了软件过程,它的基本活动有:1.问题提出    2.软件需求规格说明 3.软件设计 4.软件实现 5.软件确认 6.软件演化 软件过程的模型有:瀑布模型.快速原型模型.增量模型.螺旋模型.形式化方法模型.基于组件的开发模型.为我们讲述了软件开发的流程和软件开发

软件工程导论

软件危机与软件工程 软件危机 软件工程 技术审查和管理复审 可行性研究 可行性研究的任务 可行性研究的步骤 系统流程图 数据流程图 数据字典 成本/效益分析 需求分析 需求分析的任务 分析过程 概念模型和规范化 图形工具 验证软件需求 总体设计 总体设计的过程 软件设计的概念和原理 启发式规则 图形工具 面向数据流的设计方法 详细设计 结构程序设计 详细设计的工具 Jackson 程序设计方法 Warnier 程序设计方法 程序复杂程度的定量度量 编码 程序设计语言 程序设计途径 测试 基本概念