Rational rose

[Don]

Có ai đã từng phân tích đề án quản lý bằng Rational rose chưa? Làm ơn cho tôi xin bảng phân tích nhé!!!!!!!!
Thanks!
Sillyboy0009@yahoo.com

[tieuquaitu]

Trời,hết chuyện xin đi .....xin cái này

[Allbegins]

Sử dụng UML và RRose là cả 1 quá trình trong viết soft.

Ở những giai đoạn khác nhau, sử dụng UML khác nhau.

Và những gì chúng ta thấy từ 1 sắp tài liệu UML là kết quả của vài tháng phân tích, chứ hổng phải ngồi nghỉ 1 cái là ra.

Nói chung UML rất bám sát ý kiến và yêu cầu của User. Gần như trong suốt quá trình phân tích, thiết kế, UML luôn đặt yêu cầu của User lên hàng ưu tiên.

[jany2222]

Bạn ấy đưa cái yêu cầu của dự án ra đi rồi sẻ có người chỉ cách xài rational rose để giải quyết chứ nói như vậy ai mà biết gì để đưa.

[Allbegins]

à, ví dụ như viết 1 software quản lý thu chi đi bạn.

Chúng ta bắt đầu từ đâu đây ?

[jany2222]

Các bước tiến hành một dự án
1. Xác định mục đích của dự án.
2. Phân tích và thu thập những yêu cầu và thông tin cần thiết về dự án (requirement analysis)
3. Tìm hiểu chi tiết về các yêu cầu kỹ thuật cũng như là yêu cầu về mặt chức năng của chương trỉnh cẩn phải viết(requirement specification)
4. Design dự án/chương trình (Design the system)
5. Viết code cho dự án/chương trình(Implement the system)
6. Kiểm tra (testing)
Trong các bước trên quan trọng nhất là bước 2 và 3.

Nếu bạn ấy muốn thực hành dự án này thì có thể post chi tiết lên forum sẻ có người hướng dẫn nhưng quan trọng nhất là bạn hãy cố gắng làm dự án trước rồi trao đổi trên forum. Ngừơi ta chỉ thích sửa nhửng gì bạn làm sẳn mà thôi chứ ít khi nào làm dùm hết dự án lắm.

[jany2222]

Thí dụ về phân hệ quản lý quỷ
Bước 1: Xác định mục tiêu cần phải đạc được
- Viết một chương trình quản lý, lập, in phiếu chi phiếu thu cho doanh nghiệp
Bước 2: Phân tích Analysis / Requirement Engineering
+ Requirement Elicitation: Thấu hiểu vấn đề
- Khách hàng: Ví dụ đối tượng khách hàng là các doanh nghiệp cở nhỏ và vừa
- Nhu cầu của khách hàng về sản phẩm:
Ví dụ : - Lập phiếu thu
- Lập phiếu chi
- Tổng kết thu chi
- In
+ Requirement Specification: Diển giải vấn đề
- Định nghĩa vấn đề cần giải quyết (không phải làm sao để giải quyết vấn đề
- Kỹ thuật sử dụng để giải quyết vấn đề
- Những liên quan đến vấn đề cần phải giải quyết
Ví dụ:
Lập phiếu thu tiền:
- Định nghĩa: Tại sao cần phải lập phiếu thu? Phiếu thu dùng để làm gì? Các chức năng của phiếu thu?
- Kỷ thuật: Các kỷ thuật cần thiết để tạo ra một phiếu thu hòan chỉnh
Ví dụ - Lưu các phiếu thu chi vào một cơ sở dữ liệu nào đó điển hình là MSSQL, mySQL hay Oracal
thậm chí là text file.
- Các vấn đề liên quan: Để truy cập thông tin về thu chi cần phải nhập mật khẩu và một chương trình con
dùng để ghi nhận người sử dụng hệ thống, thời gian và những việc đã làm.
Ví dụ: Kế tóan A sử dụng chương trình để lập một phiếu chi tiền cho khách hàng B và in phiếu thu ra
- Kế tóan A phải nhập mật khẩu để có thể sử dụng chương trình
- Một chương trình con sẻ thực thi lưu lại các quá trình sử dụng của kế tóan A ví du
[user:A ; action: create a payment, print a reciept ; time: 20/07/2003]
+ Requirement validation and verification: Kiểm tra lại các yêu cầu xem xét coi có chính đáng và cần thiết hay không
Ví dụ: Lưu các phiếu thu chi vào một text file thì không được hòan thiện cho lắm vì text file rất khó quản lý và phải mât
nhiều thời gian để thực ví dụ kiếm phiếu thu vào ngày 23/03/2002 chúng ta phải đọc text file từ đầu cho đến cuối tìm ra
thông tin cần thịết. Thay vào đó ta có thể dùng một hệ thống quản lý dữ liệu diển hình là MS Access để tạo một query
thời gian sẻ nhanh hơn và chính xác hơn

Bước 3: Design System Thiết kế chương trình
- Trong bước này quan trọng nhất là bạn phải thấu hiểu được vấn đề ở bước 2 , dựa theo bước 2 để thiết kế chương
trình cho phù hợp. Một chương trình được thíêt kế tốt chỉ cần thay đổi rất ít nếu muốn nâng cấp lên.Ví dụ như system của
bạn lúc đầu đựơc viết để chạy trên DOS, nhưng sau đó lại được modify lại để chạy trên window có giao diện đẹp và dể
sử dụng hơn. Bạn không nhất thiết phải viết lại hết chương trình thay vào đó chỉ cẩn viết thêm phần giao diện cho window mà
thôi

Bước 4: Implementation Viết code
- Quan trọng nhất khi viết code bạn phải theo sát các bước khi bạn thiết kế chương trình ví dụ như người thợ xây dựng chỉ
cần biết là làm theo yêu cầu bản vẻ do các kiến trúc sư thảo ra mà thôi.

Bước 5: Testing Kiểm tra
- Kiểm tra lại chương trình đã hoàn tất coi có sai sót về gì không và có thể chình sữa lại cho phù hợp.

[QuanNguyen]

Chào các bác,

Các bước mà bác jany2222 giới thiệu là các bước quan trọng để có thể xây dựng một dự án hoàn chỉnh và có thể tái sử dụng lại sau này.

Ý kiến mà bac jany2222 đưa ra khá là hoàn chỉnh, đề nghị vote cho bác 5* đi, ý kiến của các bác thế nào ?

[khangle]

Hoan hô, vote cho janny *****, đó đúng là những bước cơ bản của Software Engineering. Để có thể tiện lợi hơn người ta có thể sử dụng mấy cái Design Patterns có sẵn và áp dụng cho project của mình.

Cho hỏi janny đang là programmer hay là sinh viên (trường nào dzậy )

[jany2222]

Mình là sinh viên năm cuối trường đại học văn lang