软件工程课设报告书
学院：软件学院
班级：16网安
姓名：范澜灵
学号：75
浅谈对软件工程项目开发
本人虽是网络工程方向专业的学生，但经过这一学期来所上的软件工程课，收获颇多，就此对软件工程项目整体设计到开发发表一下自己的浅见，不足之处望各位读者老爷海涵。
一个项目总得来说不一定是给了你具体题目的，但总会是给你一个主题，在这个主题范围内找一个合适的题目，对吧？打个比方，比如我要开发一个项目，然后首先是要拿到这个项目的主题，通俗点来说就是这个项目是要做啥，做游戏？做网站？还是做软件应用。有了主题之后你才能从整体、大局上来构造这个项目的框架——“提纲”。这个框架就如同你写作文时的提纲，要让开发者清楚的明白自己该做相对于项目来说的什么模块。我的理解一直就是项目是由多个模块合成的，因此不太可能是大点的项目就只让某一个程序猿来做，每个程序员他总有自己所擅长的和所不擅长的模块，因此“物尽其用人尽其才”就是项目经理所应达到的最高境界，合理的了解你项目内的各成员的性格特征、程序手法的特点来恰当并适宜的让他发挥出自己百分百的能力。
以上呢，都只能算是自己听了软件工程这门课后，一个软件工程菜鸟对软件如何开发谈出了自己的见解，正在学习中，也正在纠错的道路上。
软件开发的方法有下面六种：1.敏捷; 2.瀑布; 3.Scrum; 4.极限编程5.快速应用程序开发方法; 6.螺旋
先讲敏捷这一开发方法。
敏捷软件开发是承担软件工程项目的概念框架。有许多像Scrum这样的敏捷软件开发方法论（我们将在本文中更多地介绍它），Crystal方法和动态系统开发模型。敏捷方法的主要目标是通过在短时间内开发软件来降低风险，称为迭代，通常会持续一到四周。每个时间盒就像一个迷你软件项目，包括发布新增功能的所有必要任务：规划，需求分析，设计，编码，测试和文档。
迭代可能不会增加足够的功能来保证发布产品，但是敏捷软件项目打算在每次迭代结束时发布新软件。在此迭代之后，团队重新评估项目优先级。敏捷方法强调工作产品是进度的主要衡量标准。相对于其他方法，敏捷产生很少的书面文档- “实时”是更好的通信类型。大部分开发团队成员（以及企业主）都位于附近，可以面对面沟通。
敏捷软件开发方法学的主要原则：面对面会议，持续合作，早期和持续交付工作软件，透明度。每当客户端或内部发生意外或频繁的变化时，该模型就成为经理和团队领导者的最佳选择。
它的优点是：1.自适应方法对变化做出有利的回应，允许直接沟通以保持透明度; 2.通过快速查找和修复缺陷并提前识别期望不匹配来提高质量。
它的缺点是：专注于使用软件并缺乏文档效率，结果不一致的机会不明确。