标签：说明书 曾佳 作业 201671030125 互评 开发 设计 软件 软件工程
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程？ | 2016级计算机科学与工程学院软件工程（西北师范大学） |
| 这个作业的要求在哪里？ | 实验三 作业互评与改进 |
| 我在这个课程的目标是？ | 按时完成老师给的任务,通过阅读别人的博文优化自己的排版布局和内容 |
任务1：要给出所点评作业的链接地址，点评内容和阅读心得
第一篇是北京航空航天大学的同学写的作业：BUAA软工 —— 第一次阅读作业
点评内容：
这篇博文整体排版布局简洁明了，层次分明。开头目录让阅读者清晰地看到整篇博文的各级标题，并加入了超链接能方便快速地定位到想阅读的地方。下面用表格加链接的形式列出作业所属课程，要求和目标。在表达对问题的想法和观点的时候，加入自己的亲身经历和名人事例，以及一些适当的图片，让整篇博文的阅读气氛轻松愉快。文章末尾附上自己的参考资料，想继续深入了解的读者方便查找。这篇文章的排版布局和内容都值得学习。
阅读心得：
读完这篇博文，让我感觉到了 MarkDown的功能强大，自己对其的研究还是太浅，没有很好的运用起来。接下来我会再仔细研究一下MarkDown各个功能的用法，在今后的作业排版中合理运用，并继续改进之前的作业。
第二篇是福州大学的同学作业：软工实践(一)——目标和规划
点评内容：
这篇博文排版布局很直观，大的问题用引用框蓝色字体突出显示，下面小的问题列表形式加粗显示，问题的回答用另一种颜色字体，让读者一目了然。问题比较深刻，让人有种想反思自己的感觉，回答真实，语言幽默，回答的情况应该是大多数人的真实写照。但对于后两个问题的回答比较简单，不够具体。
阅读心得：
看到老师布置的几个问题，我也反思了一下自己。当初录到计算机系的时候也比较迷茫，因为对这个专业完全没有了解，也不擅长，就觉得会计算机的都很厉害，担心这个专业的课会很难，自己跟不上。但通过后来的学习发现，没有什么专业是简单的，既然选择了就做一行爱一行，等真正认真学习了也就没有自己当初想的那么可怕了。回望过去的两年多，还是荒废了很多时间，很多专业知识并没有吃透，编程能力也不是很好，现在到了大三就要花更多的时间补回原本缺失的东西。所以这学期我打算花较多的时间在软件工程这门课上，因为这门课综合性强，能锻炼更多方面的能力，对以后工作帮助也会很大。
第三篇是西北师范大学同学的作业：通读教材《现代软件工程—构建之法》后的提问
点评内容：
以表格形式总结课程、要求、目标及内容很直观，字体适当加粗和划线突出问题和强调内容。问题具体到哪一章哪一句话，能看出是认真读过这本书的。如果能将作业内容的右边再划分为三行，每一行是一个问题排版应该会更明了，这只是本人观点。
阅读心得：
《构建之法》这本书真的让人眼前一亮，与国内高校常规的软件工程教材有本质的不同，这本书写得跟小说似的，语言幽默风趣，颠覆了传统软件工程教材刻板生硬、枯燥乏味的形象，相较之下，这本书显得清新脱俗。“阿超”、“小飞”等都是现实中典型的软件行业从业人员形象。作者用举例子的方法让我们更加生动具体的理解想要传授的知识。
任务2：需要填写表1，并总结软件产品文件规范内容与软件生存周期各阶段的关系
如下表格：
| 阶段文件 | 可行性研究 | 开发计划 | 需求分析 | 设计 | 实现 | 测试 | 使用与维护 |
|---|---|---|---|---|---|---|---|
| 可行性研究报告 | √ | √ | |||||
| 项目开发计划 | √ | √ | √ | ||||
| 软件需求说明书 | √ | ||||||
| 数据要求说明书 | √ | ||||||
| 测试计划 | √ | √ | |||||
| 概要设计说明书 | √ | ||||||
| 详细设计说明书 | √ | √ | |||||
| 数据库设计说明书 | √ | ||||||
| 模块开发卷宗 | √ | √ | |||||
| 用户手册 | √ | √ | √ | √ | |||
| 操作手册 | √ | √ | √ | √ | |||
| 测试分析报告 | √ | ||||||
| 开发进度月报 | √ | √ | √ | √ | √ | √ | |
| 项目开发总结 | √ | √ |
软件产品文件规范内容与软件生存周期各阶段的关系
编写文档的主要目的是便于管理，有利于对软件的可控性。把握软件的进度，风险等。各种不同的软件文档起着软件生命周期中不同的作用。
| 定义阶段 | 目的 |
|---|---|
| 可行性研究报告 | 在从技术、经济、管理和开发环境等几个方面，确定了一个软件可以完成，需求方和开发商共同讨论项目中的 开发方案。 |
| 需求分析说明书 | 写出用户对软件的一些需求，明确软件的功能和性能，能够很清楚的指出开发人员需要做什么等。 |
| 数据要求说明书 | 明确开发系统各项功能的实现时，对数据的要求，同时也为概要设计和详细设计阶段提供参考，为其他开发人员的阅读提供便利。 |
| 用户手册 | 为了使用户熟悉操作，给首次使用本软件的用户提供帮助，’ 使其能够尽快的掌握本系统的操作。 |
| 项目开发计划 | 对开发机房收费系统的费用、时间、进度、人员配置、开发环境和运行环境的配置进行说明，未开发的下一步做准备。 |
| 开发阶段 | 目的 |
|---|---|
| 数据库设计说明书 | 根据数据要求说明书，数据库设计人员设计相应的数据库。 |
| 概要设计说明书 | 在需求分析基础上得到的物理模型确定一个合理的软件系统的体系结构。包括：系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。 |
| 详细设计说明书 | 在概要设计说明书的基础上完成的，它更加仔细地清楚地描述模块中的内容，功能实现写的更加仔细。 |
| 操作手册 | 提供软件操作的步骤方法。 |
| 测试计划 | 找到系统中的漏洞，并且设计出测试用例 |
| 开发进度月表 | 软件开发了一段时间之后，对进度的总结，及时发现在开发过程中存在的问题，为以后的开发提供经验教训，提高接下来项目的开发进度。 |
| 测试分析报告 | 对测试数据功能问题进行分析归纳记录 |
| 运行和维护阶段 | 目的 |
|---|---|
| 项目开发总结报告 | 为以后项目的开发提供宝贵的经验，避免今后的项目中出现类似的问题，从而大大提高开发的效率。 |
任务3：总结采访内容，包含项目名称、项目简介、项目开发人员名单、采访人员观点、采访心得
采访总结
| 项目名称 | 学术会议管理系统 |
|---|---|
| 项目简介 | 系统主要实现赛事相关事宜的有效管理。系统主要用于单位、学校举办程序设计大赛活动时对大赛内容的管理，实现了用户管理、权限管理、大赛内容管理和系统管理等重要功能。不同的用户享有不同的权限，管理人员登陆后台管理系统，可以进行系统管理，包括角色管理，权限管理、会议栏目和数据字典的管理等，审稿专家登陆稿件后台系统，可以查看分配的稿件并进行审理，普通用户打开浏览器界面即可查看会议信息以及注册报名。 |
| 项目开发人员名单 | 王爽、彭 辉、冯 晓、吴 琼、马思远、郝延婷 |
| 采访内容 | 1. 项目现在有用户吗？ |
| >目前没有投入使用。 | |
| 2.项目能否继续开发，源代码/文档还有么？ | |
| >可以继续开发，源代码和文档都有，软件系统概要设计说明书、详细设计说明书、用户手册等都有保存。 | |
| 3.项目开发有什么经验和教训？ | |
| >曾经以为程序就是软件，软件就是程序，后来知道了二者的不同之处。经过老师的讲解，理解了软件工程，就是一套用于软件的团队开发，以提高软件质量和程序员工作效率为目的的规范。其核心就是，对于软件开发的重要组成部分：需求分析，设计，编码，调试，维护，如何组织这5个部分的工作，以及如何完成每一个工作。吾生也有涯，而知也无涯，学习永无止境。起初，对软件工程处于一知半解的状态，分工比较混乱。在划分模块后明确了各自分工，渐渐形成良性循环。在学习过程中，知道了团队合作十分重要，争议固然存在，但通过讨论、协商，能够达成一致与默契。团队成员每个人都很努力与认真，正是大家的相互合作，才使得我们的项目更加完善，还有老师们的帮助与指导，让我们及时发现问题，解决问题。 | |
| 4.对学好软件工程有什么建议？ | |
| >希望好好学习基础课程，非常重要的！特别是C语言，数据结构，操作系统，计算机网络，计算机组成原理，软件工程，面向对象程序设计，汇编语言，编译原理，数据库原理。可能大多数在刚学的时候都会不知道这些有什么用，但是一旦落下了，你就会在软件领域落在别人后面。 尤其是C语言是基础中的基础，语言不在于掌握的多少，而在于编程的思想，有了思想语言不过是一种表述而已。c是现代语言中最锻炼人计算机编程思维的。 其次是面向对象的思想，它是一种设计思想而非一种语言，这是现代软件工程的主流设计思想。在掌握了语言后其他课程才能学的更加精深。 | |
| 采访心得 | 软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。想要真正完成一个软件，不仅仅需要一个人的力量，需要的是整个团队的分工以及共同努力。每个人都要有团队合作能力，团队合作能力是指在团队合作的基础上，发挥团队精神、互补互助已达到团队合作最大工作效率的能力。软件开发特别是大型软件是一项浩大的工程,需要几人、几十人甚至几百人合作开发几个月、甚至几年。要保证系统的协调性、统一性和连续性,就需要在开发之前制定严格、详细的开发规范。开发规范的制定需要花费一定的时间和精力,但是"磨刀不误砍柴功",它相当于把今后开发过程中开发人员都要遇到的问题提前做了一个考虑。有了开发规范,在后续的开发过程中,设计人员就不必每次考虑如何为一个字段命名,编程人员也不必去想某个程序的结构和布局应当 怎样,测试人员也有了判断程序对错的标准。开发规范在项目开发工作中起着事前约定的作用,需要所有开发人员共同遵守。它约束开发人员的行为和设计、编程风格,使不同子系统和模块的设计、编程人员达成默契,以便形成整个系统的和谐步调和统一风格,也便于今后的系统维护和扩展工作。好的文档是正规研发流程中非常重要的环节，作为代码程序员，30%的工作时间写技术文档是很正常的，缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。所以在这学期的学习过程中我一定要锻炼自己的团队协作能力，提高编写文档的水平。 |
| 合并多行成一列： # | 的个数为：列数 使用rowspan="n" | 文件标识： | 内容 |
| 第一行： | 该写什么呢？ |
| 第二行： | 随便写吧！ |
| 第三行： | OK了！ |
标签：说明书,曾佳,作业,201671030125,互评,开发,设计,软件,软件工程 来源： https://www.cnblogs.com/zj-0408/p/10535151.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。