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 :D:D:D

[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.

:emlaugh:

[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 :D )

[jany2222]

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

[jany2222]

Cám ơn các anh các chi khen ngợi

[Allbegins]

Mình như được sáng mắt ra vậy đó :w00t:

Thế nghe các bạn học UML nói thiết kế theo kiểu UML và hướng đối tượng thì khác hẳn.

Bạn có kinh nghiệm về cái này không? :helpsmili

[jany2222]

Thật ra thì UML chỉ là một language để diển đạt lập trình theo hướng đối tượng mà thối. Trước khi UML ra đời thì các lập trình viên đã có thế viết các chương trình cho lớn theo phương thức hướng đối tượng (Object oriented programming) rối. UML ra đời chỉ với mục đích tiêu chuẩn hóa để tiện việc diển giải lập trình hướng đối tựơng bằng hình ảnh. Đó là nhưng gì theo minh suy nghỉ mà thôi còn bạn muốn hiểu xâu thêm thì có mua thêm sách học hỏi. Nếu tiếng anh đựơc tốt thì tham khào thêm mấy website về UML.
http://uml.tutorials.trireme.com/
http://www.togethersoft.com/services/practical_guides/umlonlinecourse/

[Allbegins]

cám ơn nhé, mình đang xem đây.

quả thật toàn là tiếng anh ... đọc hơi mệt, nhưng cứ đọc ...

[QUOCDN]

Bản Tiếng Việt giới thiệu về UML đây :)

[QUOCDN]

Trọng tâm của việc giải quyết vấn đề hướng đối tượng là xây dựng một mô hình. Mô hình trừu tượng hóa các chi tiết cần thiết của vấn đề cơ bản về thế giới thực. Một số công cụ mô hình hoá bị che dấu ở phần đầu của UML. Trọng tâm của UML được thể hiện qua 8 loại lược đồ khác nhau :
§ Use case diagrams (Lược đồ Use case)
§ Class diagrams (Lược đồ lớp)
§ Sequence diagrams (Lược đồ tuần tự)
§ Collaboration diagrams (Lược đồ cộng tác)
§ Statechart diagrams (Lược đồ trạng thái)
§ Activity diagrams (Lược đồ hoạt động)
§ Component diagrams (Lược đồ thành phần)
Deployment diagrams (Lược đồ triển khai)

TẦM QUAN TRỌNG CỦA UML
Hãy nhìn từ quan điểm trong nghề nghiệp xây dựng: kiến trúc sư thiết kế toà nhà, người xây dựng sử dụng bảng thiết kế đó để tạo ra ngôi nhà. Toà nhà càng phức tạp thì giao tiếp giữa kiến trúc sư và người xây dựng càng rắc rối. Bảng thiết kế là ngôn ngữ đồ hoạ chuẩn mà cả kiến trúc sư và người xây dựng phải học như là một phần công việc của họ.

Viết phần mềm không giống như xây dựng toà nhà. Hệ thống cơ sở càng phức tạp bao nhiêu thì giao tiếp giữa mọi người liên quan đến việc tạo và triển khai phần mềm càng rắc rối bấy nhiêu. Trong thời kì này, UML ra đời như là ngôn ngữ thiết kế phần mềm cho nhà phân tích, nhà thiết kế, lập trình viên. UML giúp cho mọi người từ nhà phân tích nghiệp vụ đến nhà phân tích , lập trình viên hiểu về việc thiết kế phần mềm.

UML thích hợp với việc giải quyết vấn đề hướng đối tượng. Bất kì ai quan tâm đến UML đều quen thuộc với nguyên lý cơ bản về việc giải quyết vấn đề hướng đối tượng, bắt đầu với việc xây dựng mô hình. Mô hình (model ) là sự trừu tượng hoá vấn đề cơ bản. Phạm vi (domain ) là thế giới thực mà vấn đề đó mang đến.

Mô hình chứa các đối tượng (objects)tác động lẫn nhau bằng cách gởi các thông tin (messages) khác nhau. Nếu một đối tượng đang tồn tại thì đối tượng đó có thuộc tính (attributes) và có các hành vi (behaviors hoặc operations). Giá trị của các thuộc tính trong đối tượng được xác định bởi trạng thái của nó (state).

Lớp (Classes) là bảng thiết kế cho các đối tượng. Lớp bao gồm các thuộc tính (dữ liệu) và các hành vi (phương thức hoặc hàm) trong một thực thể riêng biệt đơn giản. Các đối tượng là các thể hiện (instance) của các lớp.

Use case diagrams (LƯỢC ĐỒ USE CASE)
Use case diagrams mô tả hệ thống làm gì từ quan điểm của người quan sát tổng quan. Điều quan trọng là nhấn mạnh hệ thống làm gì hơn là làm như thế nào

Lược đồ Use case quan hệ gần gũi đến các sự kiện. Sự kiện (scenario) là những gì xảy ra khi ai đó tương tác với hệ thống. Đây là sự kiện về một khoa y học : một bệnh nhân gọi phòng khám để hẹn gặp cho việc kiểm tra hành năm. Người tiếp tân tìm thời gian trống gần nhất trong sổ hẹn gặp và lịch hẹn gặp cho thời qian đó.
use case là tập hợp các sự kiện về một công việc đơn giản hoặc mục đích của nó. actor là người tham gia vào các sự kiện trong phiên làm việc.

[b]Actor [b]
Actor đóng vai trò là người hoặc đối tượng hoạt động. Hình dưới là mô tả use case là Make Appointment, actor là Patient. Mối liên hệ giữa use case và actor là mội quan hệ kết hợp ( communication association ) (gọi tắt là communication ).

Actor có hình que, Use case có hình bầu dục, mối quan hệ là đường thẳng liên kết giữa actor và use case.
Lược đồ use case là tập hợp các actor, các use case, các mối quan hệ giữa chúng Hình vẽ dưới cho ta 4 use case và 4 actor. Chú ý rằng một use case đơn giản có thể có nhiều actor.

Lược đồ Use case hổ trợ 3 phạm vi sau :
§ Xác định các đặc trưng : Use case mới thường thường phát sinh các yêu cầu mới khi hệ thống phân tích và đưa ra các mô hình.

§ Giao tiếp với clients : các kí hiệu đơn giản giúp cho lược đồ use case có thể giao tiếp với client.

Phát sinh cá trường hợp test : tập hợp các sự kiện cho một use case có thể đề nghị các trường hợp cho các sự kiện này.

(còn nữa) ..Xem hồi sau sẽ rõ

[QUOCDN]

Class diagrams (LƯỢC ĐỒ LỚP)
Class diagram đưa ra tổng quan hệ thống bằng cách hiển thị các lớp và quan hệ giữa chúng. Lược đồ lớp là lược đồ tĩnh, hiển thị những gì tác động nhưng không xảy ra những gì khi chúng tác động.

Lược đồ lớp dưới đây mô tả một khách hàng đặt hàng. Lớp chính là Order, kết hợp với nó là Customer và Payment. Payment là một trong 3 loại : Cash, Check, hoặc Credit. Order chứa OrderDetails và kết hợp với Item.

Lược đồ lớp có 3 loại quan hệ :
§association (quan hệ kết hợp) -- một quan hệ giữ các thể hiện của 2 lớp. Đây là một quan hệ kết hợp giữa hai lớp nếu một thể hiện của một lớp phải biết đến thể hiện khác làm việc với nó. Trong một lược đồ, một quan hệ kết hợp là một kiên kết, kết nối đến hai lớp.
§aggregation (quan hệ thu nạp)-- mối kết hợp trong một lớp thuộc về một tập hợp. Một quan hệ thu nạp có một hình thoi cuối điểm được xem là toàn thể. Trong lược đồ này,Order có một tập hợp là OrderDetails.
§generalization (quan hệ tổng quát hoá)-- mối liên kết kế thừa diển tả một lớp là một lớp cha (superclass) của lớp khác. Quan hệ tổng quát hoá có một hình tam giác biểu diễn lớp cha. Payment là lớp cha của Cash, Check, và Credit.
Một mối kết hợp có hai đầu giới hạn. Một đầu có thể có một tên vai trò (role name) để lọc ra tính tự nhiên của mối kết hợp. Vídụ,OrderDetail là một đường mẫu của Order.
navigability (tính định hướng) : mũi tên trong quan hệ kết hợp hiển thị hướng quan hệ có thể xem xét và truy vấn.OrderDetail có thể truy vấn về mẫu (Item) của nó nhưng không thông qua cách khác. Trong trường hợp này, OrderDetail có Item. Quan hệ kết hợp không có mũi tên có tính định hướng .
multiplicity (bản số ) của một đầu quan hệ là số thể hiện của lớp kết hợp với một đầu khác. Bản số là một số hoặc một dãy số. Ví dụ : một Order chỉ có một Customer, nhưng một Customer có nhiều Orders

Mỗi lược đồ lớp có các lớp, các quan hệ, và các bản số. Tính định hướng và các vai trò là các mẫu tuỳ chọn đặt trong lược đồ để làm sáng tỏ.

Packages(GÓI) VÀ objects (ĐỐI TƯỢNG)
Để tổ chức các lược đồ lớp phức tạp, ta có thể nhóm các lớp phức tạp vào trong các gói (packages). Một gói là một tập hợp các thành phần UML liên quan. Lược đồ dưới đây là một mô hình nghiệp vụ với các lớp được nhóm vào các gói.T

Các gói có dạng hình chữ nhật với các nhãn (tab)ở đầu. Tên gói trong nhãn hoặc trong hình chữ nhật. Đường gạch nối là quan hệ phụ thuộc (dependencies). Một gói phụ thuộc vào một gói khác nếu sự thay đổi của gói khác có ảnh hưởng đến sự thay đổi ngay lúc đầu.

Object diagrams (Lược đồ đối tượng) là một loại đặc biệt của lược đồ lớp, biểu diễn các thể hiện thay vì các lớp.Chúng dùng để giải thích các mối quan hệ phức tạp , đặc biệt là quan hệ đệ qui.

Mỗi hình chữ nhật trong lược đồ tương ứng với một thể hiện. Tên thể hiện được gạch dưới trong lược đồ UML. Tên lớp hoặc tên thể hiện có thể được loại bỏ từ lược đồ đối tượng nhưng ý nghĩa lược đồ vẫn rõ

Sequence diagrams (LƯỢC ĐỒ TUẦN TỰ)
Lược đồ lớp và lược đồ đối tượng là các cấu trúc (view) mô hình tĩnh. Lược đồ tương tác (Interaction diagrams) là cấu trúc động, mô tả các đối tượng cộng tác như thế nào.
Lược đồ tuần tự (sequence diagram ) là lược đồ tương tác diễn tả các phương thức (operations ) hoạt động như thế nào, thông điệp nào được gởi đến và khi nào. Lược đồ tuần tự được tổ chức theo thời gian. Các đối tượng liên quan đến phương thức được liệt kê từ trái sang phải khi chúng tham gia vào thông điệp tuần tự.

[Offor]

Bài viết công phu thiệt. Mà bạn có thể cho biết tên của các tài liệu về UML bằng tiếng Việt và nơi bán được không vậy ?

[zta7]

có bác nào có bài tập cụ thể ko

[vietquang_dhhv]

Em dùng Rational Rose bị lỗi như thế này:"Rational Rose Visual Modeling Tool has encountered a problem and needs to close. We are sorry for the inconvenience.". Các anh chị giúp em với. Em cảm ơn!

[dinhtrungac]

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

Bạn vào đây: http://vn.myblog.yahoo.com/vnexpress-vn/article?mid=120. Đề tài số 1 "Nhận dạng chuyển động qua camera" mình phân tích thiết kế bằng UML. Công cụ là Rational.

[hahatay]

cac anh chi ai da lam bai tap ve quản lí học sinh THPt bằng ACCESS thì giúp em với,em mới học chưa hiểu lắm về cái này!

[velvetqt]

xin hỏi có ai có phần mềm rational rose ko? có thể gửi cho mình với. thanks

[quynhthom88]

ui, sao link hỏng hết vậy.m down ko dc.
m đang hok môn này mà và làm đề tìa về nó nữa.:(