软件工程学概述9ppt课件

,書式設定,書式設定,第,2,第,3,第,4,第,5,#,LOGO,Email,：,大连,理工大学计算机科学与技术,学院,1,软件工程,主讲：,孙亮,Email：大连理,3.2,获取需求的方法,需求获取的常用方法,访谈：,基本方式,：正式非正式访谈,需大量调查时：调查表是有效做法,领域专家，主角：系统分析员；导演,情景分析技术,：对用户将来使用目标系统解决某个具体问题的方法和结果进行分析,情景分析技术的用途在于：上演目标系统的行为，便于用户理解，使用户扮演一个积极主动的角色,2,3.2 获取需求的方法需求获取的常用方法2,3.2,获取需求的方法,实例讲评：某出版社系统调查表,3,3.2 获取需求的方法实例讲评：某出版社系统调查表3,3.2,获取需求的方法,4,3.2 获取需求的方法4,3.2,获取需求的方法,需求获取的常用方法,面向数据流自顶向下求精,结构化分析方法,从系统的高层数据流图的输出出发，往输入端回溯,对不清楚的地方与用户交流,利用数据流图、数据字典和,IPO,图向用户解释系统,添加数据字典和,IPO,图,细化数据流图,5,3.2 获取需求的方法需求获取的常用方法5,3.2,获取需求的方法,需求获取的常用方法,简易的应用规格说明技术：,提倡用户与开发者密切合作,一种新的主流技术,典型过程,初步访谈,开发者和用户分别写“产品需求”,组织会议，会前审阅产品需求,白板式会议讨论，禁止批评与争论,创建一张意见一致的列表,小组制定小型规格说明，供大家讨论,6,3.2 获取需求的方法需求获取的常用方法6,3.2,获取需求的方法,实例讲评：,口算高手,软件的需求分析,（,1,）,口算高手,软件功能：,自动出题，且出题的数量可以设定,两位数以内加、减法运算，且结果大于零,三位数以内的加、减法运算，且结果大于零,答案提示选择,判断输入答案的正确性,7,3.2 获取需求的方法实例讲评：口算高手软件的需求分析7,3.2,获取需求的方法,（,2,）,口算高手,软件性能,输入计算结果数据不能大于,3,位数，不能为负数，不能是小数，否则要提示，并要求重新输入,输入数据不能为非数字，否则要提示，并要求重新输入,要能够制定一次练习的数量，最大数量为,50,道题,数字显示字号为,3,号或,4,号，要清晰,计算结果正确与否要给出不同的声音提示等等,8,3.2 获取需求的方法（2）口算高手软件性能8,3.2,获取需求的方法,存储容量的限制、执行速度、响应时间,、,吞吐量等无特殊要求,（,3,）,口算高手,软件开发和使用环境约束：,软件开发支撑环境：,visual c,，,delphi,，,c+,builder,，,c+,软件开发操作系统环境：,windows 2000/xp/2003linux,，,unix,软件对网络、数据库等无特殊要求,软件开发硬件环境平台：机型,、,外设、接口、地点、分布、温度、湿度、磁场干扰等无特殊要求,9,3.2 获取需求的方法存储容量的限制、执行速度、响应时间、吞,3.2,获取需求的方法,（,4,）,口算高手,软件界面约束,图形界面？,Yes,Dos,界面？,No,从键盘输入？,Yes,输出到显示器？,Yes,输出到打印机,No,对数据格式有规定吗,？,No,对数据存储介质有规定吗？,No,10,3.2 获取需求的方法（4）口算高手软件界面约束10,3.2,获取需求的方法,（,5,）,口算高手,软件用户约束,用户类型：小学,1-2,年级学生,各种用户熟练程度：不熟练,需受何种训练：仅仅知道最基本的计算机知识,用户理解、使用系统的难度：容易,用户错误操作系统的可能性：大,（,6,）,口算高手,软件文档约束：,需提供文档：软件设计相关文档，为软件维护者使用,11,3.2 获取需求的方法（5）口算高手软件用户约束11,3.2,获取需求的方法,（,7,）,口算高手,软件数据约束,输入数据必须为正整数,输入数据的位数小于等于,3,位,无其他要求,（,8,）,口算高手,软件资源约束：,软件运行时数据、软件、内存空间等资源无特殊要求,软件开发、维护所需的人力：,1,人，,7,天，,1,台,pc,机等,12,3.2 获取需求的方法（7）口算高手软件数据约束12,3.2,获取需求的方法,（,9,）,口算高手,软件安全保密约束：无,（,10,）,口算高手,软件成本消耗与开发进度约束：,开发规定的时间表：,7,天,软硬件投资：,1,人，,1,台,pc,机,（,11,）,口算高手,软件质量保证,无特殊要求,13,3.2 获取需求的方法（9）口算高手软件安全保密约束：无,3.2,获取需求的方法,实例讲评：网络化远程路灯照明系统,14,3.2 获取需求的方法实例讲评：网络化远程路灯照明系统14,3.2,获取需求的方法,（,1,）系统软件功能需求：,15,3.2 获取需求的方法（1）系统软件功能需求：15,3.2,获取需求的方法,16,3.2 获取需求的方法16,3.2,获取需求的方法,当软件不支持新推出的操作系统或新软件时，系统需修改或升级,（,2,）系统软件性能要求：,数据精确度,时间特性：,10s,适应性：本系统与,windows98/me,2000/xp,均能很好兼容，对用户提出的新要求，留有扩展空间，而且将根据用户以后在应用中发现的新问题进行改进、升级，具有较好的适应性,17,3.2 获取需求的方法当软件不支持新推出的操作系统或新软件时,3.2,获取需求的方法,（,3,）系统软件环境需求,硬件设备：机型：,PIII,以上,CPU,、,DRAM 1GB,，,120,GB,硬盘，硬串口，投影仪，打印机等,标准机房,软件：,Delphi7.0,开发，支持,Windows2000/XP,2003,操作系统，采用,Delphi7.0,内带数据库,地理信息系统,GIS,平台：,Leading GIS3.5,补充：理正,GIS3.5,（,LEADING GIS,）：北京理正,支持格式比较多，主要有,mif,，,shap,（中间格式）,美国,MAPX,（,mif,），加拿大,ERSN,（,shap,）：很贵,18,3.2 获取需求的方法（3）系统软件环境需求18,3.2,获取需求的方法,（,4,）系统软件界面需求,基于,GIS,的图形用户界面,地图上直接完成各种操作,图形可缩放,系统状态图形动态显示,19,3.2 获取需求的方法（4）系统软件界面需求19,3.2,获取需求的方法,20,3.2 获取需求的方法20,3.2,获取需求的方法,用户界面,本系统用户界面主要由欢迎界面、登录界面、主界面和一系列完成相关功能的窗体界面构成,封面主要用于显示系统名称和一些系统相关信息,。界面风格与本套系统主题相符,登录界面用于对系统管理者或操作员进行登录验证,主界面主要包括以下几部分：主菜单、快捷工具栏、标准地图显示区、缩略地图显示区和状态栏组成,21,3.2 获取需求的方法用户界面21,3.2,获取需求的方法,其他一些主要功能模块界面同主界面风格保持一致,故障处理,为保障用户数据安全，避免数据库因意外情况受损，本系统提供数据备份恢复及数据库修复功能,对于串口通信,故障,，系统提供串口打开、关闭以及复位处理以解决软件问题导致的串口通信故障,22,3.2 获取需求的方法其他一些主要功能模块界面同主界面风格保,3.2,获取需求的方法,（,5,）系统软件用户对象因素分析,用户为城市路灯管理处一般工作人员，文化程度不高，对计算机基本不熟悉,需受使用前的一定时间的训练,用户很可能错误地操作系统，容错性要高,（,6,）系统软件文档需求,需两类文档。一类为设计文档，为后期软件维护和升级时参考使用；另一类为操作手册和使用说明，为直接使用本系统的工作人员使用,23,3.2 获取需求的方法（5）系统软件用户对象因素分析23,3.2,获取需求的方法,（,7,）系统软件需求：数据流图,24,3.2 获取需求的方法（7）系统软件需求：数据流图24,3.2,获取需求的方法,静态数据：一个信息系统中可以永久保存的数据，即不随着程序的退出而消失的数据，例如一些,G,IS,中的数据库,动态数据：一个信息系统中伴随着某些指令而产生的数据，这些数据随着程序的退出而消失,25,3.2 获取需求的方法静态数据：一个信息系统中可以永久保存的,3.2,获取需求的方法,（,7,）系统软件数据需求：数据字典,26,3.2 获取需求的方法（7）系统软件数据需求：数据字典26,3.2,获取需求的方法,（,8,）系统软件资源需求,软件运行时所需的数据、软件、内存空间等资源；每一条路灯信息的容量大小（字节数）、系统最大路灯数量、系统历史数据保存最长时间等因素决定了软件对内存、硬盘以及安全备份方式,软件开发、维护所需的人力：,5,大模块，每个模块需,1,名程序员独立完成；项目经理,1,名：系统分析师,1,名；其他服务人员,1,名,支撑软件、开发设备等,27,3.2 获取需求的方法（8）系统软件资源需求27,3.2,获取需求的,方法,（,9,）系统软件安全保密要求,对于数据库安全性的需求：分级别登录和操作,对于控制指令数据安全性的需求：同上,数据异机备份：,本机定时备份：每天定时备份工作日至和重要数据库,仅采用网络异机定期备份：每月备份全部数据库,不采用远程网络备份（,100km,）,数据加密算法,28,3.2 获取需求的方法（9）系统软件安全保密要求28,3.2,获取需求的方法,（,10,）系统软件成本消耗与开发进度需求,开发时间表：,10,个月,人工费用：,18,万元,主要设备资源占用：,8,台计算机，,1,台打印机，,1,台投影仪,（,11,）其他要求,易用性的需求等,29,3.2 获取需求的方法（10）系统软件成本消耗与开发进度需求,3.3,需求分析的一般过程与建模,需求分析一般过程可分为,四个阶段,：调查研究、分析与综合、书写需求分析的文档和评审,（,1,）,调查研究,。系统分析员协同程序员向用户做需求调查，阅读软件计划中的可行性报告和项目开发计划报告，访问系统现场，并由此确定当前系统必须做什么，并获得当前系统的具体模型，用数据流图或,IPO,图表示出来。,补充数据字典（数据）、修改,IPO,图（算法）,30,3.3 需求分析的一般过程与建模需求分析一般过程可分为四个阶,3.3,需求分析的一般过程与建模,（,2,）,分析与综合,。分析员需从数据流和数据结构出发，逐步细化所有的软件功能，找出系统中各元素之间的练习、接口特征和设计上的限制，分析它们能否满足功能要求，是否合理。一句功能需求、性能需求、运行环境需求等，剔除其中不合理的部分，增加其需要的部分。最终综合成系统的解决方案后，给出目标系统,的详细逻辑模型,。,系统分析员和用户追踪数据流图、复查系统逻辑模型。,31,3.3 需求分析的一般过程与建模（2）分析与综合。分析员需从,3.3,需求分析的一般过程与建模,（,3,）,书写需求分析的文档,。把分析的结果用正式的文档纪录下来，作为最终软件配置的一个组成成分。应该完成下述四份文档资料：系统规格说明、数据需求、用户系统描述、修正的开发计划。,系统规格、数据要求、用户系统描述等文档,。,（,4,）,需求分析评审,。作为需求分析阶段的复查手段，在需求分析的最后一步,ing,改对功能的正确性、完整性和清晰性，以及其他需求给予评价。,评审结果,shuo,32,3.3 需求分析的一般过程与建模（3）书写需求分析的文档。把,3.3,需求分析的一般过程与建模,33,3.3 需求分析的一般过程与建模33,3.3,需求分析的一般过程与建模,需求分析的步骤,34,3.3 需求分析的一般过程与建模需求分析的步骤34,3.3,需求分析的一般过程与建模,逻辑模型和物理模型,所谓模型就是为了理解事物而对事物作出的一种抽象。是对,对象系统,的形式化的,特征抽象,，概括性或近似地表示,构造模型的过程是一个抽象、分析的过程,模型构造的过程,35,3.3 需求分析的一般过程与建模逻辑模型和物理模型35,3.3,需求分析的一般过程与建模,36,3.