2.经过必定的软件流程,在预计的时间内发布“足够好”的软件。git
看完这个要求后,个人疑问在于什么样的软件才可以成为“足够好”的软件,查询资料以后我认为,“足够好”的软件应该知足这些条件:
·确保软件完成了它所承诺或公布的功能
·确保软件知足了性能的要求
·确保软件是健壮的和适应用户环境的
那么还有其它的评判标准吗?又该由谁来评判呢?是负责测试的人员仍是客户呢?数据库
分析麻痹:一种极端状况是想弄清楚全部细节,全部依赖关系以后再动手,心理上过于悲观。分析太多,腿都麻了,无法起步前进。浏览器
我记得在完成OO做业的时候,在设计阶段须要弄清楚每个类应该完成什么事情,以及类之间的调用,依赖关系,完成这部分工做以后再去着手写代码会比较轻松。那么在此处的依赖关系与单纯的程序设计做业之间类的调用依赖关系区别在哪呢?分布式
敏捷是一股思潮,它涵盖了好几种软件开发的方法论,这些方法论又是创建在许多行之有效的最佳实践方法之上的。工具
个人疑问点在于,面对不一样的项目以及需求时,咱们究竟该何时选择敏捷呢?可否给出几个详细的例子来讲明敏捷的优点呢?性能
对于杀手功能,外围功能的定义不太明白,不太能理解功能分析中四个象限的建议。学习
如何把我构建的典型用户和场景转换成个人规格说明书呢?又如何去写好个人技术说明书呢?测试
运用CMMI模型管理项目,不只下降了项目的成本。并且提升了项目的质量和定期完成率。操作系统
我对CMMI的运行过程仍是以为很疑惑,并不懂得该模型应该如何去达到其预期的效果。设计
软件工程的概念是1968年第一次提出的。“软件工程”是Margaret Hamilton在阿波罗计划期间所提出来的。
60年代中期,大容量、高速度计算机的出现,使计算机的应用范围迅速扩大,软件开发急剧增加。高级语言开始出现;操做系统的发展引发了计算机应用方式的变化;大量数据处理致使第一代数据库管理系统的诞生。软件系统的规模愈来愈大,复杂程度愈来愈高,软件可靠性问题也愈来愈突出。原来的我的设计、我的使用的方式再也不能知足要求,迫切须要改变软件生产方式,提升软件生产率,软件危机开始爆发 。
项目管理软件 | 优势 | 缺点 |
---|---|---|
Microsoft TFS | 团队工具,贯穿需求,开发,测试,发布各个流程提供自动化工具 | 我的成本高,浏览器访问速度较慢 |
GitHub | 可使用git来管理源代码,从微型到超大规模的项目均可以高效处理 | 代码保密性差,学习周期相对较长 |
Mercurial | 轻量级分布式版本控制系统,易于学习和使用,扩展性强 | 用户磁盘空间管理不当,产生了大量的多余副本 |
Bugzilla | 强大的检索功能,经过跟踪和描述处理Bug | 只能管理缺陷 |