软件工程

个人作业——软件工程实践总结

ぃ、小莉子 提交于 2020-01-29 04:23:13
个人作业——软件工程实践总结 作业博客链接 一、请回望暑假时的第一次作业,你对于软件工程课程的想象 1)对比开篇博客你对课程目标和期待,“希望通过实践锻炼,增强计算机专业的能力和就业竞争力”,对比目前的所学所练所得, 在哪些方面达到了你的期待和目标,哪些方面还存在哪些不足,为什么? 在开始的时候期望这是一门实践的课,结果发现这门课过于实践反而我有些受不了,不过受虐或多或少还是对自己有了一定的提升,也增进了自己的经验,以前学习的知识也第一次较全面的进行了检验,发现了很多问题,也修正了很多问题,以前觉得意义不明的东西现在也理解了其存在的必要。不足的方面在于我还只是在吸收以前学习的知识,但新学习的反而很少。 2) 总结这门课程的实践总结和给你带来的提升 ,包括以下内容: 1、统计一下,你在这门软件工程实践中,完成了多少行的代码; 大约有1000行左右 2、软工实践的各次作业分别花了多少时间?(做一个列表) 各次作业 花费时间(h) 第一次作业 7 个人项目一:wordCount 10 结对作业一:原型设计 12 团队展示 4 结对作业二:wordCount进阶需求 12 项目选题报告 10 项目需求分析 10 项目Alpha冲刺 60 (团队)现场编程 8 福大微信公众号使用评测 6 项目Beta冲刺 28 项目完善 6 软件工程实践总结 3 合计 176 3、哪一次作业让你印象最深刻

软件工程实践寒假作业

╄→尐↘猪︶ㄣ 提交于 2020-01-29 03:16:56
这个作业属于哪个课程 班级链接 这个作业要求在哪里 作业链接 这个作业的目标 写下面的文章 作业正文 本页 其他参考文献 一、建立博客 就这 二、回顾,我的初心 1.当初为什么报 软件工程 这个专业? 高中参加过noip,一直喜欢着编程。报志愿时分不够(其实是够的,最后比软工最低线高了一分,但是怂,没报),报了机械专业,在大二乘着转专业的末班车来到了 软件工程。 2。当初对 软件工程 这个专业的期待和想象是什么? 敲代码 996 ICU 3.当初希望自己是如何投入这个专业的学习的?曾经做过什么准备,或者立下过什么FLAG吗? 准确的说在转专业机试前有过充分的准备,因为写着会考数据结构,我把整本数据结构都复习了一遍,然而机试却太简单了,远没有考试或者竞赛的难度,随随便便就过了,没得意思。 转完之后就没怎么准备了,毕竟已经在原专业学了一年多了(老油条了),该怎么学自己也大致清楚,而且接下来还要面对转专业后的补课,一学期上两学期甚至三个学期的课,想想就累,还好现在已经熬过来了,不用再补课了:)。 转专业前还加入西二在线工作室,本意是想作为业余爱好学一学,结果没想到学的东西现在变成今后的饭碗了,也是因此学到了许多东西,感谢工作室的小伙伴们。 三、当下和未来 姓名 黄晨阳 头像 掌握的编程语言 Python、Golang、TypeScript(JavaScript)、C/C++

当初为什么报“软件工程”这个专业?

霸气de小男生 提交于 2020-01-28 17:43:38
小时候的幻想 长大后的机遇 即将迈向社会的担当 小时候的幻想   其实在我小学的时候,学校信息课是我唯一在学校可以接触电脑的地方。我家虽然有电脑我爸却上了密码。好生不解。   那时候我接触了flash!   哇,是多么美妙的电脑世界!电脑无疑是一个神奇的家伙,它能帮人做很多事情,效率也非常高!它是上帝赐予我们的助手,有了电脑我们能做非常多的事情!它能帮我们查阅资料,在学习上不知道的也可以请教它着个“天使”,电脑时时刻刻的伴随在我们的身边,它是在默默的奉献,而不是在索取,“给”永远比“拿”愉快,着句话是高尔基给他儿子的信里写的,着句话完全可以去形容电脑,它就是这么一个“天使”!电脑,你让世界变得如此美妙,你是人类的好帮手,是人类智慧的结晶!   可那时的电脑信息考试我考了倒数!oh去你的吧,外来的鬼科技。所以那时谁跟我谈flash我跟谁急。 长大后的机遇   浑浑噩噩的高中过去了,信息会考考了C我也毫不诧异。每次在信息课上看着那神奇的代码: hello world!   多么神奇的英文单词!他在向我打招呼吗?hello?你听得到我吗?hello?? 1   只要上了大学后,高中被班上大佬们欺凌的日子就算终于熬到头了!我以差了班级平均分20分的成绩,仍然在发着自己的“光和热”。   嘻嘻到了选专业的时候了!回想自己当初想报武大的自己真是个笑话!想想也好

系统分析师和系统架构师的职位工作区别

北战南征 提交于 2020-01-28 14:23:15
在一个较大规模的软件组织里,一般都有项目管理师、软件架构师、系统分析师、软件设计师、测试工程师、数据库工程师、程序员、过程改进、质量保证等不同的职位。在这些职位中,人们容易混淆的是系统分析师和软件架构师。 对于系统分析师的角色,业界有两种观点,一种是把系统分析师当成既懂技术又懂管理的全能冠军,另一种是把系统分析师当作需求分析师,而架构师才是灵魂。那么,系统分析师和软件架构师在角色方面的分配究竟有什么区别呢? 对这个问题进行整理,分析如下:当软件规模比较小时,系统分析师所完成的工作是把真正的业务需求( 这个需求不是指客户简单所说的哪一个功能,而是需要去挖掘的,可能是潜在的但又是系统必需的,条例清楚、逻辑清晰的业务功能。 而且需求不仅仅只是来自业务上的,系统所依赖的运行环境也会产生一些需求)转换成计算机可理解、可实现、可计算的模型。但由于现在的系统规模越来越大,复杂程度越来越高,而且应用领域也越来越广,所以很难由一个工种的人来全面完成这项艰巨的任务。在具体的软件设计过程中,现在把它分解为由系统分析师与软件架构师合作共同来完成这一任务。其中系统分析师侧重的是前一部分的工作,软件架构师侧重的是后一部分的工作。 系统分析师的主要工作内容包括业务需求分析、系统需求分析、可行性分析以及建模等,再及时与项目经理(项目管理师)、软件架构师以及老板商讨,分析项目具备的特点、成本、风险等,考虑现实的模型

《软件工程课程总结》

五迷三道 提交于 2020-01-28 13:20:37
(1)软件工程目标:生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题,它们形成了对过程、过程模型及工程方法选取的约束。 (2)软件工程过程:生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义,又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构,包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明,包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程,实现完成后的确认,保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程,还有管理过程、支持过程、培训过程等。 (3)软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。 软件工程是计算机软件的一个分支学科,主要研究软件开发全过程中的各种技术; 主要包括: 1、软件开发的原则与策略, 2

软件工程的理解

大兔子大兔子 提交于 2020-01-28 00:37:11
软件工程的框架通常可概括为:目标、过程和原则。 (1)软件工程目标:生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题,它们形成了对过程、过程模型及工程方法选取的约束。 (2)软件工程过程:生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义,又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构,包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明,包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程,实现完成后的确认,保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程,还有管理过程、支持过程、培训过程等。 (3)软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。 问题:1:对于之前的课程学得不扎实的同学,对于软件工程这门课很难吗

个人作业-Week2:案例分析

好久不见. 提交于 2020-01-28 00:20:53
截止时间:2016年9月25日24:00。 很多同学有误解,软件工程课是否就是理论课?或者是几个牛人拼命写代码,其他人打酱油的课?要不然就是学习一个程序语言,搞一个职业培训的课? 都不对, 软件工程有理论,有实践,更重要的是分析,思辨,总结。在课程中,自己组织团队写一个软件,然后分析,的确是学习软件工程的一个好方法;但我们也可以从别人的成功/失败中学到很多。 我们生活中很多时候要和软件打交道,大家上课开小差时候玩的手机游戏,买火车票的网站,互相联系用的微信微博,等等都是软件,都很值得分析。 你为何成为它们的用户?它们的团队做对了什么,做错了什么?如果你来做,会做得更好么? 通过各种案例分析,评测,辩论,总结,我们就能看到软件工程的原则在实践中的种种体现。 产品:必应词典客户端有Windows 10,Windows Phone,iPhone,Android,iPad 客户端! 关于 微软必应词典客户端 的案例分析 第一部分 调研, 评测 ( 软件的bug ,功能评测,黑箱测试,第8 章 用户调研,12 章 软件的用户体验) 下载并使用,按照描述的bug定义,找出几个功能性的比较严重的bug。至少两个。用专业的语言描述(每个bug 不少于 40字),如有必要,可以配图。 相信每个同学的朋友中一定有人需要用这样的软件,记载你对这位用户的采访。 提示:采访提要 1)

《构建之法》之第一二三章读后感

匆匆过客 提交于 2020-01-27 20:34:32
  读《构建之法》这本书就像读故事书那样,耐人寻味,又很多故事和经验都是源自作者本身,读起来很有趣,并不会像其他书那样的枯燥乏味。   这本书的第一章——概论,为我们解释什么是软件,什么是软件工程,读完这章对这些概念有一定的认识这章让我明白,代码不能盲目的敲,好的软件并非两三天内就能赶出来的。在编写程序之前,需要做一系列的分析、设计,要满足客户的需求,后续还要对软件进行测试、维护等。在这之前,我一直觉得能把程序运行,能有正确的结果,那就完成任务了,可这只是整个软件流程的一部分而已。   问题:目前软件工程的影响力如何?日后的发展趋势又如何?   第二章——个人技术和流程,这章引入了“单元测试”的知识,单元测试对一个好的软件起着重要的作用,单元测试应该是准确、快速地保证程序基本模块的准确性,单元测试也有一系列的标准验证其好坏。单元测试必须由最熟悉代码的人(即程序的作者)来写,最好是在设计的时候就写好单元测试,这样会减少程序问题的出现。单元测试是用VSTS来写的。   问题:还不理解单元测试的原理,怎么写单元测试?   第三章——软件工程师的成长,这章主要是讲个人能力的衡量和以及软件工程师的职业发展。成为软件工程师,首先要学习和积累软件开发相关的知识,不断学习,不断积累,提升技术技能,理解通用的软件设计思想和软件工程思想。学好专业技能以外,还要有一定的自我管理能力、与人合作能力等。  

个人作业——软件工程实践总结作业

梦想的初衷 提交于 2020-01-27 20:27:31
个人作业——软件工程实践总结作业 课程名称: 软件工程1916|W(福州大学) 作业要求: 个人作业——软件工程实践总结作业 个人学号: 221600401 作业目标: 对软件工程实践总结 一、请回望暑假时的第一次作业,你对于软件工程课程的想象 1)对比开篇博客你对课程目标和期待,“希望通过实践锻炼,增强计算机专业的能力和就业竞争力”,对比目前的所学所练所得,在哪些方面达到了你的期待和目标,哪些方面还存在哪些不足,为什么? 在实践锻炼方便达到了我的期待,在高压下提高了我的编程能力,也学到了一些新知识。 在调试bug方面还存在明显不足,对于一些报错语句还不能很快看出错误在哪,有的时候还需要寻求帮助。 可能是因为软工实践时间短、作业量大,让我的编程能力在短时间内提高,但基础部分还要自己课后加强。 2)总结这门课程的实践总结和给你带来的提升,包括以下内容: 1.统计一下,你在这门软件工程实践中,完成了多少行的代码; 完成了大概1740行代码,主要在团队github实训和alpha冲刺 2.软工实践的各次作业分别花了多少时间? 序号 作业 时间 1 个人作业第一次—准备篇 3 2 结对第一次—原型设计(文献摘要热词统计) 6 3 结对第二次—文献摘要热词统计及进阶需求 8 4 (1)团队第一次作业——团队展示 2 5 (2)团队第二次作业——选题报告 11 6 (3)团队第三次作业—

构建之法读后感(一)

Deadly 提交于 2020-01-27 16:37:45
构建之法是除了大道至简我读的第二本有关软件的书籍。从中都得到了很多上课编程的技巧和懂得了各种道理。 没读这本书之前,以为这本书中都是一些大道理,然而这本书运用生动幽默的语言去打动读者,作者将自己的感触和对于软件工程的理解写到书本上,更加能够帮助我们理解这本书和软件工程。,并不太懂软件工程的概念,只是认为软件的核心的就是代码,那么软件工程的核心就是写代码的程序员如何写好代码。在一开始的读书过程中,我颠覆了以往的观念,其实软件工程的一系列方法,都是为了让程序员更好的去完成工作。软件工程着眼的是整个工程,并不简简单单局限于某个点某个面。我们所罗列的方法与思想,都是为了整个工程流程而服务的。这才是软件工程的核心所在。 正如书中所说的,“我们要让团队中做事不仔细的人慢下来,这样能减少他们的危害”;另一方面,这种人有热情,能踏踏实实的话,是一定会有成长的。我们不能因为看过点代码,就相当浮躁,总想着一口吃成大胖子,这是不可取的办法。我们应该先打好基础,丰富自己的经验,将代码看懂而不是看过。 当作者提出一个具有争议或让人困惑的观点时,会通过文中虚构的人物来提出读者可能的疑问,并通过对话的形式,给出作者自己的见解。来帮助我们可以去理解这个观点。 我对于团队一段印象非常的深刻总结了一点东西:1、交流 2、说到做到 3、接受团队赋予的角色并按照角色要求工作 4、投入团队 5、流程 6、准备 7、理性