您的位置:首页 > 其它

回答自己的提问

2015-06-26 19:03 197 查看
第一章:

没问题。

第二章:

单元测试,是指对软件中的最小可测试单元进行检查和验证。其实还有很多不同的测试方法,都是针对软件成功的检验。

第三章:

学校学到的是基础知识,真正的应用到实际上还是有一段距离,需要自己的经历与磨验。

第四章:

没问题。

第五章:

现在学校中建立的团队是为了让我们提早接触团队的意识,因为一个好的软件工程师会有一个好的团队,所以在大学适应团队的工作最好不过,团队的项目也要付出投入,才能做出好的项目,才能受用户的欢迎。

第六章:

敏捷的多于创新,在用户要求的情况下创新还被接受,这才是敏捷的用处,该敏捷的时候就该敏捷。

第七章:

一个项目的软件编写,是按用户的需求而编写的,没有用户量的软件等同废了,所以用户的需求才是我们编写的目的所在。

第八章:

调研的用户必须是这个项目的用户类型,这样才能凸显调研的用处,我们要根据可用的信息来总结我们这个软件的功能用处。

第九章:

PM是项目的熟悉人,他主要向用户推出我们的软件,相当于软件的注释。

第十章:

不是每个软件都能求全,有得必有失,我们的软件应该是针对大量用户为主的。

第十一章:

每一步的BUG都可以检验自己的编写是否出错,都堆在后期来做,很多东西都会跟着出错,从而会导致这个项目的失败。

第十二章:

调查的只是一个汇总,一个大致的方向,软件做出来还要用户的反馈来更新。

第十三章:

没问题。

第十四章:

一个软件的质量负责是团队每个人都要保证的事,只不过是有一个人要总体的监控。

第十五章:

遇到问题,作为团队的领导者,要有合适的协调和沟通,从而选取最合适的方案进行。

第十六章:

每个软件都有淘汰的时候,用户量都会有所减少,只是你的更新有所用处,用户是不会放弃的。

第十七章:

作为一个软件工程师,我们有自己的道德规则,因为一个好的准则会使你受益终身。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: