软件工程概论第三02.pptVIP

中等成本的解决方案 建议基本上复制现有系统的功能 中等成本方案的系统流程图 * * 高成本方案 建立一个中央数据库，为开发完整的管理信息系统做好准备 把工资支付系统作为该系统的第一个子系统 这样做开发成本大约将增加到12万元，然而从工资支付这项应用中获得的经济效益并不变 * 6.推荐最佳方案 低成本方案虽然诱人，但是很难付诸实现 高成本的系统从长远看是合理的，但是它所需要的投资超出了预算 从已经确定的系统规模和目标来看，显然中等成本的方案是最好的 * 7.草拟开发计划 应该为推荐的最佳方案草拟一份开发计划 把系统生命周期划分成阶段，有助于制定出相对合理的计划 在这样的早期开发阶段，制定出的开发计划是比较粗略的 * * 8.写出文档提交审查 分析员归纳整理本阶段的工作成果 写成正式文档(其中成本／效益分析的内容，根据实现计划适当修正) 提交由校长和财务科全体人员参加的会议审查 * 需求分析 需求分析的目的是确切地回答下述问题： “系统必须做什么?” 需求分析在可行性研究的基础上进行 前一阶段产生的文档，特别是数据流图是需求分析的出发点 在需求分析过程中分析员将设计出更精确的数据流图,并将写出数据字典及一系列简明的算法描述 需求分析的主要任务是更详尽地定义系统应该完成的每一个逻辑功能 * 需求分析过程 沿数据流图回溯 写出文档初稿 定义逻辑系统 细化数据流图 书写正式文档 技术审查和管理复审 * 沿数据流图回溯 为了把数据流和数据存储定义到元素级，一般说来，从数据流图的输出端着手分析是有意义的 系统最基本的功能是产生需要的输出数据，在输出端出现的数据元素决定了系统的基本构成 * 工资总额 必须搞清楚基本工资、生活补贴、书报费、交通费和洗理费等数据元素存储在何处 必须弄清课时费和岗位津贴的计算方法 实发工资 必须搞清楚个人所得税、住房公积金和保险费的计算方法 * 写出文档初稿 分析员在分析过程中应该把获得的信息用一种容易修改、容易更新的形式记录下来 一个系统会涉及许多人，他们彼此理解是至关重要的 文档是主要的通信工具，因此，文档必须是一致的和容易理解的 结构化分析方法要求，在需求分析阶段完成的正式文档(软件需求规格说明书)中必须至少包含三个重要成分： 数据流图 数据字典 一组黑盒形式的算法描述 * 数据字典 在分析阶段数据字典能帮助分析员组织有关数据的信息，并且是和用户交流信息的有力工具 它还能起备忘录的作用 在设计阶段，可以根据它确定记录、文件或数据库的格式 在实现阶段，程序员可以根据数据字典确定数据描述 在系统投入运行以后，数据字典可以清楚地告诉维护人员，具体的数据元素在系统中是怎样使用的 当必须修改程序时，这样的信息是极其宝贵的 * 在手边没有数据字典软件包可用时，可以用卡片形式人工建立数据字典 * 黑盒形式的算法描述 所谓黑盒子就是不考虑一个功能的具体实现方法，只把它看作给予输入之后就能够产生一定输出的盒子 目的是用原理性算法准确地定义功能，算法的细节可以等到以后的开发阶段再确定 通常使用IPO表记录对算法的初步描述，以后可以进一步精化它，而且在详细设计阶段可以把它作为HIPO图的一部分(本书4.5.1节将介绍HIPO图) * * 定义逻辑系统 上述这些工作成果正确吗? 某些数据元素是从哪里来的呢? 再次找客户校核 把新发现的数据源点、数据处理和数据存储补充到数据流图中，得到新的数据流图 * * 细化数据流图 使用下述的功能分解方法来细化数据流图 选取数据流图上功能过分复杂的处理，把它分解成若干个子功能 这些较低层次的子功能成为新数据流图上的处理 它们有自己的数据存储和数据流 * * * 书写正式文档 以细化后的数据流图为基础，可以对系统需求做更进一步地分析 随着分析过程的进展，通过询问与回答的反复循环，会把目标系统定义得越来越准确 最终，分析员对系统需求有了令人满意的认识，应该把这些认识用正式文档“软件需求规格说明书”准确地记录下来 细化到适当层次的数据流图、数据字典和黑盒形式的算法描述，是构成软件需求规格说明书的重要成分 * 技术审查和管理复审 技术审查 由从外单位聘请来的系统分析员担任组长，并由最终用户及本系统的分析员作为小组成员，组成技术审查小组 数据流图是审查的重点；用数据字典和IPO表辅助对数据流图的理解 朗读软件需求规格说明书，大家仔细审查这份文档 审查的目的是发现错误或遗漏 改正审查小组发现的问题 在转入概要设计之前还必须进行管理方面的复审 由财务科长和学校校长对本项目的经费支出情况和开发进度，从管理角度进行审查 * 小结 传统SE方法学使用结构化分析技术完成用户需求分析的工作 需求分析过程：发现、求精、建模、规格说明、复审 发现需求（发现+求精）：访谈、简易