软件工程---个人总结
1.回想开学初对于软件工程这门课的期望,总结本课程对你带来的提升:
(1) 学习和使用的新软件:
Dreamweaver CS6
Apicloud
(2)学习和使用的新工具
HTML
ps
Tesseract和JTessBoxEdit,主要用于识别算法的编写 :
(3) 学习和掌握的新语言、新平台
asp、vbscript 、HTML5、markdown语法
学习的新语言:jsp网页的尝试;
(4) 统计一下,你在这软件工程实践中,完成了多少行的代码:
大概500行
(5)学习和掌握的新方法:
ASP VBScript
无新平台
数据存储、屏幕适配、异常分析
2.总结与展望
记录自己在软件工程课程上的经验总结:
软工课程上学习的内容大多是概念性的东西,所以学习时最好做好笔记,不然很容易把各种概念弄混。
对于下一届的学弟学妹你有什么建议和告知呢?
学习每一门课程都会接触很多新东西,对于新的知识要努力学习并掌握。要认真听讲及时巩固老师所说的知识点,课下可以通过向同学老师询问来完善自己项目不足的地方,在平时的训练中提升自己的编程能力;做项目的过程中小组成员一定团结协作,多沟通,合理分配任务,因为我们的项目中就存在这些问题,如果大家及时改正相互理解会容易许多。
3.分析一下自己所处的团队。软件工程实践是大学里少有的认真的团队协作经验。《构建之法》团队合作的阶段,你们团队经历过么?最后到达了哪一阶段?
萌芽阶段:团队刚成立时大家不适应不熟悉,意见也很难得到统一,所以项目一直停滞不前。
磨合阶段: 大家提出意见后互相谈论交流,相对于难点的任务大家都不愿意做,互评的功能做好又纠结上传作业等功能,大家也磨合了很长时间。
规范阶段:项目慢慢走向正轨,大家分配好自己的任务及代码,根据每个人的爱好和水平进行了一次合理的分工,大家都积极参与让我们的团队更加有序。
创造阶段: 大家在编程过程中提出意见相互改进,通过上网查找资料询问老师使我们的项目有更好的提升,虽然在整个过程中我们遇到过很多困难,但项目最终完成还是非常开心。
4.个性发挥,包括图文、照片和创意等
团队合作确实存在一些问题,在整个互评系统中一些功能还需要完善,通过这次的合作发现团队合作真的起到很大的作用。
认真完成老师布置的作业,不懂得问题要多向老师提问以提升自己的编程能力。
分析一下自己所处的团队。软件工程实践是大学里少有的认真的团队协作经验。《构建之法》团队合作的阶段,你们团队经历过么?最后到达了哪一阶段?
个性发挥,包括图文、照片和创意等

3 个人总结的补充
请大家回顾我们软件工程第一次作业,通过本学期的学习,对第一次作业中的5个问题重新回答
. (1)团队模式和团队开发流程有什么关系?还有和开发模式有什么关系?
( 第五章的内容 )
答:团队是由基层和管理层人员组成的一个共同体,它合理利用每一个成员的知识和技能协同工作,解决问题,达到共同的目标。至于团队模式和团队的开发模式的关系,是一群人在一起做软件开发时,总是要一些方式方法。而这里团队模式就是这一群人的定性,团队的开发模式则是这群人使用的方法的定性。一群人在一起做软件开发,总是要有一些方式方法。开发流程就像在书中提到的,我们在开发,运营,维护软件的过程中有很多技术,做法,习惯和思想。软件工程把这些相关的技术和过程统一到一个体系中,叫作“软件开发流程”,开发流程的目的是为了提高软件开发,运营和维护的效率,以及提升用户满意度,可靠性和可维护性。
团队模式:主治医师模式,明星模式,社区模式,业余剧团模式,秘密团队,特工团队,交功能团队模式等。
团队开发模式:写了再改模式,瀑布模型,RUP统一流程,老板驱动的流程,渐进交付的流程等。
(2) 原问题:
“温斯顿正确地指出了在设计大型系统时,要做相邻步骤的回溯...”,先有一个模拟版本,在收集反馈,改进各步骤,并交付最终版本,并指出用户介入的意义。在稍后,书中又提到一个狭隘定义的瀑布模型,并提出瀑布模型的适用范围,这里的瀑布模型是狭义的,还是温斯顿所指的呢?书中还提到“最终产品直到最后才出现是很令人头疼的局限性”,但是按照温斯顿所指的,“先有一个模拟版本”,不是可以解决这个问题吗?
问题的回答:
通过再一次的认真阅读书籍,温斯顿真正所指的瀑布模型,是符合软件开发的需要的,但是由于人们对于瀑布模型的误解才使得瀑布模型受到诟病。
(3)重视商业价值,提供渐进的价值 P131
a.一个沉溺于技术而忽略商业价值的团队往往是失败的,所以需要重视商业价值。
b.在P132底部,阿超说道:一些原本闭源的项目后来变得开源,是因为商业因素。
c.此处的商业因素是指:开源的社会价值、公司的名誉价值 吗?这些商业因素是不是就是标题所描述的渐进的价值?
回答:是,指的是社会价值,名誉价值
(4)如何设计一个对于不同用户都是好的设计?
原文:在P235文中说:图12-2的“设计”大胆地做了减法,解决了老年人难题,这是一个好的设计吗?然后作者给出的判断方法其一是:谁是你的用户?
问题:当老年人是我的用户时,这个“设计”解决了老年人难题,这是一个好设计,但对于年轻人用户来说,那么如何满足不同用户的需求?或者一个好的设计只能满足一类用户的需求?
回答:不同的用户可能有不同的需求,一个设计不可能满足所有人的需求,只能针对大多数人设计
(5).课本的88-92页将一些团队的模式进行了解释,那么对于一个刚刚步入开发领域的一个队伍来说我们应该怎么样去确定我们的团队模式,一旦发现我们的团队模式有不合适如何进行调整?
回答:分析好每个人的性格,能力等因素,根据综合条件,选出自己的模式;迅速分析自己团队的不足,然后根据缺陷去修改。
浙公网安备 33010602011771号