第5讲 结构化生命周期法.
软件工程的结构化生命周期方法
软件工程的结构化生命周期方法
软件工程的结构化生命周期方法是一种把软件开发过程分解成若干个独立、可管理、具有确定性质的阶段或活动，并且阶段之间有明显的输入输出关系和相互制约关系的开发方法。
常见的结构化生命周期方法包括瀑布模型、迭代模型、螺旋模型等。
1. 需求分析阶段
在这个阶段，对用户需求和需求的可行性进行了解和分析，并出具详细的需求说明书。
这个阶段的主要特点是快速出具详细需求文档，以此为基础进行后续的设计等阶段。
2. 设计阶段
在这个阶段，根据需求说明书进行详细设计，并形成设计文档。
这个阶段的主要特点是通过详细设计，保证软件能够达到预期的功能与质量要求。
3. 编码阶段
在这个阶段，根据设计文档进行编码，并进行测试验证编码的正确性。
这个阶段的主要特点是把大量的设计文档转化为可实现的软件，完成最终的实现和测试。
4. 测试阶段
在这个阶段，对开发好的软件进行全面的测试以及错误和缺陷修复，以保证软件的质量和稳定性。
这个阶段的主要特点是对软件进行全面、深入、科学的测试和质量保障。
5. 运维阶段
在这个阶段，管理整个软件体系，记录使用者的各类需求并进行更新维护，以及对于发现的软件缺陷进行修改和升级。
这个阶段的主要特点是保证软件能够随时满足用户的需求，并持续改善软件的质量和性能。
结构化生命周期法
结构化生命周期法台风发源于热带海面，那里温度高，大量的海水被蒸发到了空中，形成一个低气压中心。
随着气压的变化和地球自身的运动，流入的空气也旋转起来，形成一个逆时针旋转的空气漩涡，这就是热带气旋。
只要气温不下降，这个热带气旋就会越来越强大，最后形成了台风。
台风源地，指经常发生台风的海区，全球台风主要发生于8个海区。
其中北半球有北太平洋西部和东部、北大西洋西部、孟加拉湾和阿拉伯海5个海区，而南半球有南太平洋西部、南印度洋西部和东部3个海区。
从每年台风发生数及其占全球台风总数的百分率的区域分布图中可以看到，全球每年平均可发生62个台风，大洋西部发生的台风比大洋东部发生的台风多得多。
其中以西北太平洋海区为最多(占36%以上)，而南大西洋和东南太平洋至今尚未发现有台风生成。
西北太平洋台风的源地又分三个相对集中区：菲律宾以东的洋面、关岛附近洋面和南海中部。
在南海形成的台风，对我国华南一带影响重大。
台风大多数出现在南、北纬度的5°～20°，尤其就是在10°～20°占了总数的65%。
而在20°以外的较为高纬度出现的台风只占到13%，出现在5°以内赤道附近的台风极少，但偶尔还是有的，例如福建省气象台就辨认出～这两年中，西北太平洋共计3个台风出现在5°n以南区域。
据近十多年去卫星资料的分析，发展成台风的扰动云团，在几天前即可辨认出，所以实际上扰动的起始边线比以前辨认出的边线偏东。
例如北大西洋上，以前指出发展成台风的起始扰动大多数产生在大洋的中部，而有人根据云图分析，指出每年存有三分之二台风的扰动源于非洲大陆。
这些扰动通常整体表现为好像v形或旋涡状云型，它们沿东风气流向西移动，抵达北大西洋中部和加勒比海时，便发展成台风。
北太平洋西部和南海台风的起始扰动边线，也必须比以前辨认出的边线偏东。
台风是一个强大而具破坏力的气旋性漩涡，发展成熟的台风，其底层按辐合气流速度大小分为三个区域：①外圈，又称为大风区。
结构化生命周期法
系统规划工作流程
提出要求
初步调查
可行性研究 可行性分析报告
修改目标、追 加资源、等待
条件
停止开发
不可行
审批
修改
可行 进入系统分析阶段
11
1.2 结构化系统分析方法
系统分析工作流程
系统规划阶段
详细调查
逻辑设计
停止开发
系统分析报告
不可行
审批 可行
进入系统设计阶段
修改系统 分析报告
修改
12
1.2 结构化系统分析方法
2. 严格区分工作阶段
每阶段都有其明确的目标和任务，以其达到阶段性的成果
3. 自顶向下进行开发
自上而下地进行结构化划分、分析、设计，自下而上的实施
4. 工作文件的标准化和文献化
结构化生 命周期法 的优点
文档资料标准化、规范化
5. 采用图表描述系统
利于理解、表达系统。如DFD图
15
1.2 结构化系统分析方法特点
（系统设计说明书） 6
1.1 生命周期
系统实施
硬件设备的购置与安装、软件开发与安装、系统 测试、人员培训和系统转换等。
系统运行与维护
（程序设计说明书）
保障系统正常运行以及对系统进行维护与评价。 （维护记录）
7
1.2 结构化系统分析方法
什么是结构化生命周期法？
用系统的思想和系统工程的方法，按用户至 上的原则，结构化、模块化地自上而下地对系统 进行分析与设计。
3
1.1 生命周期
系统开发过程概述
系统的生命周期包括系统开发和使用两个阶段。 系统开发的全过程称为系统开发的生命周期 系统开发的生命周期分为五个阶段
系统规划与 可行性分析
项目开发案例：结构化生命周期方法
系统分析说明书（报告）
系统分析说明书的主要内容包括： 1.现行系统概述 2.新系统目标与新系统的功能 3.现行系统状况 4.新系统的逻辑方案 5.新系统开发费用与时间进度估算
项目开发案例：结构化生命周期 方法（1）
1.系统规划阶段 任务：对企业的环境、目标、现行系统的状况进行初步调 查，根据企业目标和发展战略，确定信息系统的发 展战略，对建设新系统的需求作出分析和预测。 问题：要考虑建设新系统所受到的各种约束，研究建设新 系统的必要性和可能性。 工作成果：系统设计任务书。 主要包括：新系统建设方案和实施计划。
岗位职责三工作总结项目运维项目实施银青高速视频监控东毛隧道停车场项目全面实施ip设置贵州独平高速项目全面实施监控室机柜布线四心得体会在这段时间的学习过程中我对部门很多产品从零学起刚到公司的时候感觉压力很大经过这些时间的认真学习和实际操作调整心态现已完全能融入公司的各项岗位职责和管理制度中
项目开发案例：结构化生命周期 方法
可行性研究报告主要包括以下内容： ⑴概述。 ⑵新系统的的目标、要求和约束。 ⑶可行性研究的基本准则。 ⑷现行系统描述及现行系统存在的主要问题。 ⑸新系统对现行系统的影响。 ⑹投资和效益分析。
⑺其他可选方案及与国内外同类方案的比较。 ⑻有关建议。
3.系统开发计划书
系统开发计划书的主要内容： ⑴概述：主要包括系统开发的主要目标、基本方针、 参加人员、工作阶段和内容等。 ⑵开发计划：系统开发各工作阶段或子系统项目的任务 分工、负责人、计划时间、人力与资金及设备 消耗、实际执行情况等。可用工作进度、甘特 图、网络图及关键路径法等工具。 ⑶验收标准: ⑷协调方法：信息系统开发中各个单位、阶段之间的衔 接、协调方法、负责人、权限等。
②可能性分析
计算机二级《信息管理》重点：结构化生命周期方法.doc
计算机二级《信息管理》重点：结构化生命周期方法结构化生命周期方法结构化分析与设计方法在软件工程中应用已很普遍，并且越来越成熟。
有许多大、中型项目都采用了这种方法进行开发并取得了显著的成果。
按B.W.Boehm的描述，瀑布模型的的软件生命周期可划分七个阶段:系统需求分析、软件需求分析、概要设计、详细设计、编码、测试和运行维护。
系统需求系统需求包括:问题定义、可行性研究及软件计划。
1.问题定义软件开发的第一步就是进行问题定义。
问题定义阶段必须回答的关键问题:软件要解决的问题是什么?如果不知道问题是什么就试图解决这个问题，显然是盲目的，只会白白浪费时间和金钱，最终得出的结果很可能是毫无意义的。
尽管确切地定义问题的必要性是十分明显的，但是在实践中它却可能是最常被忽视的一个步骤。
这里所说的问题，就是指用户的基本要求。
说得通俗些，问题定义实际上就是了解用户到底要建立什么系统，并确定分析员下一步应该做什么。
因此，问题定义的来源是用户。
通过问题定义阶段的工作，系统分析员应该提出关于问题性质、工程目标和规模的书面报告。
这一阶段的分析员应尽可能站在较高的角度去抽象、概括所要干的事情，不要拘泥于问题实现的细节。
尽管用户可能总是习惯于这样做，但分析员在这一阶段必须超脱出来，居高临下鸟瞰系统的全貌。
通过对系统的实际用户和使用部门负责人的访问调查，分析员扼要地写出他对问题的理解，并在使用部门负责人的会议上认真讨论这份书面报告，澄清含糊不清的地方，改正理解不正确的地方，最后得出一份双方都满意的文档。
当用户的要求不是很多并且不太复杂时，一两个分析员用上一两天就可以完成这一工作了。
但当系统比较大，且复杂时，恐怕就要组织一个问题定义小组，花上一两个星期，甚至数月来定义用户的问题。
如果分析员和用户及使用部门的负责人对所要解决的问题取得完全一致的看法，而且使用部门的负责人同意开发工程继续进行下去，那么开发工程将转入生命周期的下一个阶段可行性研究。
结构化生命周期法的特点
结构化生命周期法的特点
结构化生命周期法的特点
结构化生命周期法是一种软件工程最重要的方法之一，也是面向对象技术的基础。
它把软件开发过程分解成一系列阶段，每个阶段都有明确的目标，每个阶段的输入和输出都能够正确地流动。
特点：
1、结构化生命周期法以软件开发中各个不同阶段的交付物作为驱动，它有助于清晰地定义软件开发流程；
2、结构化生命周期法有利于管理软件开发的风险，可以将风险分解成比较小的部分，从而更好地控制风险；
3、结构化生命周期法具有可重复性，可以用于多个项目，并且每个项目都能从中受益；
4、结构化生命周期法可以提供有效的可衡量的质量保证，使得质量更加可控，从而更好地满足客户需求。
项目开发案例：结构化生命周期方法
3.系统开发计划书
系统开发计划书的主要内容： ⑴概述：主要包括系统开发的主要目标、基本方针、
2.信息收集的方法
⑴查阅书面资料 ⑵实地考察 ⑶面谈 ⑷发放调查表 ⑸业务专题报告
3.可行性研究的方法
⑴可行性研究的定义 可行性：是指在组织内外当前的具体条件下，进行某项目
的必要性和可能性。 可行性研究：是按照各种有效的方法和工作程序，对拟建
项目在技术上的先进性、使用性、经济上的合理 性、盈利性以及项目的实施等方面进行深入的分 析；确定目标、提出问题、制定方案和项目评估， 从而为决策提供科学的依据。 可行性研究的内容可分三部进行：可行性调查、可行性分 析和可行性报告。
信息系统各类文档的内容
1.系统开发立项报告 2.可行性研究报告
1.系统统分析说明书
2.系统分析说明书
5.系统设计说明书
3.系统设计说明书
6.程序设计报告
4.程序设计报告
7.系统测试计划与测试报告 (系统使用与维护)
8.系统使用与维护手册 5.系统开发总结报告
9.系统评价报告
• 可行性分析的结论有以下几种：
➢ 可以立即开始进行 ➢ 需对系统目标进行某些修改后才能进行 ➢ 不必要或不可能
信息系统文档的类型
用户文档
用户手册 操作手册 运行日志/月报 维护修改建议书
信息系统的文档
开发文档
系统分析说明书 系统设计说明书 程序设计说明书 测试计划 测试报告
MIS开发方法研究——结构化生命周期开发方法
系统建造者
系统分析师 系统 设计 员
许 多利 用结 构 化方 法 开 发 的ＭＳ 费 了 巨大 的人 力 和物 力 ，但 投入 使 Ｉ花 用运 行后 不 久就 夭 折 了， 原 因在于 忽视 了结构 化 开发 生命 周期 的 最后 一步 “ 维护 ”而 导致 ＭＳ Ｉ 的失败 。 总之 ，结 构化 方法 有本 身 的缺 点但 也有 其他 方法 不 可 比拟 的优 点 ，企
统调 试 。此阶 段 由具体 的系 统建 造者 承担 实施任 务 。 ５ ）运行 与 维护 阶段
此阶 段 是在 实施 后 由用户 进行 系 统的 日常 运行 。然 后 由系统 分析 师 、
系 统设 计 员来 进行 相应 评 价 以及维 护 。 当然 ，经 过一 段 时间 的维 护 以后 ， 企业 一般 会 根 据企 业 的升 级或 者用 户 的具 体 需求 的改 变 要对系 统 做大 量 的
命 周 期方 法开 发 软件 ，各 阶段 的工 作 自顶 向下 从抽 象到 具 体顺 序进 行 ，就
１ ）忽视 客户 需求 在 结 构 化 开 发 方 法 开 发Ｍ Ｓ ， 用 户 对 系 统 开 发 的 成 败 是至 关 重 要 Ｉ时 的 ，故在 系 统 开发 过程 中 需要 面 向用 户 ，但现 实 中很 多企 业没 有 充分 了解 用户 的需求 和愿 望 ，单 方 面 的从企 业 的角 度 出发 ，这 与结 构化 开 发方 法 中
２结 构化 开发 方法 开发 阶段 结 构化 开发 方法 采用 自顶 向下整 体性 的分 析 与设计 ，因此 在 开发 阶段
分 为五 个依 次连接 的阶 段 ： １ ）系 统规 划阶 段
业 在 使用 结 构化 方法 进 行系 统 的开 发 时 ，要 避 免 出现 上述 问题 ， 克服其 缺 点 。在开 发 时先 从整 体 考虑 ，注重 整体 性和 全 局性 ， 并且 结合 企业 的具 体 情 况最 大 的发挥 结构 化 方法优 点 。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
（4）系统实施阶段的工作采取“自底向上”的方法，系统总体功能与目标的
实现难以保证。
《管理信息系统》
5.2.1 非结构化开发方法的主要问题
图 系统开发各阶段的费用变化
费用
图 冰山式系统开发费用分布
系统 规划与 早期的方法 开发费用
可预见 部分
结构化方法
难预见部分 系统运行与维护 费用
规划
分析
设计
实施
系统分析，物理设计阶段为系统设计。
应注意，分析阶段的工作是从做系统可行性分析开始，即可行性研究 论证。若结论是可行，则进一步作出系统逻辑设计。
《管理信息系统》
5.1 .2 MIS生命周期各阶段的主要活动(3)
该阶段活动可以分成如下几步完成：
◆提出问题 ◆初步调查
◆可行性分析
◆编写可行性分析报告 ◆详细调查 ◆还原原信息系统的逻辑模型 ◆建立新系统的逻辑模型
阶 段
………
活
动
………
任
务
………
产品
方 法
技 术
工 具
息需求，制定管理信息系统建设总计划。
《管理信息系统》
5.1 .2 MIS生命周期各阶段的主要活动(2)
2．系统分析阶段
系统分析阶段与系统设计阶段的目的都是做新系统设计。在一般的机
械工程或建筑工程中并没有系统分析这个阶段。由于MIS自身的复杂性，要 把设计阶段又划分为逻辑设计阶段和物理设计阶段，并称逻辑设计阶段为
主要特点是相同的。
《管理信息系统》
5.2.2结构化方法的基本思路和主要原则(2)
管理信息系统结构化方法的主要原则：
（1）用户参与的原则 （2）“先逻辑，后物理”的原则 （3）“自顶向下”的原则 （4）工作成果描述标准化原则
《管理信息系统》
5.2.2结构化方法的基本思路和主要原则(3)
图 结构化方法的基本思路
加人员、阶段性成果、与前后阶段的联系等作深入具体的研究，以便更好
地实施开发工程，开发出一个更好的系统，以及更好地运用系统以取得更 好的效益。
《管理信息系统》
5.1.1 MIS生命周期模型
图
抽象程 度
MIS生命周期模型
新系统的生命期 系统开发过程
统分析
系统说明书
系统设计
设计说明书
运行 维护
《管理信息系统》
5.2.2结构化方法的基本思路和主要原则(1)
5.2.2 结构化方法的基本思路和主要原则
“结构化”一词在系统建设中的含义是用一组规范的步骤、准则和工具来进行
某项工作。运用结构化的思想进行以计算机为基础的管理信息系统的建设工作，首 先出现于60年代发展起来的结构化程序设计（Structured Prosramming，简记为SP
人员培训、编写操作说明等文字资料等。
新系统经一段时间的试运行，要评价系统开发的质量。不过MIS生命周 期的每一个阶段结束后，都应该进行阶段性评价，如果发现问题应及时改 正，如果是属于前面阶段的问题，亦应返回前面相应阶段做出修正。系统 开发是一个不断前进、又不断反复的过程。
《管理信息系统》
5.1 .2 MIS生命周期各阶段的主要活动(6)
《管理信息系统》
5.1 .2 MIS生命周期各阶段的主要活动(4)
3．系统设计阶段
系统设计阶段的任务是依据系统分析说明书进行新系统的物理设计，
提出一个由一系列物理设备构成的新系统设计方案，并把这一方案表达出 来。通常，又将系统设计阶段分为总体设计和详细设计两个阶段。
总体设计阶段的主要任务是：系统空间布局设计、系统模块结构的设
第5讲 结构化生命周期法
济南职业学院精品课程
5 结构化生命周期法
本节内容提要: 5.1 管理信息系统的生命周期
5.2 结构化系统开发的基本思想
5.3 结构化生命周期法
《管理信息系统》
5.1 管理信息系统的生命周期
MIS开发阶段又分为系统分析、系统设计、系统实施三个阶段。所以 MIS的生命周期共划分为系统规划、系统分析、系统设计、系统实施和系统 运行与维护五个阶段，如图所示。 划分MIS的生命周期是为了对每一个阶段的目的、任务、采用技术、参
系统实施 用户手册
当前系统运行、维护
当前系统的生命期
新系统运行、维护
时间
《管理信息系统》
5.1 .2 MIS生命周期各阶段的主要活动(1)
MIS生命周期各阶段的主要活动:
1．系统规划阶段
这是管理信息系统的起始阶段。以计算机为主要手段的管理信息系统 是其所在组织的管理系统的组成部分，它的新建、改建或扩建服从于组织 的整体目标和管理决策活动的需要。所以这一阶段的主要任务是：根据组 织的整体目标和发展战略确定管理信息系统的发展战略，明确组织总的信
《管理信息系统》
5.2 结构化系统开发的基本思想
5.2.1 管理信息系统非结构化开发方法存在的主要问题
（1）工作阶段的划分原则不明确，各阶段的工作缺乏规范的章程、方法、表
达工具与标准。 （2）系统建设过程用户参与程度低，用户与专业人员对话缺乏有效的手段。 （3）系统开发的工作任务集中在系统实施阶段，系统分析、设计工作不深入 。
）。到了70年代，约当（E．Your-don）、康斯坦丁（L．L．Constantine）和德马
可（T．Demarco）等人提出了结构化分析（Structured Analysis，简记为SA）和 结构化设计（Structured Design，简记为SD）方法。截至80年代，已提出的各类
结构化方法不下30余种。这些方法虽各有产生的背景和特色，但它们的基本思路和
计，系统软硬件结构设计。 详细设计阶段的主要任务是、数据库设计和数据文件的设计、编码设 计、输入／输出设计、模块逻辑设计等。
《管理信息系统》
5.1 .2 MIS生命周期各阶段的主要活动(5)
4．系统实施阶段
物理设计完成后，即可进入系统实施阶段。实施阶段是根据系统的物
理设计来构造一个物理的新系统。主要任务是：购置计算机硬件、系统软 件，并安装调试；程序设计、程序及程序系统的调试；系统试运行；操作
5．系统运行与维护阶段
经评价认可的系统可以正式交付使用，新系统便进入了长期的运行、
维护阶段，被更新的系统所取代。这一阶段的主要活动是： （1）系统转换，新系统正式代替原系统； （2）新系统正式运行，并逐日提交运行记录； （3）系统维护及对维护的评价，并提交每次的维护报告及维护评价报告。
（4）用户培训。增强用户对系统的认识和使用信心，提高系统应用效果。