阅读教材后的疑问

1.什么是用户体验?什么时候开始考虑用户体验?该如何根据项目和用户的类型来决定设计师与工程师的交互方式?

用户体验不是产品的易用性。

用户体验不是我们的体验,而是用户的体验。

用户体验的设计应以用户为中心。

用户体验是感动用户的产品设计。

用户体验是一种新的产品竞争力。

2.该如何注重产品设计的细节呢?

一个产品几乎每个层面都可以谈论细节:其中还包括表面上看得到的,以及表面上看不到的。表面上看得到的细节很简单,花时间去做、去尝试、去犯错、去修正就好了。而看不到的细节诸如产品定位、用户体验等等,往往依靠不长期经验的累积、研究与得到使用者反馈外,很难清楚的明了到底哪边该怎么去制作与修正。

3.软件测试是做什么的?

软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试,甚至根据需要编写不同的测试工具,设计和维护测试系统,对测试方案可能出现的问题进行分析和评估。执行测试用例后,需要跟踪故障,以确保开发的产品适合需求。

4.如何衡量软件工程的质量?

量化软件工程的指标有着很多,要计算这些指标并跟踪!

5.如何解决功能和时间的矛盾?

如实在无充足时间,尽量完成所必需的功能!

时间: 2024-10-27 01:45:20

阅读教材后的疑问的相关文章

阅读教材后未能解决的问题

1.整本书看完了,书上的内容很详细,例子也容易理解,还是不知道怎么编一个软件? 2.我们中的大多数人,没有真正的编写一个软件,没法像公司团队那样分工明确,那么什么样的团队模式更适合我们? 3.每个软件的背后都有一个庞大的数据库,怎么样把数据加到软件中? 4.手机APP的界面都非常的整洁.美观,怎么制作APP界面? 5.我对测试比较感兴趣,怎么测试软件?

阅读教材后想问的问题?(第9题)

组员陈岩岩的5个问题如下: 问题一:关于建模 在软件开发过程中,有几种不同的开发模型,分为自顶向下和自底向上的建模方式.自顶向下的可以理解为把整体功能和需求研究明白了然后把各个功能模块具体细分在分别开发,但是我不明白的是自底向上是什么思路和想法呢?没有整体构思和目标就从细小末节展开工作,如果到了顶层功能实现的互不契合互不相关,岂不是最后的工作很大程度上就是无用功啊? 问题二:关于测试 软件测试中总是提到边开发边测试,这种模式在实际应用中的使用比率大吗?因为我总感觉边开发边测试能够确保你所着手的这

阅读教材后的一些问题

1.软件研发到底需不需要文档?如果需要,具体应该如何写? 2.有的学生水平相对不高,如何保证他们的代码质量? 3.如何提高开发人员的主观能动性? 4.当有开发人员在开发过程中遇到难题,工作无法继续,因而拖延进度,怎么解决? 5.什么样的软件测试才是好的?具体该如何操作?

阅读全部教材后的问题

说一说关于团队开发面临的问题 1.老师只针对ios系统进行了简单的规划,安卓系统的软件开发不知道如何着手,相关的学习教程特别多,为了少走弯路,还得挑选一些值得参阅的教程 2.编程开发能力薄弱,只学习了开发语言的语法部分,真正练手的特别少,预计整体功能的实现会很困难. 3.面对整个软件的规划仍没有具体的概念,希望通过一次全面的模拟,例如开发一个小软件,来熟悉一下具体开发流程. 4.在学校学习总是孤军奋战,这样会不会在进入企业后不适应商业化的团队模式?那我们平时孤军奋战时需要注意什么? 5.如何能真

对学习软件工程后的疑问

学习了<构建之法>,我有了如下疑问: 对于软件工程实践我们都是第一次参与,虽然有了明确的分工,但是我们对开发移动App.UI设计.软件测试等都一无所知.之前学过的计算机语言可能都运用不上,大家都需要从头开始自学.若每个人把所有的都学一遍,时间会来不及,最后可能什么都做不好.若每个人只把自己分工的那一块学好,那么总体收获可能也不大.如何能更有效地学习到更多知识呢? 对于软件测试,我们都只知道理论上有黑盒测试和白盒测试,但是从未使用过软件测试工具,完全是一头雾水,不知怎样操作,有什么注意事项.没有

#个人博客作业Week1——浏览教材后提出的六个问题及软件与软件工程的提出。

1.通常,我们阅读软件比编写软件花费的时间更多.正因为编写软件比阅读软件要容易,因此代码的可读性显得尤为重要.那么我们在写程序时应该如何避免多余的,带有误导性的注释,写出一个利于帮助别人读懂程序的注释? 2.当今时代人们的需求各式各样,一个有着敏锐嗅觉的软件团队能够准确而全面地捕捉人们的需求,从而能设计出满足人们需求的软件.像我们这样刚刚诞生的缺乏经验的软件团队应该如何获知市场客户的需求? 3.一个软件团队里的成员之间相互分工协作,在书上有特别介绍了项目经理——PM这一团队角色,并提出了PM的工

浏览完软件工程教材后,我的五个问题如下

1.第五章 团队和流程中5.3.2提到瀑布模型,但并没有对其做一个明确的解释,只表明了一些局限性和适用性.所以什么是瀑布模型?而它的优缺点在哪里? 2.第六章 敏捷流程中6.4.2有这样一句话"我们要采用敏捷的开发流程.很简单,就是木有计划,木有文档,马上写代码,随时发牢骚."下面有解释说到,敏捷是一股思潮,一种价值观.但我还是不理解敏捷流程是什么?它想表达的核心是什么? 3.第十一章 软件设计与实现11.2中分析了图形建模和分析方法,其中的实体关系图和我们数据库中的ER关系图有怎样的

Liunx基础命令——目录与文件管理方面(下篇,建议事先阅读上篇后食用)

书接上文,上篇博客我们详细介绍了有关文件和文件夹的命令.那么本篇博客就是介绍有关目录和文件管理的命令. 同样本次我们也将分为三大部分,接着将每个大部拆成具体的多个小部分 目录: 查看文件内容(CAT.MORE.LESS.HEAD.TAIL) 针对文件的统计与检索(WC.GREP) 文件的压缩与解压(GZIP.BZIP2.TAR) 一.查看文件内容 1.cat.more.less命令 为什么要把这三个命令放在一起呢?因为这三个命令之间属于递进关系,一步一步逐步完善的过程.首先,初代品CAT命令:为

学习构建之法后的疑问

通过一个学期的学中做,做中学这样的学习方法,深深的感觉到了与平时听课学习方式的不同,收获很多.我学习完构建之法这本书后仍然有几个小问题.’ 1.成功的软件总是解决了我们生活中的迫切需求,但是不同的人群有不同的需求,我们如何去权衡各种需求,从中取出最核心的需求,我们该如何完成一个好的需求分析? 2.在实际制作软件时,外观.需求.性能.效率,我们该如何取舍?我们需要注意些什么才能更好的完成开发设计? 3.优秀的产品总是需要优秀的团队,但是在有限的资源下,怎样才能磨合出优秀的团队,探索出合适的团队模式