作为一个软件工程专业的大二学生,我在上学期第一次接触了软件工程,当时学的是软件工程导论,主要学的内容是:软件工程概念、软件生命周期、竞品分析、项目前景与范围、可行性分析、需求分析、总体设计等,在课程设计课上,我与其余三位小伙伴完成了一个名为“伴旅”的软件报告,这是一个面向大众的结伴出行旅游APP。第一次接触软件工程的体会是——团队合作真的相当重要!因为这些内容错综复杂、信息量巨大,不是一个人单打独斗能轻轻松松完成的事情。而在这当中,交流就显得更加重要,因为人与人之间的想法、看法总归有所不同,在这期间,我与队友以及任课老师进行了丰富的交流,在画上下文图、数据流图、ER图等阶段中进行了较多的思考、揣摩。同时,在不理解的地方我也会向他人请教,只有这样才能最直接、最迅速地找到解决的办法,这样比一条条百度要快得多,完成任务的效率会更高。
在结合了自己的经验后,我翻阅博客,想从其他人的教训中总结出一些经验。第一,博客类的撰写越早开始越好,除了要总结的博客只能等到所有工作结束后才能开始撰写。写博客要先明确博客内容点的顺序,再往里填充。博客的内容要求一般都比较广泛,类型条目要求明确细致,越早开始,可以为后来的补充细节空出时间。博客的撰写不比编程省力,他需要较强的概括能力和表达能力,让别人看得懂是关键。第二,在沟通方面,有人往往觉得沟通很难。往往我们想的软件与客户实际的业务场景和业务功能,会有一定的偏差, 这是很正常的事,程序员的沟通与表达能力,有的时候与客户或者是我们去调研需求的时候,表达的词过于专业或者是用户听不懂,我们应该立足于某个行业,首先熟悉业务的专业名词,不是要求我们成为业务专家,至少知道我们开发软件的目的是为了解决什么问题,应用在什么业务背景和场景。程序员与程序员之间沟通,如果技术相投的朋友,沟通起来比较愉快,一般就一些问题,达成共识会比较难一些,特别是一些自己思想上认为不太合适的问题,可能就无法接收一些观点,也许现实中的这些观点不对,不管站在另外一个与你沟通的人的观点之上,他确实是正确的,所以这时候,很难接收,往往程序员与领导之间难达成共识。其实这是牵扯到商业等各方面目的,是利益权衡的结果。
在看了前辈给的经验建议以及结合了自己的学习经验后,我深有所感,对软件工程内容的学习有了极大的信心!
浙公网安备 33010602011771号