任务一：作业互评
1. 2019春季计算机学院软件工程(罗杰)(北京航空航天大学)
评论链接：《BUAA软工 —— 第一次阅读作业》
https://www.cnblogs.com/fondoger/p/buaa-software-engineering-homework-1.html
评论内容：
关于读《构建之法》后的思考，这位同学很是谦虚，但是根据后面同学用生活中的实际例子来看，你是善于观察和思考的，比如关于结对编程，从假期与姐姐玩游戏这件事可以联想到结对编程，并对结对编程有一定的思考与疑问。我觉得关于结对编程首先要满足一定条件的：首先结对成员必须在编程观念上达成一致，其次成员之间应当保持良好的交流，愿意合作，再次结对成员中的技术知识应该是具有可比性的，这样的结对编程才是有价值有效率的。
2. 软件工程1916|W(福州大学)
评论链接：软工实践（三）——结对第一次作业（原型设计）
https://www.cnblogs.com/hengyumo/p/10495198.html
评论内容：
看了几个同学的结对作业，我觉得你的作业是最吸引人的，其他同学可能一上来就开始按照NABCD模型开始讲自己的作品了，而你是虚构了非常有趣的一个情节，讲述了开发这款产品的背景需求，接着在讲述了具体的设计过程。 这样做挺好的，值得借鉴。
3. 2016级计算机科学与工程学院软件工程(西北师范大学)
评论链接：读《构建之法》有感
https://www.cnblogs.com/han0114/p/10515071.html#4200051
评论内容：
确实这样，在使用传统的访谈时，会出现用户处于被动地位而往往有意无意的与开发者区分彼此，不能像一个团队的人那样齐心协力的识别和精化需求，为了解决这种问题，可以采用一种面向团队的需求收集方法，称为简易的应用规格说明技术。这种方法提倡用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基本需求。这位同学可以深入学习一下简易应用说明技术。
作业互评阅读心得：
刚看到这个作业时觉得这不就是类似“商业互夸”嘛，觉得没多大意思。但在实际来做这件事时会发现，我的认识太片面了，这其实是一项非常有意义的任务。首先在互评之前得确定评哪个博文，为什么评这个博文，这就先得去阅读大量的不同同学的博文，阅读时会发现对于同一个作业问题，有一百个人就会有一百种看法和思考，这也会使我们对待同一个问题有了更多的认识，有了想要和这些同学的思想的交流，自然而然就会进行评论，这也就不会产生评论商业互捧的话，或者是些大话空话。阅读过这些同学们的博文，也让我们看到了我们与这些优秀同学的区别，更促使我们应该跟努力去学习。
任务二： 软件生存周期各阶段中的文件编制
软件文档是软件开发过程中产生的软件产品，与软件生存周期有着密切关系。根据国家标准中GB/T8567-2006标准关于软件产品文件规范内容与软件生存周期各阶段的关系说明：
在需求分析阶段内,由系统分析人员对被设计的系统进行系统分析,确定对该软件的各项功能、性能需求和设计约束,确定对文档编制的要求,作为本阶段I作的结果,一般地说软件需求规格说明(也称为:软件需求说明.软件规格说明).数据要求说明和初步的用户手册应该编写出来
。
在设计阶设内，系统设计人员和程序设计人员应该在反复理解软件需求的基础上,提出多个设计,分析每个设计能履行的功能并进行相互比较,最后确定-一个设计,包括该软件的结构.模块(或CSCI)的划分功能的分配,以及处理流程。在被设计系统比较复杂的情况下,设计阶段应分解成既要设计阶段和详细设计阶段两个步骤。在一般情况下,应完式的文当包括:结构设计说明、详细设计说明和测试计划初稿。
在实现阶段内,要完成源程序的编码.编译(或汇编)和排错调试得到无语法错的程序清单,要开始编写进度日报、周报和月报(是否要有日报或周报,取决于项目的重要性和规模),并且要完成用户手册、操作手册等面向用户的文档的编写工作,还要完成测试计划的编制。
在测试阶段:该程序将被全面地测试,已编制的文档将被检查审阅。-般要完成测试分析报告。作为开发工作的结束，所生产的程序、文档以及开发工作本身将逐项被评价,最后写出项目开发总结报告.
在整个开发过程中(即前五个阶段中) ,开发集体要按月编写开发进度月报。
在运行和维护阶段,软件将在运行使用中不断地被维护,根据新提出的需求进行必要而且可能的扩充和删改.更新和升级。
由此，得出软件生命周期各阶段中的文件编制，如下图所示：
表1 软件生命周期各阶段中的文件编制
|||||||||||||
|:--|:--|:--|:--|:--|:--|:--|:--|
|文件/阶段|可行性分析|开发计划|需求分析|设计|实现|测试|使用与维护|
|可行性研究报告|√|√||||||
|项目开发计划|√|√||||||
|软件需求书|||√|||||
|数据要求说明书|||√|||||
|测试计划||||√|√|||
|概要设计说明书||||√||||
|详细设计说明书||||√||||
|数据库设计书说明书||||√||||
|模块开发卷宗||||√||||
|用户手册|||√||√|||
|操作手册|||||√|||
|测试分析报告||||||√||
|开发进度报告|√|√|√|√|√|√||
|项目开发总结||||||√||
任务三：采访一个高年级同学在软件工程实践课中做过的项目
- 项目名称：电子商城购物系统
- 项目简介：该项目是仿照京东商城做的，有前台后台，管理员可以通过后台向前台对前台内容进行增删改查，用户可以查询浏览商品，加购物车，下单及后台审核订单，可以实现商品的退换货，对购买商品进行评价，日常新闻资讯的推送等等。
- 采访问题：
问题1：项目现在有用户吗？
回答：这个项目是课程设计时的作品，只是用来练习和测验的，所以暂时没有用户。
问题2：项目能否继续开发，源代码/文档还有吗？
回答：应该是可以继续开发的，因为当时做的这个项目因为技术问题，虽然可以加购购物车下单，但是用户无法进行支付，没有微信，支付宝等的支付接口。关于文档，当时也是写了的，应当是还在。
问题3：项目开发有什么经验和教训？
回答：前期的需求分析真的是至关重要的，需求分析弄不明白或者弄得不详细，会给后期的开发造成很大的麻烦。
问题4：对学好软件工程有什么建议？
回答：写代码不是最难的，需求分析才最困难，但也是最终重要的。 - 采访心得：
在这次对同学的采访中，我们聊了很多，其中我觉得开发最重要的就是需求分析，同学说拿到一个项目时，如果对需求功能潦草的分析，而急于编写代码，需求分析的不彻底的，在后面的开发中就会遇到许许多多的问题，此时又得重新来分析需求，严重的可能还需要重新做。所以对于需求分析千万不能大意，要通过各种方式详尽的进行分析考虑。只有严格按照软件工程的要求来做，才能开发出好的项目。