附加题1—— 我想搞懂的软工问题

1.第一章第2节

软件工程的目标是创造”足够好“的软件

问题:什么样的软件才算”足够好“?

a:用户满意度:用户使用时未发现较多BUG,一经发现也会及时修护,不会影响用户使用软件的效率。

b:可靠性:某个软件一般情况下不会崩溃,操作系统也不会死机。

c:软件流程的质量:软件团队成员能互相协作,按时交付软件。

d:可维护性:某个软件出问题了,维护人员能及时并彻底解决问题,不需要花费太多的时间的资金。

2第四章第4节

代码复审

问题:代码复审看什么?是不是把你的代码拿给别人看就行了?

a:找出代码的错误,例如编码错误;不符合团队代码规范的地方。

b:发现逻辑错误,程序可以编译通过,但是代码的逻辑是错的。

c:发现算法错误,比如使用的算法不够优化,边界条件没有处理好。

d:发现潜在的错误和回归性错误—当前的修改导致以前修复的缺陷有重新出现。

e:发现可能需要改进的地方。

3.第八章第3节

问题:怎样获取用户需求?

a:收集数据:通过一些客观数据,例如,流量、检索量等,能很好的说明问题;数据分析依赖人员,同样的数据被不同的人解读结果完全不同; 以数据说话,是产品管理人员的基本素质之一;数据分析的结论,往往是最可信、最可靠的结论。

b:用户反馈:邀请用户进行访谈,观察或者让用户说出自己的需求与偏好。

4第十二章第2节

用户体验设计的步骤

问题:用户体验和用户界面设计有哪些步骤呢?

a:概要设计:用户要解决的痛苦是什么,如何给用户提供价值?在此之前,可以做用户调研。例如:数据报表功能用户的痛苦是在众多数据中找到关键业务指标变动的趋势;用户并不关心报表是如何生成的;或者SQL语言的精妙之处。

b:行为设计:通过一系列用户和软件系统的互动,帮助用户解决问题。

c:界面设计:通过读取用户的输入,以及创造和改进交互的媒介(输入输出设备上的文字,图像,声音,振动)帮助用户进行交互。例如:对数据的展现方式进行设计,确定图标,行列的大小;行列边界的颜色;各种参数的呈现方式;对于关键数据,是否采用特殊方式显示等等。

5第十四章第2节

怎样测试自己研发的软件产品

a:全公司人员经常使用自己的软件产品。

b:使用日志来分析问题可能出在哪里。

c:利用用户的反馈和实时状态分析。

d:利用开发商给facebook报BUG.

时间: 2024-08-07 01:02:59

附加题1—— 我想搞懂的软工问题的相关文章

附加题1——我想搞懂的软工问题

1.教材第2章  2.1 我的问题是关于编写好程序软件中的单元测试,教材上说单元测试应对模块内所有重要的控制路径设计测试用例,以便发现模块内部的错误,单元测试应该准确.快速地保证程序基本模块的正确性. 问题:编写好一个程序软件已经很费时了,为什么还要对其进行单元测试? 答:因为它浪费了太多的时间,所以一旦编码完成,开发人员总是会迫切希望进行软件的集成工作,而单元测试需要时间,会推迟了对整个系统进行联调工作启动的时间.在实践工作中,进行了完整计划的单元测试和编写实际的代码所花费的精力大致上是相同的

“ 附加题1—— 我想搞懂的软工问题”

问题一: 教材1.2  我的问题关于软件工程开发和维护方面的.软件工程的目标是创造好的软件,好的软件并不代表软件没有缺陷.对此,我产生了疑惑,造成软件缺陷的主要原因有哪些?我认为问题有可能出现在以下几个方面:需求不明,没有清楚地了解需求:系统结构复杂导致无法很好地维护:没有考虑到软件之间的兼容问题. http://baike.baidu.com/link?url=F31cjcUCr_YOoVcP88l8XYYvmSzPDw27sw6WgbjVF1thKup1CBxAF_2paGBBbsDh5tp

附加题1--我想搞懂的软工问题

问题一:第二章第1节 单元测试的要点? 答:1.与其他部分相隔离:单元测试时,被测试代码依赖的代码,必须使用假的桩代码,因此,如果出问题的话,一定是被测试代码的问题. 2.单元测试必须是可重复的:随着项目的推移,被测试代码很可能被修改,并不是仅仅测试修改部分,还要运行其他单元测试,以保证修改的代码不会引入其他新的错误:因此,单元测试不能由手工进行,必须保证测试用例可以进行自我判断. 3.单元测试必须在整个软件系统的生命周期中都维护,单元测试是其他阶段测试的基础,以集成测试为例,集成测试要把所有代

附加题1---我想搞懂的软件工程问题

第一章问题: 1.2.1 软件有哪些形式? 答:①系统软件:操作系统.设备驱动程序.工具软件等:②应用软件:用户使用它们来完成工作,从管理核电厂到写文章,或者是通信.游戏.浏览网页.播放视频等:③恶意软件:软件病毒等. 第二章问题: 2.1 什么是单元测试?其创建函数主要步骤? 答:单元测试(unit testing),是指对软件中的最小可测试单元进行检查和验证.对于单元测试中单元的含义,一般来说,要根据实际情况去判定其具体含义,如C语言中单元指一个函数,Java里单元指一个类,图形化的软件中可

一篇文章带你搞懂spring全家桶套餐

spring全家桶里都有哪些食物 上期我们讲了spring和springmvc两个框架的基础知识和学习路线,而这期内容,我们将围绕着spring全家桶展开来讨论. 大家应该都知道,按照出现的顺序,spring全家桶大概包含了spring.springmvc.springboot以及springcloud,从开胃小菜spring到满汉全席springcloud,spring全家桶可谓Java工程师的必备大餐,那么,我们不妨先来看看,spring全家桶是如何从光杆司令spring发展到如今的庞大家族

彻底搞懂最短路算法

转载自:戳 彻底弄懂最短路径问题 只想说:温故而知新,可以为师矣.我大二的<数据结构>是由申老师讲的,那时候不怎么明白,估计太理论化了(ps:或许是因为我睡觉了):今天把老王的2011年课件又看了一遍,给大二的孩子们又讲了一遍,随手谷歌了N多资料,算是彻底搞懂了最短路径问题.请读者尽情享用…… 我坚信:没有不好的学生,只有垃圾的教育.不过没有人理所当然的对你好,所以要学会感恩. 一.问题引入 问题:从某顶点出发,沿图的边到达另一顶点所经过的路径中,各边上权值之和最小的一条路径——最短路径.解决

2016届阿里实习生在线笔试附加题3

#include<iostream> using namespace std; int a[1000]; int waiting = 1; int main(){ int temp = 0; int i = 0; while(cin>>temp){ a[temp] = 1; if(temp == waiting){ cout<<waiting; for(i = waiting + 1;a[i] == 1;i++){ cout<<","&l

彻底搞懂字符编码(unicode,mbcs,utf-8,utf-16,utf-32,big endian,little endian...)[转]

最近有一些朋友常问我一些乱码的问题,和他们交流过程中,发现这个编码的相关知识还真是杂乱不堪,不少人对一些知识理解似乎也有些偏差,网上百度, google的内容,也有不少以讹传讹,根本就是错误的(例如说 unicode编码是两个字节),各种软件让你选择编码的时候,常常是很长的一个选单,让用户不知道该如何选.基于这样的问题,我就写下我的理解吧,一方面帮助一些需要帮助的人纠正认识,一方面作为自己以后备查的资料. 1. ASCII(American Standard Code for Informati

结对项目(附加题)开发总结

结对项目(附加题)开发总结 这次附加题的任务就是把两个小组写的独立的UI和CORE模块打乱重组,拼接成一个新的APP. 我们小组选择了大神刘乾所在小组和我们合作交换.一拿到乾神的核心代码,我不得不说,乾神就是乾神,代码一出,直接把我镇住了,各种参数看不懂咋办?咋写UI? 还好我们的乾神同志给我们提供了帮助文档,介绍了各个参数的作用,现摘录如下: 对于计算表达式的值(CALC模式): AnswerGet(string s)其中s是给定的算式,以等号结尾. 调用生成器时,使用: public Gen