【公告】myNTUST功能介紹與更新日誌
WesternCloud
歡迎大家使用 myNTUST.com ，本站的前身是ntustexam.com。 我們整合了校內討論區、歷年成績查詢、空教室查詢等功能，致力於改善臺科人校園體驗。 目前本團隊負責維護，並營運以下平台 1.NTUST GPA Search https://gpa.ntustexam.com/ 2.myNTUST https://myntust.com/ 3.N.G.S Premium https://gpa.ntustexam.com/cc 【校內討論區】 也就是現在看到的地方，只要在不犯法的情況下，任何想說的話都能張貼。 【歷年成績查詢】 可以從上面的小工具找到它，前身是NTUST GPA SEARCH，可以看到歷年課程的成績分布。 歷年成績的資料是由校內學生所提供的，我們邀請您也一起上傳成績分布表，一起壯大這個社群！ 【空教室查詢】 可以從上面的小工具找到它，我們在這一版本加入對手機板更友善的設計。 【交友功能】 此為新推出的功能，每人每日皆有三次機會可以發出交友邀請，如果雙方同意，你們將成為好友，並且可以進行聊天。 已知Bugs： - 留言送出後，可能會張貼到非當前貼文。（已處理） - 建議發文後新增彈出提示。（已處理） - Leaderboard顯示仍有異常。（待處理） 收到的建議： - 信箱新增轉寄按鈕。（尚未處理） 版本日誌： 11/12 13:20 修正上傳圖片的問題。 11/17 11:25 更新如下： - 新增文章搜尋功能 - 新增空教室預覽功能 - 修正GPA Database顯示問題 11/27 15:37 更新GPA Leaderboard顯示問題。 11/29 18:41 提升討論區文章顯示速度，並新增留言數量指示。 12/01 09:00 修正GPA Leaderboard顯示問題。 2022/07/11 修正使用者圖像死圖問題
俞光回 軟體工程 chap8
匿名 / anonymous
==chap8== Verification: build product right? 驗證 看是否滿足規格 Validation: build right product? 驗收 看是否滿足使用者真正需要的 validation testing: 看是否有滿足用戶的requirement defect testing: 刻意用錯誤的東西來測試 如不符合規格的輸入...等 V & V confidence: >> software purpose: 取決於軟體對於一間公司是否關鍵 >> user expectation: 有時候使用者對於特定軟體會有低度期待 >> Marketing environment: 快點推出可能比找缺陷重要 Inspections and testing Inspections: >> 人員去測試 看看是否找到問題 檢查是不需要執行系統的 因此可以在implment前就檢查 >> 優點: 不用擔心錯誤掩蓋其他錯誤 因為檢查時不需要執行系統 / 在還沒完成的版本前就能檢查 不用等到開發完成 / 除了缺陷 還可以找廣泛的質量屬性 像是是否符合標準 可移植性 可維護性 >> 檢查和測試是相輔相成的 檢查可以看是否滿足規格 但不知道有沒有達成客戶requirement，檢查不能檢查非功能性需求(像是性能) three stages of testing: Development testing: 開發階段的測試 找看看有沒有bug阿 Release testing: 發布前測試 看完整的系統有沒有問題 User testing: 用戶或潛在用戶 在他們自己的環境當中測試 Development testing >> Unit testing: 單元測試 對單個program或class測試 >>>> Unit testing is the process of testing individual components in isolation >>>> 測試單獨的function 或class 或composite components >>>> 測試關於這個object的所有操作 >>>> 測試所有可能的狀態 >>>> 對每個object的attribute設置並check看看 單元測試應該要自動化 >> set up >> call >> assertion >>>> 基於normal operation 看是否一切安好 >>>> 基於abnormal inputs 看錯誤是否有被正確處理 並且不要crash這個unit >> Interface testing: 多個單元組合成的組件測試 關注於組件的interface >>>> 關注於interface Parameter interfaces: 傳遞給其他人時 Shared memory interfaces: 共享記憶體 Procedural interfaces: 一個sub system封裝好資訊 以利讓其他sub system使用 Message passing interfaces: 一個sub system從另一個sub system要求服務時 error: Interface misuse: 使用上錯誤 e.g. parameters in the wrong order. Interface misunderstanding: call了錯誤的組件 called component which are incorrect. Timing errors: the called and the calling component operate at different speeds and out-of-date information is accessed. 測試方法: 數值極端、空pointer、傳值壓力測試、改變激活順序 >> system testing: 系統測試 對多個組件整合起來的系統 做測試 關注在components之間的互動
俞光回 軟體工程 chap7
匿名 / anonymous
==chap7== Software design: is a creative activity in which you identify software components and their relationships, based on a customer's requirements. Implementation: is the process of realizing the design as a program. COTS : 商用現成系統 Object-oriented design using the UML >> 有很多不同的model參與其中 需要大量的開發和維護 對於不同團隊開發的大型系統，設計模型是重要的溝通橋樑。這個方法並不適合小型系統 >> 過程 Define the context and modes of use of the system; Design the system architecture; Identify the principal system objects; Develop design models; Specify object interfaces. System context and interactions >> A system context is a structural model (e.g., a class diagram) >> An interaction model is a dynamic model (e.g., a use case diagram) Architectural design Design models >> Structural models: static structure >>>> subsystem models dynamic models >> dynamic interaction >>>> sequence models >>>> state machine models Reuse >> The abstraction level: don't reuse software directly but use knowledge of successful abstractions in the software design. >> The object level: directly reuse objects from a library rather than writing the code yourself. >> The component level: components (collections of objects and object classes) are reused in application systems. >> The system level: entire application systems are reused. cost: time / buying / integrating / configuring Configuration management >> version management >> system integration >> problem tracking >> release management development platform tool包含: >> compiler >> debug system >> 圖形化編輯工具 >> 測試工具 >> 管理工具
俞光回 軟體工程 chap6
匿名 / anonymous
====chap6===== Software architectures的兩個level >> architectures in the small: 程式被拆解(decomposed)成組件 >> architectures in the large: 企業級系統 多個組件分布在多台電腦上 甚至被不同的公司管理 architecture 優勢? 1. 利益相關者的交流 2. 系統分析(是否符合功能性需求) 3. Large-scale reuse Architectural representations >> Informal block diagram 是最常用的表達方式 >> 但Informal block diagrams被批評 因為看不出語意(semantics)與各個block之間的關係 Box and line diagrams >> 很抽象、不知道組件的關係 但可以用來和利益相關者(白癡)溝通 As a way of facilitating discussion about the system design >> 溝通很好用 因為不會被細節混淆 As a way of documenting an architecture that has been designed >> 是為了產生完整的系統模型，會去顯示不同組件與interface Performance: 減少通訊，使用大而非細的組件。 localize critical operations and minimize communications. Use large rather than fine-grain components. Security: 用分層式的架構 內層是關鍵的資產。 Safety: localize safety-critical features in a small number of sub-systems. Availability: 備援組件、錯誤容忍。 include redundant components and mechanisms for fault tolerance. Maintainability: 細密、可以替換的組件。 use fine-grain, replaceable components. 每個architecture只顯示一種view 所以系統設計要寫多種的view就需要不同的Model 4+1 view logical view: 描述系統關鍵 用抽象的object或class來描述 process view: 系統運作時如何互動(interacting)的 development view 系統如何分解 以利開發? physical view 硬體與軟體如何分布在系統當中 use cases (+1) Architectural description languages (ADLs) 架構描述語言: 被開發出來 但沒被廣泛使用 [接著介紹各種架構] MVC (model-view-controller) >> model: 系統的核心、管理資料、邏輯、應用程式規則 >> view: 任何可以表達資料的都可以是view ex. chart / diagram 相同資料有多個view也是可以的 >> controller: 接受輸入 轉成指令給model或view Layered architecture >> Used to model the interfacing of sub-systems. >> 每層提供不同服務 >> 某一層改變 只有鄰近的層會受影響 Repository architecture >> 子系統要交換數據必須先和中央的人交換(database) >> 子系統各自有自己的數據庫，並且通過上述方法，顯式地(explicitly)，交換給其他子系統 Client-server architecture >> 不同的功能被放在不同的組件當中(可能在不同的server 也可以全部都在同一台電腦上) >> 有很多client調用這些服務 >> 單點故障問題 / 容易被DDOS / 組件或服務分布在不同server可能會難以管理 Pipe and filter architecture 建議看圖 >> 一個一個接下去 將input轉成output >> 不適合interactive system >> 數據在通訊上必須一致 每個轉換都需要解析上一層的輸入 並將其輸出給下一層想要的格式 這會增加成本 可能意味著無法reuse(可能會不兼容) Application architectures >> 目的是滿足組織(公司)的需求 generic application architecture >> 是一種結構 對他配置和調整可以滿足特定要求 兩種常用的application Transaction processing systems >> ex. E-commerce systems / Reservation systems Language processing systems >> ex. Compilers / Command interpreters
俞光回 軟體工程 名詞解釋
匿名 / anonymous
external perspective model context or environment of the system interaction perspective interactions between a system and its environment, or between the components of a system. structural perspective organization of a system or the structure of the data that is processed by the system behavioral perspective dynamic behavior of the system and how it responds to events ==================== Activity diagrams which show the activities involved in a process or in data processing. Use case diagrams which show the interactions between a system and its environment. 使用者如何與系統聯繫 Sequence diagrams which show interactions between actors and the system and between system components. Class diagrams which show the object classes in the system and the associations between these classes. State diagrams which show how the system reacts to internal and external events. Context model：描述系統內部與外部動作的關係 >> System boundaries: 定義甚麼東西在系統內/甚麼東西在系統外 Interaction models: 用戶交互模型可以知道用戶的需求 / 系統對系統的交互模型可以知道各個系統之間通訊的問題 / 組件的可以知道系統的性能或可靠性 >> Use case modeling: 使用者如何與系統聯繫。 >> Sequence diagrams: 時序圖，可以知道每個訊息、事件，在哪個時間點觸發。 Structural models: 描述軟體的資料 >> class diagrams: oop 知道各個class之間的關聯、結構、內容...等。 >> Generalizatio: 一般化，用於推論class是否有共通的特徵，類似於繼承的概念，如松鼠與老鼠可以一般化成齧齒類。 >> Object class aggregation models: object class聚合模型，類似於1對n繼承的概念，例如一個patient record會有很多次的就診紀錄，但只會有一個病患資料。 Behavioral model：描述整個系統執行時的行為。 >> Data-driven modeling: 資料驅動模型，描述資料進來後的一系列操作 到如何輸出。 >> Event-driven modeling: 事件驅動模型，描述系統如何針對內部或外部事件做出反應。 >> State machine models: 描述系統如何對刺激(stimuli)做出反應，常用於realtime system >>>> state diagram: 狀態圖(微波爐那個) Model-driven engineering: MDE 模型驅動工程，將模型拓展到軟體開發的各方面，而不是程序(program)，如此一來可以不用去管程式語言或執行的平台。 >> 優點: 可以在更高的層級看系統 / 可以自動產生code，意味著使系統適應心平台更容易。 >> 缺點: 抽象模型不一定可實行 / 雖省下產生code的成本，但開發新平台的翻譯器(translator)可能更貴。 Model-driven architecture: MDA 模型驅動架構，是MDE的前驅。使用UML去描述系統，在任何層級都能建模。 >> CIM: Computation Independent Model, 關注於domain 不涉及系統內部的結構與運作細節 >> PIM: platform-independent model,只管系統的運作，不管怎麼implement，也不管用神麼platform。 >> PSM: Platform-specific models, 關注於系統運作在每個平台的細節。 Agile 與 MDA 的思想是違背的: MDA要廣泛建模 但agile卻要做一點做一點、快速開發、調整。 承上，除非可以完全自動產出code以避免個別coding的話，那麼MDA就可以用於agile開發。 Adoption of MDA: 有很多因素限制了採用MDA 1. 可用的工具有限 2. 承上，公司不願意開發客製化工具 3. 模型利於討論 但可能不利於實作(implment) 4. 僅利於大型且長壽的系統 / software products and information systems可能不適合(省下的成本比引入的工具成本少) 5. 在MDA發展的同時 大家卻都採用agile (被轉移注意力)
載入中