陈爽 软件工程导论week2.1

软件工程导论week2.1

第一章概论
问题:
1.程序=算法+数据结构
  软件=程序+软件工程
软件工程的目标是创造足够好的软件,可以从用户满意度,可靠性,软件流程的质量,可维护性等方面判断,但是我们没有自己做过大的软件工程体系的项目,之前做的新闻管理系统,就是十几条新闻做查询,增删改查等数据库操作,但是真正的新闻管理系统每天需要管理的新闻量达到上千条甚至上百万条,我们自己做出来的系统能否承受住这样大数据量的考验呢?如何从这几方面衡量标准来改善一下我们已经做过的新闻管理系统软件呢?
2.学生电脑的系统不同,有的是windows的,有的是ios的,有的是linux的,希望老师也能针对使用不同系统的同学给出不同的建议,可以吗?刚入大学买的mac,没有考虑过专业的应用情况,有时候安个软件很费劲,没有破解版本,找到破解版本的安装后存在闪退现象,无形中耽误了我很多学习时间,如果老师或者助教有使用iOS系统经验的,我们可以交流一下吗?

第二章个人技术和流程
问题:
1.怎样实现把已有的软件从一个平台迁移到另一个平台?
在csdn博客搜索了这个问题后,参读了一些博客:
http://blog.csdn.net/fuyunliushuizjf/article/details/41648733
http://blog.csdn.net/xifengzui/article/details/19915101  
阅读这些博客后,我知道了这个过程叫做移植,看了openssl 移植到 arm的简单的移植案例,觉得难度适中,但是遇到更复杂的软件移植过程,我还是不知道具体怎样操作,还是没有找到详细的解答,希望能得到像构建之法中那样的对话类的案例分析,印象深刻还容易接受,但是百度里面并没有这样的解答,而且这个问题老师的书中也有提到,希望老师可以解答一下。
2.由多个程序写出的不同模块,如何定义彼此的接口?
http://blog.csdn.net/qq_30070433/article/details/52336875
在我们定义接口的时候,如果关键字interface 前面加一个public关键字,就称这样的接口是一个public接口,public接口可以被任何一个类实现。如果一个接口不加public修饰。就称作是友好接口,友好接口可以被 与该接口在同一个包中的类实现。不同程序间的类调用public接口是不是就是实现了接口的定义,不同程序写出的模块就可以互相调用了呢?但是我也不确定自己理解的是否正确,还请老师耐心解答

第十六章IT行业的创新
问题:
1.一个公司维护者有很长历史的PC桌面版软件,它每年都能带来大量的收入,虽然在逐渐减少,但是依然可观。公司还开发了一个移动端app,它历史比较短,还没有开始赚钱,但是用户上升很快,但是绝对数目还是远小于PC端。面对这种动量很大,但加速度为负的情况,和动量处始量很小,但是加速度较大的两种产品,我们应该怎么选择投入比呢?
2.对于创新创业者来说,从小作坊做起比较好,成功了就是成功了,失败了损失规模也很小,但是我想知道小作坊创新成功后,准备怎样转型?准备怎样去适应大规模的生产与投入的资金流动?还是为了保险选择继续维持小作坊的盈利情况,不扩大规模?

个人想说的:
  这学期的软件工程导论课程讲解方式和上一届的方式不同,老师让我们写博客,其实我刚开始是排斥的,因为我也比较懒,不过第二次写博客,心态有了变化,看自己的第一篇博客,回想起那时候的心态和想法,觉得博客是我学习上的一种记录,我不想把自己的博客写成小说,我喜欢直观的写出自己的看法,1、2、3、4..........这样罗列出来我的学习过程和当时的疑惑(我一般看明白的东西,就不往上面写了,否则就成了凑问题了),也方便我自己以后看博客,回想我当时的学习状态回顾当时老师讲解的知识,更好的进行复习。等我到了期末的时候,通过一学期的学习,我一定会为自己解决我当时的疑惑,并且大方的评论给那个时候的自己。和很多人的博客比起来,我的博客语言风格可能比较单调,也可能简陋,但是,这是让我很舒服的纪录方式。
  我看了周筠助教给我的那个链接,清楚记得里面的“大女主”的一句话:无论是学业,视野,还是亲密关系,人生就是不断地清除自己想要什么,并坚持下去的过程。
  新学期,越努力,越幸运,越幸运越努力。

原文地址:https://www.cnblogs.com/respective/p/8590052.html

时间: 2024-10-11 12:31:47

陈爽 软件工程导论week2.1的相关文章

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

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

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

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

软件工程导论

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

软件工程导论作业(一)

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%之多.一个完整的项目规划须包括,软件的定义,可行性分析报告,项目开发计划,软件需求说明书,概要设计说明书,详细设计说明书,用户操作手册,测试计划,测试分析报告,开发进度报告,项目开发总结报告,软件维护手册,软件问题报告,软件修改报告,等多个文档,每个文档都要上级验收审查,而文档数量众多,要做好这点真的不是很容易,而恰恰写好文档正能保证