计算机软件技术基础-CH3-需求分析-临时2.ppt

上传人:wj 文档编号:12290455 上传时间:2023-06-05 格式:PPT 页数:39 大小:2.03MB
下载 相关 举报
计算机软件技术基础-CH3-需求分析-临时2.ppt_第1页
第1页 / 共39页
计算机软件技术基础-CH3-需求分析-临时2.ppt_第2页
第2页 / 共39页
计算机软件技术基础-CH3-需求分析-临时2.ppt_第3页
第3页 / 共39页
计算机软件技术基础-CH3-需求分析-临时2.ppt_第4页
第4页 / 共39页
计算机软件技术基础-CH3-需求分析-临时2.ppt_第5页
第5页 / 共39页
计算机软件技术基础-CH3-需求分析-临时2.ppt_第6页
第6页 / 共39页
计算机软件技术基础-CH3-需求分析-临时2.ppt_第7页
第7页 / 共39页
计算机软件技术基础-CH3-需求分析-临时2.ppt_第8页
第8页 / 共39页
计算机软件技术基础-CH3-需求分析-临时2.ppt_第9页
第9页 / 共39页
计算机软件技术基础-CH3-需求分析-临时2.ppt_第10页
第10页 / 共39页
计算机软件技术基础-CH3-需求分析-临时2.ppt_第11页
第11页 / 共39页
计算机软件技术基础-CH3-需求分析-临时2.ppt_第12页
第12页 / 共39页
计算机软件技术基础-CH3-需求分析-临时2.ppt_第13页
第13页 / 共39页
计算机软件技术基础-CH3-需求分析-临时2.ppt_第14页
第14页 / 共39页
计算机软件技术基础-CH3-需求分析-临时2.ppt_第15页
第15页 / 共39页
计算机软件技术基础-CH3-需求分析-临时2.ppt_第16页
第16页 / 共39页
计算机软件技术基础-CH3-需求分析-临时2.ppt_第17页
第17页 / 共39页
计算机软件技术基础-CH3-需求分析-临时2.ppt_第18页
第18页 / 共39页
计算机软件技术基础-CH3-需求分析-临时2.ppt_第19页
第19页 / 共39页
计算机软件技术基础-CH3-需求分析-临时2.ppt_第20页
第20页 / 共39页
亲,该文档总共39页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

计算机软件技术基础-CH3-需求分析-临时2.ppt

《计算机软件技术基础-CH3-需求分析-临时2.ppt》由会员分享,可在线阅读,更多相关《计算机软件技术基础-CH3-需求分析-临时2.ppt(39页珍藏版)》请在冰点文库上搜索。

计算机软件技术基础-CH3-需求分析-临时2.ppt

CH3软件工程技术基础软件危机:

软件质量难以保证,成本增长难以控制,软件开发进度难以控制,软件维护很困难,维护成本增加3.1软件工程的基本原则软件工程基本原则包括:

.划分软件生命期.进行计划评审.编制软件文档1.软件生命周期一般说来,软件从产生,发展到淘汰要经历定义,开发,和维护三个阶段,更详细可划分为:

.可行性分析与开发计划.需求分析.软件设计-包括概要设计和详细设计两方面.软件实现-编码.软件测试.软件维护,11:

06,2.计划与评审软件工程按软件开发活动步骤应指定以下计划:

.项目实施总计划.软件配置管理计划.软件质量保证计划.测试计划.安全保密计划.系统安装计划.运行和维护管理计划3.编制软件文档文档的作用有:

.作为开发人员在一定阶段内承担任务的工作结果和结束标志.向管理人员提供软件开发工作的进展情况.记录开发过程中的技术信息.提供有关软件维护,培训,流通,和运行的信息.向用户介绍软件功能,11:

06,3.2软件开发过程1.软件开发过程模型软件开发的目标就是在规定的投资和时间限制内,开发出符合用户需求的高质量软件

(1)瀑布模型,11:

06,特点:

适合于软件需求比较明确,开发技术比较成熟,工程管理比较严格的场合

(2)渐增模型特点:

不要求一开始就有一个完整的软件需求定义,通过测试运行整个系统取得经验和反馈,完善和扩充系统,11:

06,Y,2.可行性论证可行性论证是软件生命周期中的第一个阶段,对开发系统的思想和过程进行阐述与论证,对开发时间与期限,人员安排,投资情况作出客观的分析与评价可行性研究的主要内容:

.经济可行性.技术可行性可行性报告的主要内容.背景情况:

国内外水平,历史现状,市场需求.系统描述:

总体方案,关键技术,计划目标.成本效益分析.技术风险分析.其他项目有关的问题:

法律,道德等问题,11:

06,3.需求分析需求分析阶段研究的对象是软件产品的用户需求,必须全面理解用户的各项需求,但又不能全盘接受所有的要求.因为并非所有的用户的要求都是合理的,对其中模糊的要求需要澄清,决定是否可以采纳;对于无法实现的要求应该向用户做充分的解释,并求得谅解

(1)确定系统的需求.系统功能需求-系统必须完成的功能.系统性能需求-与系统的实现有关.系统运行需求-运行环境.系统未来可能提出的需求

(2)分析系统的数据.DFD.DD,11:

06,Getdeposit,Getinquiry,Checkdeposit,Displayaccount,Makeinquiry,Checkinquiry,Createaccountsummary,Dodeposittransaction,Printer,User,memberbanks,accountdatabase,bankname,accountdisplay,accountdata,account#&deposit,account#,balancequery,error,error,account#,account#&deposit,accountdata,deposittransaction,processingunits,datastores,externalagencies,data,partialDFDforATMapplication,Entry(登陆),Validation(验证),Renew(续借),Booksinformationquery(书籍信息查询),Readerinformationquery(读者信息查询),Reader读者,Queryinformationdisplay(查询信息显示),ReaderDB,BooksDB,LibraryDFD,(3)修正开发计划(4)编写需求文档(SRS),11:

06,一个例子:

简单图片处理程序,基本功能和非功能需求描述要求该程序能打开、显示、保存常用的各种格式图片;要求该程序能完成简单的图片处理功能。

要求该程序用面向对象的方法设计实现,11:

06,简单图片处理程序需求分析一(需求信息采集),能打开显示各种常用格式的图片文件,如.bmp、.gif、.jpg、.png等;能将处理后图片保存为各种常用格式的图片;能对图片做简单的处理,如改变大小,变成黑白图片,剪切部分图片等;做成可视化界面;能在Windows系统中运行;希望支持的格式越多越好,将来出现新的图片格式,希望该程序的新版本能支持;希望图片处理功能越强越好,将来出现新的图片处理算法,可以很方便地用在新版本的程序中;要用面向对象的方法设计实现该程序;图片处理速度不要太慢。

11:

06,简单图片处理程序需求分析二(分类需求),系统功能需求:

(1)能打开显示.bmp、.gif、.jpg、.png等格式的图片文件;

(2)能改变图片规格;(3)能将彩色图片转换为黑白图片;(4)能剪切图片一部分;(5)能将处理后图片保存为.bmp、.gif、.jpg、.png等格式的图片文件;.,11:

06,简单图片处理程序需求分析二(分类需求),系统性能需求:

设计为图形界面的程序;采用较快速算法实现图片的几何变换和灰度处理;采用面向对象程序设计技术设计该程序;,11:

06,简单图片处理程序需求分析二(分类需求),系统运行需求:

(1)设计基于Windows系统的程序;,11:

06,简单图片处理程序需求分析二(分类需求),系统未来可能提出的需求:

(1)当要支持新的图片格式文件时,系统能方便扩展;

(2)当要修改引入新的图像处理算法时,系统能方便修改和扩展;,11:

06,SimpleImageProcessingSystem(简单图片处理系统),User(用户),简单图片处理程序DFD(0级),简单图片处理程序需求分析三(功能需求建模),ImageSource(图片源),ImageDestination(图片阱),图片显示处理命令,图片渲染、系统提示信息,图片,图片,简单图片处理程序DFD(1级),简单图片处理程序需求分析三(功能需求建模),简单图片处理程序DFD(2级),简单图片处理程序需求分析三(功能需求建模),(图片显示)(图片保存),SRS,byIEEEstandard830-1993,1.引言1.1需求规格说明书的目的(不是产品的目的)该说明书描述了”简单图片处理程序”的基本需求,该文档的第二部分主要从客户易理解的角度描述系统需求,第三部分主要从开发角度描述系统需求1.2软件产品的作用范围(该文挡对产品的哪个版本或哪些方面作了描述)该文挡对产品的第一版实现的需求作了全面的描述,也对该系统未来可能实现的功能作了描述1.3专业术语定义,专业词缩写解释SRS=SoftwareRequirementSpecification1.4参考文献略,简单图片处理程序需求分析四(建立需求文档),1.5需求规格说明书综述(产品需求概述,将来版本可能的需求等)系统为简单图片处理程序,具有打开、显示、保存、处理常用各种格式图片的功能,如能剪切图片、改变图片大小等.系统成本较低,为一教学案例项目.系统有良好的可扩展性,能适应未来提高性能的需要,如增强该系统的图片处理能力等;系统有较好的可修改性,以引入未来图片处理算法的改进。

2.一般性描述2.1产品与其环境的关系2.1.1运行平台接口该系统运行于Windows系统之上.2.1.2用户接口用户通过可视化界面输入打开、显示、处理、保存各种图片格式的命令.2.1.3硬件接口基本输入输出接口,系统不包含特殊的接口驱动程序。

2.1.4为其他软件系统提供的接口为单进程程序,没有与其他系统交互的功能,未来版本可支持剪切板等进程通信方式。

2.1.5通信接口没有提供网络通信功能。

2.1.6存储资源限制该系统需要一定的内存单元以存放图片,需要一定的外存空间存放图片库。

2.1.7为适应运行环境的要求(比如不同语言的版本)只提供英文版的程序2.2产品功能描述

(1)能打开显示.bmp、.gif、.jpg、.png等格式的图片文件;

(2)能改变图片规格;(3)能将彩色图片转换为黑白图片;(4)能剪切图片一部分;(5)能将处理后图片保存为.bmp、.gif、.jpg、.png等格式的图片文件;,2.3该产品用户的特征2.4对开发产品的一些制约因素2.5假设与前提条件(如对将来硬件更新的假设)2.6需求实现的优先级详细描述3.1接口需求定义3.1.1用户接口3.1.2硬件接口3.1.3软件接口3.1.4通信接口,3.2功能和行为需求3.2.1系统需求概念模型3.2.2需求项目描述3.2.2.1输入3.2.2.2过程3.2.2.3输出3.2.2.4其他说明约束,假设,解释等3.3性能需求如实时性,可靠性,安全性等3.4对设计的制约因素4辅助信息4.1索引4.2附录,4.概要设计概要设计也称总体设计,主要任务有两个:

一是设计系统体系结构,明确系统由哪些模块组成;二是设计主要数据结构和模块实现算法

(1)概要设计过程.选取最佳实现方案.设计软件总体结构.设计主要数据结构与算法.完成用户手册.指定初步测试计划.概要设计评审.完成SDS,11:

06,SPMP(IEEE1058.1-1987)1.引言1.1项目综述关于项目目标,总体功能的描述.1.2项目要发布的产品1.3SPMP的演化该文档由谁维护,怎么样修改,多久修改一次,依据的标准是什么等.1.4参考资料1.5名词解释,2.项目组织2.1开发过程模型2.2组织结构2.3项目组与其他部门的关系如需要与哪些其他部门协调,协助、监督等2.4项目职责完成该项目有哪些事情需要哪个职位来完成,3过程管理,3.1管理目标项目管理的目标,目标的优先级等3.2项目的外来假设、前提、限制、依赖可能对项目影响的各种外在因素3.3风险管理包括识别的风险、风险的评估,消除风险的方法等3.4项目的控制机制保持、监督项目顺利进展的机制3.5职务分配计划由谁来担任什么职位,4.技术管理4.1方法、工具、技术该项目采用的开发方法、用到的开发工具和主要技术等4.2软件文档有哪些软件文档要管理4.3技术支持给项目组提供的技术支持5.任务、进度、预算5.1任务分解与安排5.2任务之间的关系5.3资源需求人力、物力5.4预算和资源分配5.5进度安排,6附录6.1索引6.2其他附加材料,SPMP(IEEE1058.1-1987)for“家庭保安”系统1.引言1.1项目综述,家庭保安市场正以每年40的速度增长。

我们希望建立基于微处理器的家庭保安系统,它能够识别异常事件并采取相应的保护措施。

这些异常事件包括非法进入、火灾、水烟、煤气泄露等。

一旦异常情形被相应的传感器探测出来,系统应自动用电话向监控中心报警。

此外,系统应允许户主对其行为实施程序式控制。

1.2项目要发布的产品版本1:

该系统的原型版本2:

实现系统基本功能1.3SPMP的演化该文档将由项目经理负责维护,随项目的进展,该文挡常规每两个星期作一次修改,如若需要可随时增加修改次数,以确保该文档与其他软件配置项目的一致性.1.4参考资料1.,齐治昌等著.高等教育出版社,2004年4月,第2版.2.,JeffreyL.Whitten等著.机械工业出版社,2003年8月,第1版.3.,RogerS.Pressman著.机械工业出版社,2002年9月,第一版,4.,GradyBooch著.机械工业出版社,2003年8月第1版.5.,EricJ.Braude著.电子工业出版社,2003年4月第1版.1.5名词解释SPMP=SoftwareProjectManagementPlan软件项目管理计划书,2.项目组织2.1开发过程模型该软件的第一版为快速原型模型,构造一个该系统的计算机仿真系统以获取需求,加深对该系统问题的理解,第二版采用USDP模型.,2.2组织结构由于该项目规模不是很大,决定采用民主的分散式结构,开发小组由项目经理(1人),系统分析师(1人),软件工程师(1-2人),程序员(2-3人),测试工程师组成(1-2人).2.3项目组与其他部门的关系项目组将与公司市场部门,研发中心,主管项目的负总经理联系.通过市场部门了解该产品的市场需求,项目可能的商业风险等,通过研发中心咨询有关技术方面的问题,与主管领导联系获取对项目的指示,限制,支持等,2.4项目职责项目职责一览表:

3.1管理目标该项目首先要实现的目标是构造一个基本满足需求的系统,其次是成本要低,可靠性要高,再次就是该系统应该是一个容易扩展的系统,再次就是要按进度完成项目3.2项目的外来假设、前提、限制、依赖项目的商业成功将很大程度上取决于该项目对未来新技术的吸收以及低成本,3.3风险管理该项目风险表如下:

3.4项目的控制机制为保证项目的顺利进行,项目组成员要保持经常性联络,专用电子邮件每天都必须至少打开一次;每个开发阶段开始之前都要有一次项目组全体会议,且每个星期根据需要,每个项目组成员都可以发起会议,不是特别紧急情况一般固定在每个星期一的上午召开,因此每个组员应该在每个人的日程安排上把星期一上午空出来,3.5职务分配计划职务分配表如下:

4.技术管理4.1方法、工具、技术该项目采用面向对象的方法开发,用C+语言实现.采用与适合硬件系统的开发环境,4.2软件文档要管理的文档有:

SPMP,SRS,SDD,代码文档,测试文档等4.3技术支持需要一个兼职的家庭保安系统技术领域的专家5.任务、进度、预算5.1任务分解与安排暂略5.2任务之间的关系暂略5.3资源需求八至九个工程师,一个兼职技术支持、计算机软硬件开发系统,如电脑,微处理器,开发软件,外围设备,如传感器等,5.4预算和资源分配略5.5进度安排系统第一版一个月内发布系统第二版两个月内发布,6附录6.1索引略6.2其他附加材料可附上市场上同类产品的综述,

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 农林牧渔 > 林学

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2