| 项目 | 内容 | |
|---|---|---|
| 课程班级博客链接 | 2022年春软件工程课程班（2019计算机科学与技术） | |
| 作业要求链接 | 实验一 软件工程准备 | |
| 课程学习目标 | 通过软件工程这门课程掌握软件开发流程，在以后学习和工作中可以更好的完成任务 | |
| 帮助实现学习目标 | 通过本次实验已掌握基本的博客与Github的基本操作，对MarkDown已进行练习，对软件工程已有初步了解 |
任务1-4完成情况说明
- 任务1：根据自己实际情况已填写调差问卷并提交 2022年软件工程课业水平问卷调差
- 任务2：博客园平台个人博客账号已注册一年并已加入班级博客
- 任务3：已注册Github账号并进行基本操作
- 任务4：已填写博客园账号和Github账号
3个准备从课程学习中找到答案的问题
- 1.我们在设计软件的过程中需要考虑这个软件的商业模式吗？如果考虑那么应该怎样去选择？
在1.1中我看到这样一段话：
一个软件团队或企业总要养活自己，市面上有很多赚钱的方式：
有的交钱买断
有的“先适用再交钱”，有些软件也提供试用版、免费版、和正式版、还有的类似期刊订阅，每年交钱
有的不但免费，连源代码也一并奉送，但是要求获得源代码的开发人员遵守某种协定
有的送硬件，但是软件要收钱
有的送软件，但是硬件要收钱
也有的是“免费用，但是要看我提供的广告”
还有的是“免费用，程序也不是我写的，如果有问题，给我钱，我就来提供咨询”
我查阅资料理解，软件设计的过程中需要考虑软件的商业模式（https://wenku.baidu.com/view/23386fa2ad1ffc4ffe4733687e21af45b307fe9b.html）
- 2.一个软件可以有Bug，那么怎样程度的Bug是可以接受的呢？这个度又要依靠什么去把握呢？
在1.2.4中有这样一句话：
很多人认为有Bug就是质量不合格，没有Bug就是质量完美，其实这也未必。
- 3.把一个大任务划分为可操作的小任务，这个“大任务”与“小任务”是如何定义的？
在2.4.2.2中有这样一段话：
正如谚语所说:不能一口吃成个胖子。罗马不是一天建成的。同样，一个功能完备的程序也不是一炽而就的。在这里，我们讨论如何把大任务划分为可操作的小任务，以及任务的次序。
