Enterprise architect
Upcoming SlideShare
Loading in...5
×
 

Enterprise architect

on

  • 1,834 views

 

Statistics

Views

Total Views
1,834
Views on SlideShare
1,834
Embed Views
0

Actions

Likes
0
Downloads
40
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Ổn định: ko có mâu thuẫn giữa các yêu cầu. Thông thường khó tránh các mâu thuẩn, khi gặp phải khó giải thích với khách hàng, khách hàng có thể đưa ra những yêu cầu không thể thực hiện. Dễ quản lý: Thời gian đúng hạn, tài nguyên đủ, có khả năng thực hiện, quản lý được tất cả các rủi ro, quản lý được độ phức tạp. Đầy đủ: Chính xác, chi tiết. Dễ hiểu: Không sử dụng từ ngữ chuyên môn, kỹ thuật.
  • Là quá trình sưu liệu, quản lý các yêu cầu, đảm bảo các yêu cầu đầy đủ, nhất quán, thích đáng.
  • Diễn tả bằng văn xuôi: Tìm hiểu cái người dùng muốn. Tổ chức thông tin này lại. Sưu liệu các thông tin này. Theo sự thay đổi của thông tin này. Quản lý tất cả thay đổi. Đáp ứng nhu cầu người dùng cuối. Thiết lập qui trình và thực hiện.
  • Nguyên nhân cốt lõi: Thiếu dữ liệu người dùng Yêu cầu đặc tả không đầy đủ Yêu cầu đặc tả không đúng

Enterprise architect Enterprise architect Presentation Transcript

  • Group A2&A3 REQUIREMENT & REQUIREMENT MANAGEMENT
    • Là khả năng của một phần mềm thỏa mãn người dùng để phục vụ một mục tiêu nào đó.
    • Mức độ thành công của một dự án được quyết định bởi khả năng thỏa mãn nhu cầu của dự án đó.
    REQUIREMENT - YC là gì?
    • Features
    • User interface.
    • Input/ output.
    • Hướng người dùng
      • Performance.(tiện dụng)
      • Presison.(chính xác)
      • Reliability.(tin cậy)
    • Hướng người phát triển
      • Maintainability.(bảo trì)
      • Reusability.(tái sử dụng)
      • Interoperability.(tương tác giữa các phần)
    REQUIREMENT - PHÂN LOẠI Chức năng Phi chức năng
  • KHÁCH HÀNG CÁC CHUẨN REQUIREMENT - NGUỒN YC THỊ TRƯỜNG
  • Dễ quản lý Đầy đủ Dễ hiểu REQUIREMENT - CHẤT LƯỢNG Ổn định
  • QTYC REQUIREMENT MANAGEMENT- QTYC là gì? tìm hiểu sưu liệu quản lý
  • QTYC REQUIREMENT MANAGEMENT- QTYC như thế nào ? Diễn tả bằng văn xuôi Thiết lập qui trình và thực hiện
  • REQUIREMENT MANAGEMENT- QTYC như thế nào ?
    • Thường chiếm 15%-30% chi phí dự án
    • QTYC tốt tiết kiệm thời gian cho các hoạt động:
        • Design
        • Implementation
        • Testing
    REQUIREMENT MANAGEMENT- PROJECT COST
    • Hoàn thành trễ & vượt chi phí
    REQUIREMENT MANAGEMENT- PROBLEM Xác định nguyên nhân cốt lõi gây ra vấn đề Tái đặc tả Tái thiết kế Lập trình lại Test lại
    • Giảm thiểu rủi ro:
      • Đảm bảo thời gian thực hiện
      • Đảm bảo chi phí
    Sự quan tâm người dùng Yêu cầu rõ ràng Hộ trợ của người quản lý REQUIREMENT MANAGEMENT- GOOD RM
  • Công cụ quản trị yêu cầu
  • Enterprise Architect
    • Có thể tạo và quản lí yêu cầu một cách trực tiếp qua mô hình.
    • Có thể trình bày chi tiết những use case một cách trực tiếp qua mô hình.
    • Có thể nhập những thuộc tính cho mỗi yêu cầu như độ khó, tình trạng , bạn có thể tự định nghĩa các thuộc tính tùy thích.
    • Có thể giám sát yêu cầu theo các chuẩn, test case, thành phần khác…
    • Ma trận quan hệ để giám sát và hiển thị những tác động làm thay đổi yêu cầu.
    • Có thể tạo ra tài liệu chất lượng bằng MS Word hoặc HTML.
  • Tại sao chọn EA ?
    • Chạy offline, tương đối nhẹ.
    • Giao diện thân thiện, tiện lợi.
    • Nhiều tính năng phụ hỗ trợ để thiết kế như phân cấp yêu cầu, pan, zoom,…
    • Có tài liệu hỗ trợ thuận tiện, cụ thể, chi tiết.
    • Có bản Trial 30 đủ cho mọi phiên bản từ Desktop, Proffesional,Ultimate.
    • Ngoài quản lí yêu cầu còn hỗ trợ nhiều công việc khác.
  • EA – Trạng thái của yêu cầu
    • Mỗi trạng thái có một ý nghĩa khác nhau và biểu diễn bằng màu khác nhau.
      • Propose: được đề xuất
      • Mandatory: được yêu cầu
      • Approved: được phê chuẩn
      • Validated: được phê chuẩn và kiểm tra
      • Implemented: được hoàn thành
    Người dùng có thể tự định nghĩa thêm các trạng thái
  • EA – Loại yêu cầu
    • Display: yêu cầu hiển thị
    • Functional: yêu cầu chức năng
    • Performance: yêu cầu chất lượng
    • Printing: yêu cầu in ấn
    • Report: yêu cầu báo cáo
    • Testing: yêu cầu kiểm chứng
    • Validate: yêu cầu về chuẩn
  • EA – Độ khó & Độ ưu tiên
    • High
    • Medium
    • Low
  • EA – Giả định demo
    • Xây dựng chức năng tra cứu
    • 1. Tra cứu cơ bản (sách) : độ khó : low, đo ưu tiên : low) - Tra cứu theo tên sách (được yêu cầu,)
    • - Tra cứu theo tên tác giả (được phê chuẩn)
    • - Tra cứu theo năm xuất bản (đề xuất)
    • 2. Tra cứu nâng cao : (độ khó : medium, ưu tiên : medium)
    • -Yêu cầu đăng nhập
    • - Người mượn theo tên sách (phê chuẩn và kiểm tra)
    • - Người mượn theo ngày (hoàn thành)
  • THANKS FOR YOUR ATTENTION