1. Trang chủ
  2. » Công Nghệ Thông Tin

Bài giảng môn học kỹ nghệ phần mềm bài 3 PGS TS nguyễn văn vỵ

59 272 0

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Định dạng
Số trang 59
Dung lượng 596,66 KB

Nội dung

K ngh ph n m m Software Engeneering Bé m«n Công nghệ phần mềm- Khoa CNTT- ĐHCN Email: vynv@coltech.vnu.vn Bi 3: Ti n trình ph n m m Nguy nV nV N i dung Tiến trình v mô hình tiến trình Các giai đoạn tiến trình Tiến trình v vấn đề liên quan B mụn Cụng ngh ph n m m – HCN TÀI Li U THAM KH O Nguy nV nV Nguy n V n V , Nguy n Vi t Hà Giáo trình k ngh ph n m m Nhà xu t b n i h c Qu c gia Hà n i, 2008 Grady Booch, James Rumbaugh, Ivar Jacobson The Unified Modeling language User Guid Addison-Wesley, 1998 M Ould Managing Software Quality and Business Risk, John Wiley and Sons, 1999 Roger S.Pressman, Software Engineering, a Practitioner’s Approach Fifth Edition, McGraw Hill, 2001 Ian Sommerville, Software Engineering Sixth Edition, AddisonWasley, 2001 Nguy n V n V Phân tích thi t k h th ng thơng tin hi n đ i H ng c u trúc h ng đ i t ng, NXB Th ng kê, 2002, Hà N i B môn Công ngh ph n m m HCN Các loại mô hình tiến trình Nguy nV nV loại mô hình tiến trình phần mềm tiêu biểu: Mô hình thác nớc Các mô hình phát triển tiến hóa Các mô hình phát triển hình thức Phát triển dựa sử dụng lại Khác Mỗi loại bao gồm số mô hình tiến trình B mụn Cụng ngh ph n m m HCN Mô hình vòng ®êi trun thèng Nguy nV nV Ngiªn cøu lËp KHDA phân tích yêu cầu& đặc tả thiết kế HT & phẩn mềm Mà hoá &kiểm thử đơn vị kiểm thử tích hợp & HT Vận hnh & bảo trì Mô hình thác nớc waterfall model B mụn Cụng ngh ph n m m HCN Mô hình thác nớc: đặc điểm Tách biệt pha, tiến hnh Nguy nV nV Khó tuân thủ tuần t: dự án lớn thờng phải quay lại Khó đáp ứng yêu cầu thờng thay đổi khách Chậm có phiên thực đợc đòi hỏi khách hng phải kiên nhẫn sai sót phát muộn l thảm họa Đặc tả kỹ, phân công chuyên trách, hớng ti liệu Ti liệu nhiều, tèn søc ng−êi, thêi gian dμi ¬ Cã sím vμ đợc sử dụng rộng rÃi (tốt > tự nhiên) Thích hợp yêu cầu hiểu tốt, hệ lớn & phức tạp Bảo trì thuận lợi B mụn Cụng ngh ph n m m HCN Mô hình phát triển tiến hóa b1 Lợc đồ chung Đặctltả e s ri kh¸i qu¸to B mơn Cơng ngh ph n m m HCN Nguy nV nV Đặc tả Phiên khởi đầu Phát triển Phiên trung gian Thẩm định Phiên cuối Lợc đồ chung Nguy nV nV Phát triển ban đầu Lm việc với khách, đặc tả khái quát hệ thống (bắt ®Çu víi hiĨu biÕt cã thĨ ch−a ®Çy ®đ) Thùc phát triển cách lm mẫu Mục tiêu l để hiểu hệ thống Bản mẫu ban đầu sơ si Thẩm định phiên có đợc, lặp lại bớc có phiên cuèi cïng B môn Công ngh ph n m m HCN Lợc đồ chung Nguy nV nV Hạn chế Không trực quan Hệ thống thờng có cấu trúc nghèo nn Đòi hỏi có kỹ đặc tả (ngôn ngữ lm mẫu) Khả ứng dụng Cho hệ tơng tác vừa, nhỏ Cho phần hệ lớn Hệ có vòng đời ngắn B mụn Cụng ngh ph n m m HCN Mô hình lm mẫu Nguy nV nV Bắt đầu Kết thúc xác yêu cầuthu thập tt sơ sản phẩm thiết kế cuối nhanh lm mịn mẫu xây dựng mẫu đánh giá khách Mô hình làm mẫu - Prototyping model B môn Công ngh ph n m m – HCN 10 Tiến trình tiến hoá Nguy nV nV Xác định yêu cầu hệ thống đánh giá hệ thống HƯ thèng hiƯn t¹i B mơn Cơng ngh ph n m m – HCN ®Ị xt thay ®ỉi hƯ thèng Cải biên hệ thống Hệ thống 45 Trợ giúp tự động hoá phát triển Nguy nV nV Computer-aided software engineering:CASE l phần mềm trợ giúp phát triển v tiến hoá hệ thống Các công cụ thờng gặp: Bộ soạn thảo đồ thị: để phát triển mô hình hệ thống Từ điển liệu: để quản lý thực thể thiết kế Bộ xây dùng giao diƯn: ®Ĩ thiÕt kÕ giao diƯn º Bé gỡ rối: trợ giúp tìm lỗi chơng trình Bộ chuyển đổi tự động: tạo sinh phiên từ thiết kế / hay chơng trình B mụn Cơng ngh ph n m m – HCN 46 C«ng nghÖ CASE (CASE technology) Nguy nV nV ̈ CASE gãp phần đáng kể hon thiện tiến trình phần mềm trình tự, tiến độ v chất lợng: tự động hóa phần hoạt động mô hình hóa v quản lý Những hoạt động tự động hóa: Sự suy nghĩ sáng tạo SE Lựa chọn giải pháp công nghệ Giao tiếp lm viƯc nhãm º Thùc hiƯn viƯc qu¶n lý B mơn Cơng ngh ph n m m – HCN 47 C«ng nghệ CASSE Nguy nV nV Công nghệ CASE Các công cụ đơn Bộ soạn thảo Ch.trình dịch B mụn Cụng ngh ph n m m – M«i tr−êng bé sưa lỗi Phân tích v thiết kế Bn thợ đa phơng pháp Bàn thợ Lập trình gỡ lỗi Bn thợ đơn phơng pháp HCN Môi trờng tiến trình Môi trờng tích hợp Kiểm thử loại Bn thợ mục tiêu chung Bn thợ ngôn ngữ cụ thể 48 Phân loại CASE Nguy nV nV Phân loại CASE giúp hiểu v sử dụng chúng phát triển Có thể phân loại CASE theo: Hớng chức năng: Công cụ cho chức cụ thể: soạn thảo, lập kế hoạch, lm mẫu, Hớng tiến trình: Công cụ cho hoạt động tiến trình đợc trợ giúp: mô hình nghiệp vụ, E-R Hớng tích hợp: Công cụ trợ giúp tổ chức việc tích hợp đơn vị mức hệ thống Dựa loại hoạt động: Đặc tả, thiết kế, triển khai, thẩm định v xác minh B môn Công ngh ph n m m – HCN 49 CASE tích hợp Nguy nV nV Các công cụ đơn (Tools) : trợ giúp nhiệm vụ riêng rẽ tiến trình: kiếm tra quán, soạn thảo, tạo mô hình Bàn thợ (Workbenches): trợ giúp pha tiến trình phát triển, nh đặc tả, thiết kê, Môi trờng phát triển (Environments): trợ giúp ton hay phần ton tiến trình phần mỊm (cã thĨ bao gåm mét sè bμn thỵ) B môn Công ngh ph n m m – HCN 50 Các vấn đề liên quan Nguy nV nV Xác định yêu cầu v thiết kế có vai trò định đến chất lợng phần mềm, chiếm phần lớn công sức so với phát triển Khi chuyển tiếp pha phát triển phải thẩm định tốt để đảm bảo lỗi không ảnh hởng đến pha sau Ti liệu tạo pha không dùng cho pha m dùng để đảm bảo chất lợng phần mềm v bảo trì Cần chuẩn hóa mẫu biểu, cách thức ghi chép, tạo ti liệu nhằm đảm bảo chất lợng phần mềm B mụn Cụng ngh ph n m m – HCN 51 TÝnh kh¶ thi tiến trình phát triển Nguy nV nV Phần tử logic, khó kiểm soát tạo ti liệu xét duyệt ti liệu bớc Ví dụ ti liệu: nghiên cứu khả thi; đặc tả yêu cầu; đặc tả thiết kế So sánh: vòng đời cổ ®iĨn kh¶ thi cao º lμm b¶n mÉu kÐm º 4GT ?? B môn Công ngh ph n m m – HCN 52 Lμm tμi liƯu phÇn mỊm Nguy nV nV Vấn đề: Tạo chi phí phụ phát triển (ngời lập trình không thích viết ti liệu) Sử dụng giải pháp cục để tránh sửa đổi ti liệu Sử dụng mẫu có sẵn Sử dụng CASE trợ giúp lm ti liệu theo chuÈn B môn Công ngh ph n m m HCN 53 Sản phẩm (ti liệu) dự án Nguy nV nV Phi hình thức, trừu tợng Yêu cầu Thiết kế Mà nguồn, thích Hình thức hoá, cụ thĨ B mơn Cơng ngh ph n m m – Mà máy, liệu, ti liệu HCN 54 Giảm kích cì, chi phÝ phÇn mỊm Nguy nV nV ̈ PhÇn mỊm ngμy cμng lín, phøc t¹p ̈ Tỉ chøc lμm việc theo nhóm, tiến hnh song song Cần phân rà chức năng; giảm kích cỡ (mà nguồn), tăng suất: tái sử dụng: th viện thơng mại, tự sinh mÃ: công cụ tạo giao diện, hớng đối tợng: kế thừa, bảo trì ngôn ngữ bậc cao: lực biểu diễn cao B mụn Công ngh ph n m m – HCN 55 Quan hệ tiến trình v sản phẩm Nguy nV nV Tiến trình v sản phẩm l hai mặt phát triển: Tiến trình tốt đảm bảo rng buộc sản phÈm ̈ S¶n phÈm tèt lμ sù tỉng hoμ cđa nhiỊu u tè: º º º º TiÕn tr×nh thÝch hợp Đội ngũ chuyên môn tốt Công cụ trợ giúp mạnh Năng lực quản lý tiến trinh tổ chức cao (CMM) møc CMM (Capability Maturity Model): Tïy biến Lặp lại đợc B mụn Cụng ngh ph n m m HCN Đợc xác định Đợc quản lý Tối u hóa 56 Câu hỏi «n tËp Nguy nV nV Cã mÊy lo¹i m« hình tiến trình? L loại no? Trình by nội dung mô hình: thác nớc, lm mẫu, xoáy ốc, tiến hoá, tăng trởng, ứng dụng nhanh, hình thức hoá, đối tợng, mô hình sử dụng lại, mô hình mà nguồn mở, mô hình hệ thứ theo nội dung sau: Nội dung? đặc trng? u, nhợc điểm? cần yêu cầu gì? thích hợp no? Mô tả tiến trình kỹ nghệ yêu cầu? Mô tả tíên trình thiết kế phần mềm? Nêu mô hình thiết kế thờng sử dụng? B môn Công ngh ph n m m – HCN 57 Câu hỏi ôn tập (t) Nguy nV nV Định nghĩa thẩm định phần mềm? Thẩm định v xác minh gồm hoạt động gì? Có loại kiểm thử no? Mô tả tiến trình kiểm thử? Tiến hoá phần mềm l gì? Lý do? Mô tả tiến trình tiến hoá hệ thống? CASE l gì? Các cách phân loại CASE? 10 CASE tích hợp gồm loại no? vẽ sơ đồ cấu trúc loại CASE? 11 Lm no để đảm bảo khả thi mô hình phát triển? So sánh khả thi mô hình, giải thích sao? 12 Lm no để giảm kích cỡ, chi phí mô hình? Những mô hình no, ngôn ngữ nμo cã −u thÕ vỊ mỈt nμy? B mơn Cơng ngh ph n m m – HCN 58 C©u hái th o lu n Nguy nV nV B môn Công ngh ph n m m – HCN 59 ... nhËn ng−êi dïng B môn Công ngh ph n m m – HCN 43 Tiến hoá phần mềm Nguy nV nV Phần mềm phải mềm dẻo cần phải thay đổi ̈ M«i tr−êng nghiƯp vơ vμ kü tht lu«n thay đổi: Phần mềm cần thay đổi để... công cụ toán học trừu tợng) B môn Công ngh ph n m m – HCN 23 Biến đổi hình thức Nguy nV nV Các phép biến đổi hìmh thức T1 Đặc tả hình thức T2 R2 R1 P1 T3 P2 T4 Chơng trình thực đợc R3 P3 P4 Các chứng... m HCN 35 Các giai đoạn tiến trình Đặc tả yêu cầu phần mềm Nguy nV nV L trình thiết lập chức năng, dịch vụ m hệ thống cần có v rng buộc lên phát triển v vận hnh hệ thống Tiến trình kỹ nghệ yêu

Ngày đăng: 03/12/2015, 22:58

TỪ KHÓA LIÊN QUAN

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN