|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
系统可维护性的定义：维护人员理解、改正、改动和改进这个软件的难易程度。提高可维护性是开发管理信息系统所有步骤的关键，系统是否能够被很好地维护，可以用系统的可维护性这一指标来衡量。
|
|
|
|
（1）系统的可维护性指标：可理解性、可测试性和可修改性。
|
|
|
|
（2）维护与软件文档：文档是软件可维护性的决定因素。软件系统的文档可以分为用户文档和系统文档两类。
|
|
|
|
（3）软件文档的修改：每当对数据、软件结构、模块过程或任何其他有关的软件特点有了改动时，必须立即修改相应的技术文档。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
为了消除软件危机，通过认真研究解决软件危机的方法，人们认识到软件工程是使计算机软件走向科学的途径，逐渐形成了软件工程的概念，并开辟工程学的新兴领域，即软件工程学。
|
|
|
|
|
|
|
|
|
|
|
|
（3）过程。将方法和工具综合起来以达到合理、及时地进行计算机软件开发的目的。
|
|
|
|
|
|
软件生命周期是指软件产品从考虑其概念开始到该软件产品交付使用，直至最终退役为止的整个过程，包括计划阶段、分析阶段、设计阶段、实现阶段、测试阶段和运行维护阶段。
|
|
|
|
|
|
比较经典的软件开发模型有瀑布模型、快速原型模型、演化模型、增量模型、螺旋模型、喷泉模型等。
|
|
|
|
|
|
|
|
（1）结构化软件开发（SASD）方法：采用结构化技术来完成软件开发的各项任务。它把软件生命周期划分成若干个阶段，依次完成每个阶段的任务。它与瀑布模型有很好的结合度，是与其最相适应的软件开发方法。
|
|
|
|
（2）面向数据结构的软件开发方法：从目标系统的输入、输出数据结构入手，导出程序框架结构，再补充其他细节，从而可得到完整的程序结构图。有Jackson方法和Warnier方法。
|
|
|
|
（3）面向对象的软件开发方法：随着OOP（面向对象编程）向OOD（面向对象设计）和OOA（面向对象分析）的发展，最终形成面向对象的软件开发方法OMT（Object Modelling Technique）。这是一种自底向上和自顶向下相结合的方法，而且它以对象建模为基础，从而不仅考虑了输入、输出数据结构，实际上也包含了所有对象的数据结构。
|
|
|
|
（4）基于构件化的开发方法：用预先建立的构件和模板，像"搭积木"一样进行建造。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
（1）了解建设单位的建设需求和对信息系统安全性的要求，协助建设单位制定项目质量目标规划和安全目标规划。
|
|
|
|
|
|
（3）进行设计过程跟踪，及时发现质量问题，并及时与承建单位协调解决。审查阶段性成果，并提出监理意见。审查承建单位提交的总体设计方案，审查承建单位对关键部位的测试方案。
|
|
|
|
|
|
|
|
（6）组织设计文件及设计方案交底会，制定质量要求标准。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
维护阶段是软件生存期中时间最长的阶段。软件一旦交付正式投入运行后便进入软件维护阶段。该阶段的关键任务是通过各种必要的维护活动使系统持久地满足用户的需要。每一项维护活动都应该准确地记录下来，作为正式的文档资料加以保存。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
维护性是指软件产品可被修改的能力。修改可能包括修正、改进或软件适应环境、需求和功能规格说明中的变化。
|
|
|
|
|
|
易分析性是指软件产品诊断软件中的缺陷或失效原因，以及判定待修改的部分的能力。
|
|
|
|
|
|
易改变性是指软件产品使指定的修改可以被实现的能力。
|
|
|
|
|
|
稳定性是指软件产品避免由于软件修改而造成意外结果的能力。
|
|
|
|
|
|
|
|
|
|
维护性依从性是指软件产品依附于同维护性相关的标准或约定的能力。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
系统设计工作应该自顶向下地进行。首先设计总体结构，然后再逐层深入，直至进行每一个模块的设计。总体设计主要是指在系统分析的基础上，对整个系统的划分（子系统）、设备（包括软、硬设备）的配置、数据的存储规律以及整个系统实现规划等方面进行合理的安排。
|
|
|
|
|
|
|
|
|
|
|
|
|
