敏捷开发

138.软件工程_软件工程学概述

安稳与你 提交于 2020-04-26 05:05:21
1.1 软件危机   迄今为止,计算机系统已经经历了4个不同的发展阶段,但是,我们仍然没有彻底摆脱“软件危机”的困扰,软件已经成为限制计算机系统发展的瓶颈。    为了更有效地开发与维护软件, 在20世纪60年代后期软件工作者开始认真研究消除软件危机的途径,从而形成了一门新兴的工程学科——计算机软件工程学(通常简称为软件工程)。   在20世纪60年代中期以前,是计算机系统发展的早期时代,通用硬件相当普遍,软件却是为每个具体应用而专门编写的。   这时的软件通常是规模较小的程序,编写者和使用者往往是同一个(或同一组)人。这种个体化的软件环境,使得软件设计通常是在人们头脑中进行的一个隐含的过程,除了程序清单之外,没有其他文档资料保存下来。   从20世纪60年代中期到70年代中期,是计算机系统发展的第二代时期,这个时期的一个重要特征是出现了“软件作坊”,广泛使用产品软件。    “软件作坊”基本上仍然沿用早期形成的个体化软件开发方法。    随着计算机应用的日益普及,软件数量急剧膨胀。要求软件:     在程序运行时发现的错误必须设法改正;     用户有了新的需求时必须相应地修改程序;     硬件或操作系统更新时,通常需要修改程序以适应新的环境。   上述种种软件维护工作,以令人吃惊的比例耗费资源。更严重的是,许多程序的个体化特性使得它们最终成为不可维护的。    “软件危机

IT学习逆袭的新模式,全栈实习生,不8000就业不还实习费

守給你的承諾、 提交于 2020-04-26 04:47:21
大家好: 我是马伦,也就是多年耕耘在IT培训一线的老马。老马一直怀揣普惠教育梦想初心,一直为莘莘学子能获得高质量的IT教育服务而奋斗。 之前老马在IT培训机构任职讲师多年,也有丰富的教学管理经验。接触了大量的IT毕业生、IT初学者、机构培训学员,亲眼目睹大量的IT专业毕业生、IT在线教育学员以及IT培训机构的学员很难直接就业,核心问题就是项目工作经验太少,实操能力弱!。 IT在线教育的问题 IT在线教育一直不能彻底颠覆线下培训机构,其根本制约点就是IT学习门槛较高,学员很难有持续性的学习和练习时间投入,找不到很恰当的学习方法,大多数人没有强大的自制力,在没有及时的学习交流、技术指导、问答服务的情况下,IT在线教育的学员大都是花了钱、浪费了时间、学习效果还很一般,大都没有实操项目的能力。 IT线下培训和企业的鸿沟 IT线下培训机构由于师资、课程内容、成本、学生的承受能力等多方面因素作用下,一般都会把培训时常控制在4~6个月。但是要教给学生的知识点太多太多,由于基础知识点讲解深入细致,导致项目时间很短,大都就是半个月一个项目,学员也很难有全面的完整的IT项目开发、团队协作经验。就导致学习一般的学员,由于伪造的项目开发经验,面试时没有自信心,而他们仅仅缺的就是真正的IT项目的实习经验。 如何破局?AICODER:真正IT企业项目实习计划 老马一直追求探索教育的本源

2018年春季学期《软件工程》教学总结

≡放荡痞女 提交于 2020-04-25 17:04:35
2018 年春季学期《软件工程》教学总结 1. 教学资源基本信息 理论教学选用教材:张海藩,牟永梅.软件工程导论[M].清华大学出版社,2013年8月第6版 实验阅读教材:邹欣. 现代软件工程—构建之法[M]. 人民邮电出版社, 2017年7月第3版. 网络教学资源 中国大学MOOC(慕课):江西财经大学 狄国强教授 软件工程 构建之法作者邹欣老师博客: http://www.cnblogs.com/xinz/ 集美大学张敏老师博客: http://www.cnblogs.com/happyzm/ 北京航空航天大学博客园软件工程课程: https://edu.cnblogs.com/campus/buaa/BUAA_SE_2017 集美大学博客园软件工程课程: https://edu.cnblogs.com/campus/jmu/SE-Net15 东北师范大学博客园软件工程课程: https://edu.cnblogs.com/campus/nenu/2016SE_NENU 2. 教学团队概况 由来自四所高校企业单位的教师、高级工程师和研究生组成跨校协作课程教学团队。 3. 教学方法概述 1)理论课堂教学采用反转课堂教学法,学生在课前通过软件工程教学视频(来源:中国大学MOOC 江西财经大学 狄国强教授讲授软件工程或由任课教师发布)进行理论知识的课前学习,课堂是师生之间

#034Python选修课第二届Turtle绘图大赛

霸气de小男生 提交于 2020-04-24 20:50:42
Python turtle库 选修课作业 目录 目录 代码效果 题目要求 合作同学 程序实现 最初目标 实现方式 代码如下 代码效果 题目要求 具体内容可参阅课程教学网站或超星学习通。 按照2人一组,结对编程; 使用 Python Turtle 库创意绘图,主题内容均不限,但 不违背“公序良俗 ”。 合作同学 学号:20181101051,韩旭 学号:20160515055,孔惠琴 程序实现 最初目标 最初程序目标图片 实现方式 本着思维上的懒惰,行为上的努力 -所以没用函数等新学的工具去写 而是站在初学者的角度,只学会了使用goto这一个语句来进行绘画绘画 把turtle库玩成了十字绣 Snipaste_2019-04-28_19-34-36 通过Windows系统自带的画图工具去找点,随便写一个Excel表格,根据一些特别简单的函数,转换成turtle里面的坐标并变成goto代码的形式 其实明明可以用python做,但是为了使用多种软件联动,就随便写了 写的很用心,也可以说写的不用心。 用的都是最简单的,这些代码,让没有python基础的,简单学习就能上手。 实现的代码,不是 最简洁 的,不是 最高效 的,而是 最省脑子 的. 写起来感觉很舒服,啥也没有考虑,但是时间很长.... 小组合作很重要,很重要吧.... 五一放假前很忙,作业堆在一起了,所以也就一起写了..( ???!

助教观察记录3(9/23-10/06)

吃可爱长大的小学妹 提交于 2020-04-24 20:30:32
一、助教工作完成情况 冉助教 : 乐助教 : 徐助教 : 观察助教评论,得出学生作业出现的问题主要集中在单元测试和效能分析方面,部分同学单元测试主要以手工为主,效能分析只贴出图片,并未分析,也没提出改进。 第三周作业 评价情况 总人数 提交数 被评价作业数 评价率 评价有反馈数 反馈率 88 85 64 75.2% 39 60.9% 未提交学生,助教们均已联系了相关同学。 看过所有的作业后,发现基本上有反馈的同学对于每个助教和老师的建议和意见都进行了反馈。因此本次反馈率是以作业为单位进行统计。 二、各学校作业观察 本次观察作业主要针对邹欣老师软工讲义中的第六部分: 需求 。 各班级在作业中适当增加了第六部分之前的内容。 福州大学软件工程实践Z班 教师:张栋 作业要求 软件工程实践2019第四次作业——结对编程的需求分析与原型模型设计 重点 :结对编程、NABCD 模型、原型设计。 特点 : 本次作业由张老师提出需求,学生们结对完成需求分析和原型设计。张老师的选题很贴近现实,基本上都以老师和学生切身需求出发,这样的项目同学们在需求调研时比较容易找到合适的调查对象,同时也更有想法,需求分析更加充分。 全体同学采用同一个项目,有针对性的考查结对、NABCD 模型、原型设计三个部分。 团队选题放在国庆节后采用“随堂idea表述及组队”形式。 福州大学软件工程实践K班 教师:柯逍 作业要求

【软件工程】常见的几种软件过程模型的比较

僤鯓⒐⒋嵵緔 提交于 2020-04-24 16:25:56
几种常见软件过程模型的比较 一、瀑布模型(Waterfall Model) 瀑布模型(经典生命模型)提出了软件开发的系统化的、顺序的方法。其流程从用户需求规格说明开始,通过策划、建模、构建和部署过程,最终提供一个完整的软件并提供持续的技术支持。 模型特点 : 必须等前一阶段的工作完成之后,才能开始后一段的工作; 每一阶段都必须完成规定的文档,没有交出合格的文档就是没有完成该阶段的任务。 前一阶段的输出文档就是后一阶段的输入文档,因此,只有前一阶段的输出文档正确,后一阶段的工作才能得到正确的结果。 每个阶段结束前都要对所完成的文档进行评审,以便及早发现问题,改正错误。事实上越是早期阶段犯下的错误,暴露出来的时间就越晚,排除故障改正错误所需付出的代价也越高。因此,及时审查,是保证软件质量,降低软件成本的重要措施。 模型优点 : 强调了开发的阶段性,各阶段具有顺序性和依赖性 强调早期调研和需求分析,推迟编码实现的观点 提供了一个模板,这个模板使得分析、设计、编码、测试和支持的方法可以在该模板下有一个共同的指导。 模型局限 : 瀑布模型是一种线性模型,要求项目严格按规程推进,必须等到所有开发工作全部完成以后才能获得可以交付的软件产品。不能对软件系统进行快速创建,对于一些急于交付的软件系统的开发很不方便。 瀑布模型适合于需求明确,且无大的需求变更的软件开发(编译系统、操作系统等)

2018年秋季学期面向对象程序设计(JAVA)课程总结

烈酒焚心 提交于 2020-04-24 16:25:08
2018年秋季学期面向对象程序设计(JAVA)课程总结 时值2018年年末,按惯例对本学期教学工作小结如下: 1. 教学资源与教学辅助平台 教材: 凯 S.霍斯特曼 (Cay S. Horstmann) (作者), 周立新 (译者),Java核心技术(卷1):基础知识(原书第10版),2016年9月1出版。 教材使用存在的问题:(1)教材中缺少练习题,需要教师结合教学内容自行编制,较为消耗精力;(2)教材内容陈述方式与中文教材差异较大,知识点过于琐碎,需要教师对知识内容再整理;(3)缺少配套实验指导。 辅助教学平台: 师生互动、阶段学习总结作业提交平台: www.cnblogs.com ; 实验教学评测平台: https://pintia.cn/ 教学文档发布、师生互动平台:QQ群 2017级网络安全OO(群号:836799427) 2. 关于教学方法 本学期在教学中,理论教学继续采用翻转课堂、示例程序解析、编程过程示范等有益于提升教学效率和效果的教学方式,首次采纳浙江大学翁凯老师的MOOC教学视频作为翻转课堂参考教学资源,由于教材原因,MOOC视频未指定为必选学习资源。实验教学应用示例程序测试、示例程序代码注解、示例程序改造、综合编程实训等作业类型,将课堂讲授学习内容与实验实训内容结合起来,以做中学为教学手段,依托班级博客园作为作业管理平台

交通运输综合执法平台、开发案例分析介绍

China☆狼群 提交于 2020-04-24 02:32:24
交通运输综合执法平台 互联网+ 综合执法平台是为政府用户提供的基于互联网应用的新型在线综合行政执法服务平台。 互联网+ 综合执法平台依托城市物联网、云计算、多网融合等现代化技术,运用数字基础资源、多维信息感知、协同工作处置、智能督察考评、预警决策分析等手段,量化城市管理部件、事件标准,建设城市管理、执法服务平台,形成具备高度感知、互联、智能的城市管理新模式。 其中,交通运输行政执法综合管理信息系统是《交通运输信息化“ 十三五” 发展规划》提出的重点信息化建设工程,同时也是力软客户承接的重要政府项目。在此项目中客户需要设计出完全符合交通运输部办公厅印发的《交通运输行政执法综合管理信息系统工程建设指南》标准的交通运输综合执法平台,以执法办案、执法队伍建设、执法监督和执法服务为主线, 构建“纵向贯通、横向集成、信息共享、业务协同、智能便捷”的交通综合执法信息化体系。 项目介绍 交通运输综合执法平台需要有严格的稳定性与便捷性,如何将传统交通执法与互联网应用深入结合,实现网络审批、便捷操作,以规范执法办案程序、提高执法工作效率,成为了平台开发的重中之重。 考虑到平台的实际开发需求,客户经过审慎的评估后,认为无法在短时间内完成如此复杂系统的开发工作,便采取在成品框架基础上进行开发的策略,经过不断的筛选、评估,最终选择力软作为项目的合作方进行交通运输综合执法平台的开发工作

前端技术专家(P8)的规划能力如何训练,答案全给你

非 Y 不嫁゛ 提交于 2020-04-24 02:02:55
前端早早聊大会,前端成长新起点,帮你提前二十天,站在新的起跑线,目标成为 用得上,听得懂,抄得走 的前端大会,计划 2020 年办 12 期,由前端早早聊与掘金联合举办。 第五届 - 前端监控体系如何搭建/用户行为/产品质量如何跟踪,4 月 25 日举行,8 位讲师,8 个小时,全天直播,报名链接: huodongxing.com/go/tl5 本文为第四届 - 前端职业规划专场讲师 - 远舟的分享 - 《如何做出专家级别的技术与技术产品规划》: 内容概要 大家好,非常高兴能在早早聊的规划专场,和大家分享我对前端做技术与技术产品规划的一些思考和心得。 先来了解下今天要分享的内容概要,先简单认识一下,之后从 为什么 , 怎么做 ,以及举个栗子来讲做 规划的具体思路 。 1. 认识一下 2010 年,毕业后跟随几个老哥创业。 之后由于对前端动效比较感兴趣,所以于 2011 年底加入阿里,成为 alibaba.com 轻骑兵业务的一个切图仔。 12 年,开始参与 alibaba.com 的 DPL 体系建设。 14 年,成为 alibaba.com DPL 负责人并晋升高级前端工程师。 15 年底,开始搞 Fusion Design。 16 年,晋升前端专家。 18 年,离开 B2B 中台团队到了新零售一线盒马 从 0 到 1 搭建门店数字化业务和前端团队 从 0 到 1 建设货架可视化

中小企业团队敏捷产品开发流程的最佳实践

狂风中的少年 提交于 2020-04-23 18:52:41
在敏捷开发过程中,一个产品或者一个发布版本通常是由多个冲刺来实现的,每个冲刺都能增量交付可运行的系统功能,实现客户价值。每个冲刺都是从冲刺规划开始,团队成员一起商定冲刺目标和明确交付的系统功能,并进行冲刺执行,实现系统功能,再通过冲刺评审和回顾对实现的产品功能和过程进行检视,期望在下一冲刺过程中对产品功能和过程进行改进和完善。 一、冲刺流程 冲刺包括冲刺规划、冲刺执行、冲刺评审、冲刺回顾四大过程。冲刺是从规划开始,团队成员必须就本次冲刺的目标和计划达成共识,全体成员在整个冲刺过程按照既定的计划奔着这个目标前进,每天对取得的成果和面临的问题进行沟通讨论。冲刺结束阶段,在冲刺评审活动中召集相关利益相关方一起演示产品功能并获得反馈,获得的反馈是产品列表和下一阶段冲刺规划内容的重要来源。在冲刺回顾活动中,全部团队成员对冲刺执行过程进行检视和讨论,抓住其中存在的问题并讨论优化方案,在下一个冲刺进行改善和优化,实现冲刺过程的优化和冲刺执行效率的提升。 二、冲刺规划 一般情况下,是在每个冲刺的开始阶段进行冲刺规划,因为在这个时间点上,能充分利用已掌握的信息最出最优的决策。冲刺规划过程时间的长度根据冲刺的长度而定,占用整个冲刺的5%左右时间是比较合理的,比如两周的冲刺应该控制在4小时以内,一个月的冲刺应该控制在8小时以内。 冲刺规划过程应该由整个团队协作完成