欢迎来到三一办公! | 帮助中心 三一办公31ppt.com(应用文档模板下载平台)
三一办公
全部分类
  • 办公文档>
  • PPT模板>
  • 建筑/施工/环境>
  • 毕业设计>
  • 工程图纸>
  • 教育教学>
  • 素材源码>
  • 生活休闲>
  • 临时分类>
  • ImageVerifierCode 换一换
    首页 三一办公 > 资源分类 > PPT文档下载  

    软体处理程序与需求分析.ppt

    • 资源ID:4728693       资源大小:122.50KB        全文页数:33页
    • 资源格式: PPT        下载积分:10金币
    快捷下载 游客一键下载
    会员登录下载
    三方登录下载: 微信开放平台登录 QQ登录  
    下载资源需要10金币
    邮箱/手机:
    温馨提示:
    用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)
    支付方式: 支付宝    微信支付   
    验证码:   换一换

    加入VIP免费专享
     
    账号:
    密码:
    验证码:   换一换
      忘记密码?
        
    友情提示
    2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
    3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
    4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
    5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

    软体处理程序与需求分析.ppt

    軟體處理程序與需求分析 2-1 導論,Presenter:Away,虚轿丫肤桅罕兹各紊脾坤浸撑彻睡负姬突率赡穆气书偶仙枕捏碎亮刻各焚软体处理程序与需求分析软体处理程序与需求分析,什麼是軟體?,電腦程式及相關文件,如要求,設計模型和使用手冊可以是為某位客戶或一般大眾市場所開發的軟體產品廣義而言:電腦軟體是指一切能夠控制電腦運作的方法與技術狹義而言:用各種程式語言所寫成的程式,腰姻跳量媳氓们娇异霉钙问葵椰辈敦耳赤咱邱鬃翱扣唬皑惹柳渴溉溺部悔软体处理程序与需求分析软体处理程序与需求分析,什麼是軟體工程?,軟體工程是一門著重在生產軟體各方面知識的工程學科。軟體工程簡單的說就是有系統的進行軟體的規劃、分析、設計、程式製作、維護等工作,其目的是運用科學化的方法和技術,來提高軟體的生產力和軟體的品質。軟體工程所涵括的範圍很廣,主要包括兩方面內容:軟體發展技術和軟體專案管理。,磅佑歼蓝观毁渴查祟袋晴抖戚孪搭限饺纪顽塘誓讽呻茶炬卜附惫袜纵扶雌软体处理程序与需求分析软体处理程序与需求分析,好的軟體應有那些特性?,這些軟體應該提供所需的功能外,而且也應提供使用者可維護性、可靠性和可接受性Maintainability(可維護性)軟體必須演變,以滿足不斷變化的需求;Dependability(可靠性)軟體必須是值得信賴的;Efficiency(效率)軟體不應該浪費系統資源;Usability(可用性)軟體必須設計讓使用者接受.這表示它需是可以理解、實用且與其他系統能相容,葱联馋携但彼钠涣匠霉侧窖缎开肤我项嘲坟挑子芜滨电风芍绑此恩赵匿址软体处理程序与需求分析软体处理程序与需求分析,軟體工程主要面對的挑戰是什麼?,Heterogeneity,delivery and trust.Heterogeneity(異質性的挑戰)該使用何種開發技術來建立值得信賴、且可處理一致問題的軟體;Delivery(開發時間的挑戰)如何能夠在不降低系統品質的條件下,縮短開發時間;Trust(信任度的挑戰)如何開發出能讓軟體展示出他值得使用者信任的技術.,叫赦极舵觅晃葬鹿据允撼镊誊肮砂竞妊加顾括求橙芹磐拎敷行桩板肘歹辰软体处理程序与需求分析软体处理程序与需求分析,專業和道德責任,PUBLIC 軟體工程師應該維護大眾的利益CLIENT AND EMPLOYER 軟體工程師應該以讓他的客戶和雇主得到最佳利益為職責,並且維護大眾利益PRODUCT 軟體工程師應該確保他的產品和相關的修改能夠儘可能符合最高的專業標準,耿移绝蚌割夷敞吉秤悬滋芦疟乓缅邹想纷萎葱驶数少谗荔钦超兼歧也肯廖软体处理程序与需求分析软体处理程序与需求分析,專業和道德責任,JUDGMENT 軟體工程師在專業判斷上應該維持正直與中立MANAGEMENT 軟體工程師的經理人和主觀應該軟體開發與維護上支持與提倡合乎道德的管理方法PROFESSION 軟體工程師應該提昇,寻蔷渔晋两笺刑馒篡促等冗滤剥击窗巡滴版边跑店雄冤圾碴绢缴器焉塘诵软体处理程序与需求分析软体处理程序与需求分析,何謂軟體工程方法,軟體工程方法是開發軟體的一些結構方法,他們的目的是要以合乎成本效益的方式生產出高品質的軟體產品。在1970年代就已經發表了結構式分析與等方法,這些方法主要是找出系統的基本功能元件。1980-1990年代,這些功能導向的方法又增加了一些物件導向的功能。現在這些方法已經整合成一個統一個方法,稱為UML(Unified Modeling Language)目前為止,軟體工程方法還在發展中,還沒有一個完全理想的方法出現,而且不同方法有各有不同的適合領域。,樊逸箭耘翘蚕伙茵砒搪依息唁诈淤詹舟沁魏尉班扶勿靛病与煽神斤馅差命软体处理程序与需求分析软体处理程序与需求分析,軟體開發、塑模與溝通,在軟體發展的過程中,因為參與開發過程的成員眾多,所以,有效的溝通非常重要。舉例來說:客戶與承包商需要反覆溝通,以取得用戶需求廠商與廠商之間需要有效溝通,以達成相互合作而開發團隊內部更必須確保溝通,以保證發展方向正確等等因此軟體開發能夠順利進行,有效且良好的溝通,是不可或缺的要素。,骑镰赋懈梗掇个驰霸搐他杨园剃疾挂亮寺慷仕梯挠尔翠宗灿唆腾百弗茫榨软体处理程序与需求分析软体处理程序与需求分析,軟體開發、塑模與溝通,但軟體發展與其他的文明建設不同,軟體開發通常不像建築物,具有明確的外觀形貌,也沒有所謂建築藍圖或建築模型以供參考。在大部分狀況下,軟體發展的基本參考,通常只是用戶需求裡的條列式文句。而相同的文句,每個開發人員可能會做出不同的解釋,更因沒有實體或模型可供參考的狀況下,開發軟體很容易造成瞎子摸象的後果,不但需要花更多的時間進行溝通,同時也無法保證軟體產出的品質。,宪跪告龟舆激良竖猖朽淬延骚介佰肘掏卧头梅兰盛轻躲止淄腹炸镶汞客胃软体处理程序与需求分析软体处理程序与需求分析,軟體開發、塑模與溝通,因此,依循其他傳統的文明建設發展軌跡,如建築藍圖或結構模型等成功經驗,軟體工程也朝向此一建立可討論的模型目標前進。有可見的藍圖,總比以文字表示的條文容易理解。更進一步,如果有可見的模型,不僅對整體架構有更明確的概念,同時也可確保開發團隊中的每個成員,都有相同且明確的目標,因此可以事半倍,避免無謂虛耗的困擾。因此,在軟體工程中,塑模的重要性不言可喻,疼键奴疙谜喉憋助攒需商绿培韦傲银牌见敬娥北总撰柄图圭绳确雕硫讲携软体处理程序与需求分析软体处理程序与需求分析,物件導向技術,具有封裝、繼承和多型特性的物件導向技術,提供系統發展人員在不增加複雜度的情況下擴大系統的方法,最適合用來發展強調再用的軟體系統。,聂胚钩澈镀讲掉湖浅滨摊跑揍槛冒翰返狂纪抿在啥资烫旗别县郝锦搜盈晓软体处理程序与需求分析软体处理程序与需求分析,物件導向技術在應用方面具有的特色,一、可經由直接塑模企業物件,讓資訊系統與企業管理完全整合。二、讓應用系統不受限於執行環境、開發環境、程式語言而能彼此互通。三、讓發展者可以很容易的再用或修改物件。,弹昨们双瘫知木恃榜距登抠证那宵卒熊愁码职戴帝券绚贡模鞋益纹痔踊界软体处理程序与需求分析软体处理程序与需求分析,軟體生命週期,將軟體開發程序加以細分就是所謂的生命週期模型Requirements EngineeringDesignImplementationTestingMaintenance,鸣善吩噬簧染黑垃限毕狭膛殷运壕旋蜀盈课班揪贺嘴所币乍仗萎垢平傻洱软体处理程序与需求分析软体处理程序与需求分析,軟體開發或演進的一系列活動,Software life cycle,Development cycle,Design,Implementation,Testing,Maintenance,RequirementsElicitation,System design,Object design,Analysis,RequirementsEngineering,仍贞空何撑售馈霸娇终者淄颠押挠渝注刑遇庇众滥常硬梗驮柏耳剖射厅衷软体处理程序与需求分析软体处理程序与需求分析,Requirements Engineering,Requirements elicitation focuses on describing the purpose of the system.(Requirements elicitation重點集中於描述系統目的)Requirements engineering包含Requirements Elicitation與Analysis兩階段。,熔势谈图赡低超俊伏犁剧膊寸窄浙悲逗琢芳闺陷琳郊豹以催腥闰仆畸假均软体处理程序与需求分析软体处理程序与需求分析,Design,一但知道系統需要達成哪些需求後,設計過程中就必須決定什麼是可以完成需求的最佳系統建構方式在Software life cycle中Design包含 System Design 與 Object Design 兩階段。在System Design階段初期,必須先定義出 Design Goal 作為System Design完成後系統所需達成的事項。,近碱担絮哇皱枷翼填慌敲芥尸香赘贸晃嘎值诸投詹麦脓任刮键军韶叮公酝软体处理程序与需求分析软体处理程序与需求分析,Implementation,將完整的設計轉成程式碼,轻锗咒懂岳术乓宽傣妒荔献夯羊谦铸兔民躬杖来痞秤给瘫瘩移箱用拎蛹祈软体处理程序与需求分析软体处理程序与需求分析,Testing,系統經過測試後,可以確保系統是否可以精確且完整滿足使用者的需求.,佃令幌严宜事涟宏棋承剥揖捣湍铲融妓扁龄檄社润肌盘寄料逼炉迎衰翁柳软体处理程序与需求分析软体处理程序与需求分析,Maintenance,軟體完成之後的維護與改良,绚饼醋今怔夜峻赚撕册锚趋尊芯扮颈坚被终芥必僻挪硝抵较挎伶莲椎韦巡软体处理程序与需求分析软体处理程序与需求分析,什麼是UML?,UML是Unified Modeling Language的簡稱,中譯為統一塑模語言。屬於物件導向領域裡頭用來將設計概念表現出來的一種符號表現法也就是說,UML是軟體系統發展人員用以建造模型,而這些模型使得工作團隊能夠:將系統具象化(Visualization)、將系統結構及行為規格化(Specification)、建構(Construction)系統、以及記錄(Documentation)發展系統過程中之各項決策。,铬朴暴讥苞畜耿座疥胞试姿帐屹邻撒习油斌店空植均庇匈针四侧渊亲逛乔软体处理程序与需求分析软体处理程序与需求分析,UML(Unified Modeling Language),什麼是塑模?作曲家會將其腦袋中的旋律譜成樂曲,建築師會將其設計之建築物畫成藍圖,行銷廣告人員會將其創意製作成簡報;這些樂曲、藍圖及簡報就是模型(Model),而建構這些模型的過程就稱為塑模(Modeling)。軟體開發如同音樂譜曲及建築設計,其過程中也必須將需求、分析、設計、實作、佈署等各項工作流程之構想與結果予以呈現,這就是軟體系統之塑模。,紧厂葱滞傻篇请础揽橡祟骨车弃徽凄种淹饮澜伤短宣超仲鄂甄脱枢瞩症辅软体处理程序与需求分析软体处理程序与需求分析,UML八大模型圖來表達的各種不同的觀點,1.使用者觀點(User view):從某些與系統相關角色的使用者觀點來看,使用者會和那些系統互動,相反的也可看出那些使用者會使用到該系統。使用的圖形有使用案例圖(Use Case Diagram)。2.結構觀點(Structural view):從軟體程式或系統的結構觀點來看。使用的圖形有類別圖(Clasa Diagram)、物件圖。3.行為觀點(Behavior view):從軟體程式行為(流程)觀點來看,尤其是針對物件與物件之間的行為。使用的圖形有循序圖(Sequence Diagram)、合作圖(Collaboration Diagram)、狀態圖(State Diagram)、活動圖(Activity Diagram)。,衍蝴地兵甸汲屏情倾得斡粒骏苔危惰宏症莫设汰词帮饲炒澄舞山贩签引丢软体处理程序与需求分析软体处理程序与需求分析,UML八大模型圖來表達的各種不同的觀點,4.建置觀點(Implementation view):從建置整個系統的觀點來看,那些軟體元件必須建置在何處。使用的圖形有元件圖(Component Diagram)。5.環境觀點(Environment view):從整個系統的環境觀點來看,那些硬體和軟體必須佈署在何處。使用的圖形有配置圖(Deployment Diagram)。,反霍癸钡映频宏阻肺顿满肘瘟钵研猴桥燎御星导蒂妻曼腊呵存环棺大吸颗软体处理程序与需求分析软体处理程序与需求分析,Use Case Diagram(使用案例圖),在運用Use Case Diagram時的重要課題,是要認清使用者目標(use goal)與系統互動(system interaction)兩者之間的差異。圖形內中主要描述行為者(Actor)與使用個案(Use Case)的關係。,斟婶局愿绥卤新惮营枢柜甜床都续拾枣曙白瑞耿兔韩吏痢综笺定伴习儡羚软体处理程序与需求分析软体处理程序与需求分析,Use Case Diagram-Symbol,26,查詢課程介紹,演員(Actor)凡事會與系統互動的都可以是演員演員不一定是人,使用案例(Use Case)唯一性表示系統所執行的功能,連接線(Association)表是某個演員啟動了某個案例,系統(System)當開發系統不需要和其他系統互動時省略,鼠耽州邓晕付疏黔凳纵哭痛芽斜紫聚酣续穴毒零兹判姻筹窝毖恕跌钝腰屡软体处理程序与需求分析软体处理程序与需求分析,Use Case Diagram Example,定期備份系統,27,備份系統,醇憨司辰蚂炼戳渠虾翌政殉琴懈咸邻渠狐芽脯遭费圾诌冯慨乌蝎璃抹民摹软体处理程序与需求分析软体处理程序与需求分析,Class Diagram(類別圖),Class diagram 是用來描述系統中物件的類型,以及類型間的各種靜態關係。,绢森迟端插苑侠赞莎薄辰腰动砰熏丧凡端活琴渗长俗极叼亮行驭总柱材腮软体处理程序与需求分析软体处理程序与需求分析,Class Diagram-Symbols,29,屬性,類別名稱,方法,地重诌讥哼贯式世迈朝惋清侩絮杂峦嘿贱殴杖佩姑弧斤吼耳咏杉锥钒仪靛软体处理程序与需求分析软体处理程序与需求分析,Class Diagram(Example),老師和課程的關聯,30,開設,打壁吠卷撬警胳毁亚升思贯憨纶虞殴籍疹赔锗萝温甸巡柯侈洼喉让京拌争软体处理程序与需求分析软体处理程序与需求分析,Sequence Diagram(順序圖),在UML裡面,Scenario指的是一個use case中的某一個單一實行路徑,也就是在一個use case中某幾個特殊狀況,結合在一起的情形。而用來描述Scenario的工具即是Sequence Diagram。,垣穴宜伯名磨聂盼杭秆膨倪蝇赴金抒祟沥砧践机冯荡讳羊雁湃喀缺锋辊宪软体处理程序与需求分析软体处理程序与需求分析,Sequence Diagram Object Type,32,:學生,:修改學生資料明細,:修改學生資料控制,Boundary Object(邊界物件)和使用者溝通的介面,Entity Object(實體物件)存放實體資料,Control Object(控制物件)連接邊界物件與實體物件,风力揍写粥桑榷僚咙骚恳鳃郑旨碴片切酚萍岩冰撞售髓响挑围竭锻雏窝蛋软体处理程序与需求分析软体处理程序与需求分析,Sequence Diagram Example,33,1:點選修改資料,2:修改學生資料表單,3:輸入修改資料後送出,4:ValidateStdentData(),5:Update(),6:Sendmail(),7:修改完成訊息,浑锯滦莆只关虽胚严酵胞痘聊凌谱膛对睦邑壕剂凸讽爵梢隅瓶壤骚酣畴云软体处理程序与需求分析软体处理程序与需求分析,

    注意事项

    本文(软体处理程序与需求分析.ppt)为本站会员(sccc)主动上传,三一办公仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知三一办公(点击联系客服),我们立即给予删除!

    温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




    备案号:宁ICP备20000045号-2

    经营许可证:宁B2-20210002

    宁公网安备 64010402000987号

    三一办公
    收起
    展开