<软件工程基础>

我是JX_Z，学习信息安全方向　　　　//（怎么在这头不头尾不尾的地方弄个自我介绍这么尴尬呢）

之前也写过一些随笔记录自己的学习过程

软件工程基础课程中遇到的问题和学习心得都会记录在这篇文章中不断更新。

谢谢大家！

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

软件工程概述

软件工程的目标、实施原则和基本定理

软件过程模型

1. 瀑布模型
2. 原型模型
3. 增量模型
4. 螺旋模型
5. 喷泉模型
6. 敏捷过程模型
7. 4GT过程模型
8. 基于构建的开发模型
9. Rational统一建模过程
10. 微软解决框架过程模型

软件开发方法

本章作业：

1. 某公司已收集的人机交互软件研发为主，用瀑布模型进行软件开发已有相当的时间和经验。···比较快速原型法和瀑布模型

尊敬的领导：

最近经过对我们公司运营模式的了解，我有一些自己的看法，主要是关于软件开发过程模型的选择上。

长久以来，我们公司选择瀑布模型进行开发，并积累了相当的经验，不可否认瀑布模型能够降低大型软件的开发复杂性，并严格保证每一阶段的完成质量，但随着近年软件工程的不断发展和技术的进步，瀑布模型也显现出了不足之处。瀑布模型是一次性单向开发，难以适应软件需求不明确或出现变动的情况，而且知道软件开发结束，用户才能得到最终结果。这些对于我们公司主营的手机人机交互软件的开发是非常不利的，对于手机的人机交互软件，用户有很大概率无法清楚描述其需求或者中途要求更改需求，而且对于人机交互软件，交互体验十分重要，直到最后交出最终产品很可能导致使用体验不能满足用户预期，基于这些瀑布模型不能解决的问题，使用传统的瀑布模型进行开发极大的增加了开发成本风险。

相比之下，快速原型法优势明显。我们可以先开发简单的原型交由用户使用，通过和用户的迭代交互，明确用户需求，同时根据用户的反馈，更改系统功能能够更好地开发出符合用户预期和使用习惯的软件。

所以我建议修改我们的开发模式，改用快速原型法进行软件开发。

1. 某公司拟开发一个简易的文字处理系统，目的是能够编辑公司的通用文件···选择合适的软件开发过程模型

建议使用瀑布模型

此软件开发较为简单，为公司内部使用，能够明确软件需求且不会有所更改，不需要进行迭代。是用瀑布模型能够通过严格的顺序开发，保证每个环节的质量，且每个阶段有着严格的文档，能够有效避免一个阶段的错误带给后序阶段带来的困扰。最终一次性完成软件开发，保证了公司内部的使用效率。

软件需求工程

需求工程的过程

结构化需求分析和建模

需求评审

软件设计基础

结构化设计方法

软件实现

软件测试

UML统一建模语言

面向对象分析

面向对象设计

软件维护

软件项目管理