2017年秋季计算机学院软件工程(罗杰) (北京航空航天大学)

  • [buaa-SE-2017]个人作业-回顾

    个人作业 回顾 =========== 提问题的博客: "\[buaa SE 2017\]个人作业 Week1" Part1: 问题的解答和分析 1.1 问题:根据书中“除了前20的学校之外,计科和软工没有区别”所以计算机科学这个专业也许在我们学校是和软件工程有区别的,但是可以料想的是大多数人将来都
    Alethia   2018-01-14 12:42   2   253
  • [buaa-SE-2017]个人作业-期末总结

    个人作业 期末总结 ============== Part1: 阅读作业 在这一部分,首先我将说说我对这次阅读作业中每篇文章的理解,最后结合这次团队项目的经理谈谈自己对软件开发的看法。 1. No Silver Bullet 文章链接: "No Silver Bullet" 这篇文章我感触最深的还是
    Alethia   2018-01-14 12:41   1   1761
  • 个人阅读作业+总结

    银弹: 我觉得在beta阶段我们采用了一个算是银弹的方法,就是重构代码吧,由于在我们组之前已经有两组碰了这个项目,很多代码都冲突和冗余,重构的话能够删除很多没有用的代码和加深理解,但是收效甚微,重构导致了进度变慢,实际的新东西也不是很多;可能也是人员少、时间少、分配不均的原因,很多时候都要等待重构完
    qwellk   2018-01-14 11:43   0   124
  • 个人阅读作业+个人总结

    银弹 《No Silver Bullet Essence and Accidents of Software Engineering》 的作者Brooks主张并断言从这篇论文发表(1986年)开始计算的十年之内,不会有任何单一的软件工程上的突破,能够让程序设计的生产力得到一个数量级的提升。这是因为软
    MinstrelZ   2018-01-14 10:34   0   110
  • 个人阅读&个人总结

    助教推荐的这些文章都是软件工程的经典之作,读完之后对这学期的软工学习有了更深的认识。才觉得学习软件工程之前写的都不算是软件工程,只是些程序。真正的软件工程历史悠久,其对程序员带来的痛苦伴随着很多代人,许多经典的软件工程著作和讨论都是几十年前就完成的,虽然软件行业日新月异,但其中的哲学和根本却从未改变
    YoungForest   2018-01-14 10:32   3   409
  • [2017BUAA软工]个人阅读作业+总结

    1. 银弹 第一篇文章的作者Brooks将狼人比作软件工程中遇到的种种问题,试图论证软件开发中不存在杀死“狼人”的银弹——即以不变应万变的解决问题的通用方法。 我赞同Brooks的观点,软件工程中没有银弹。 一个软件的开发过程是复杂而多变的,而随着需求的不断变更,软件的框架也可能会发生变动,而这些是
    森高Slontia   2018-01-14 07:46   0   152
  • Beta阶段事后分析

    1. 设想和目标 1.1 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们在Beta阶段任务主要分为两部分,一类是对原功能的扩展,一类是新的博文功能。我们通过规格说明书定义功能,至少比Alpha阶段清楚多了。典型用户和典型场景还是沿用的Alpha阶段。 1.2
    hotcode5   2018-01-14 03:03   0   223
  • 提问回顾

    解答疑问 疑问的链接 "疑问链接" 1.软件工程的目标是创造足够好的软件,书上提及软件的几个重要指标是用户满意度,可靠性,软件流程的质量,可维护性。我的问题是如何能够更加具体地衡量一个软件是否适用,也就是软件开发所追求的一个核心要求(或者通过对各类要求的权重分配)是什么? 这个问题应该是没有一个准确
    子不得不语   2018-01-14 02:54   0   130
  • beta阶段事后分析

    设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的网站希望提供一个课程评价平台,帮助同学更好的了解每一门课的信息和评价。也提供了一个同学发表自己关于课程的想法的平台。\ 网站定位清晰。我们面向的典型用户就是每一个选课存在困难的学生,帮助他们在选课时
    弗朗明哥舞步   2018-01-14 02:24   0   287
  • 提问回顾

    "之前提出的问题" 对软工课刚开始时自己问题的回答 1. 《构建之法》3.1节提到,花多少时间可以作为衡量一个软件开发的工作量的因素,即一组人的工作量可以用“人数 x 时间”来表示,而《人月神话》一书则是反对这种衡量标准的,请问实际项目中这样的标准实用吗? 这种标准对于个人或小团队开发来说是适用的。
    captainYi   2018-01-14 00:00   0   187