|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
V模型如下图所示，左边开发过程的各开发阶段和右边测试过程的各测试阶段相互对应，形成了字母“V”的形状。
|
|
|
|
|
|
|
|
V模型的价值在于它非常明确地标明了测试过程中存在的不同阶段，并且清楚地描述了这些测试阶段和各开发阶段的对应关系。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
设计软件系统总体结构的基本任务是采用某种设计方法，将一个复杂的系统按功能划分成模块；确定每个模块的功能；确定模块之间的调用关系；确定模块之间的接口，即模块之间传递的信息；评价模块结构的质量。
|
|
|
|
|
|
（1）数据结构的设计。在需求分析阶段，已经通过数据字典对数据的组成、操作约束和数据之间的关系等方面进行了描述，确定了数据的结构特性，在概要设计阶段要加以细化，详细设计阶段则规定具体的实现细节。在概要设计阶段，宜使用抽象的数据类型。
|
|
|
|
（2）数据库的设计。数据库的设计是指数据存储文件的设计，主要指以下几个方面。
|
|
|
|
①概念设计。在数据分析的基础上，采用自底向上的方法从用户角度进行视图设计，一般用ER模型来表述数据模型。
|
|
|
|
②逻辑设计。ER模型是独立于数据库管理系统（DBMS）的，要结合具体的DBMS特征来建立数据库的逻辑结构。
|
|
|
|
③物理设计。物理设计就是设计数据模式的一些物理细节，如数据项存储要求、存取方法和索引的建立等。
|
|
|
|
|
|
文档主要有概要设计说明书、数据库设计说明书、用户手册以及修订测试计划。
|
|
|
|
|
|
对设计部分是否完整地实现了需求中规定的功能、性能等要求，设计方法的可行性，关键的处理及内外部接口定义的正确性、有效性以及各部分之间的一致性等都一一进行评审。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
（1）了解建设单位的建设需求和对信息系统安全性的要求，协助建设单位制定项目质量目标规划和安全目标规划。
|
|
|
|
|
|
（3）进行设计过程跟踪，及时发现质量问题，并及时与承建单位协调解决。审查阶段性成果，并提出监理意见。审查承建单位提交的总体设计方案，审查承建单位对关键部位的测试方案。
|
|
|
|
|
|
|
|
（6）组织设计文件及设计方案交底会，制定质量要求标准。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
（1）对软件计划的相关内容（重点是组织、技术标准、开发计划和进度要求等）、项目计划过程、项目计划组织和文档格式等进行审查，确认是否满足要求。
|
|
|
|
|
|
|
|
|
|
（1）承建单位制订了软件项目计划，同时该项目计划通过了正式的评审，软件项目计划对项目组织、进度计划、工程标准进行了承诺，项目的风险分析合理，风险管理方案可行。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
