Download miễn phí Đề tài Phương pháp phát triển phần mềm linh hoạt
Feature Driven Development (FDD) là phương pháp tiếp cận linh hoạt dành
cho phát triển hệthống. FDD không bao phủtoàn bộquy trình phát triển phần
mềm mà nó tập trung vào giai đoạn thiết kếvà xây dựng. Tuy nhiên nó được
thiết kế đểlàm việc với những hoạt động khác của một dựán phát triển phần
mềm và không yêu cầu bất cứmột mô hình quy trình riêng nào. Nó tập trung vào
chất lượng sản phẩm xuyên suốt quy trình.
FDD bao gồm 5 quy trình liên tục và cung cấp những cách, kỹthuật
và những hướng dẫn mà nhà đầu tưcần đến đểchuyển giao hệthống. Phần lặp
của quy trình FDD hỗtrợphát triển linh hoạt với sựthích nghi nhanh chóng với
những thay đổi muộn trong yêu cầu của khách hàng.
Hiện nay có 3 cách chính trong Crystal đó là: Crystal Clear, Crystal
Orange, Crystal Orange Web.
Tất cả các cách trong gia đình Crystal đều dựa trên những chuẩn hợp
đồng đã ký, sản phẩm, chi phí, công cụ, và các quy tắc chuẩn để thực thi trong
suốt quá trình sản xuất. Crystal Clear và Crystal Orange là hai trong số các thành
viên của gia đình Crystal đã được xây dựng và sử dụng (Cockburn 1998,
Cockburn 2002a). Crystal Orange (Cockburn 1998) cũng biểu diễn các hoạt
động trong một quá trình.
Crystal Clear được thiết kế cho những dự án rất nhỏ được phát triển bởi
khoảng 6 thành viên. Tuy nhiên với cá phần mở rộng của nó có thể phù hợp với
một dự án có từ 8-10 thành viên. Một đội sử dụng cách Crystal nên làm
việc cùng nhau trong một phòng để tiện việc trao đổi, bàn bạc.
Crystal Orange được thiết kế cho một dự án cỡ vừa, có từ 10 đến 40 thành
viên và với thời gian thực hiện dự án là 1 đến 2 năm. Dĩ nhiên một dự án có 50
thành viên vẫn có thể sử dụng cách này nhưng với điều kiện phải thêm
vào cho nó cách kiểm chứng. Một dự án sử dụng Crystal Orange có thể
được chia nhỏ cho nhiều nhóm phát triển với cross-functional sử dụng chiến
lược Holistic Deliversity. Tuy nhiên cách này không dành cho bản phát
triển môi trường. Crystal Orange nhấn mạnh tầm quan trọng của time-to-market.
Sự hoán đổi giữa phân phối rộng rãi và sự thay đổi nhanh trong yêu cầu và thiết
kế kết quả trong một số giới hạn các phiên bản cho phép giảm bớt giá thành để
bảo trì chúng nhưng vẫn giữ cho chức năng giao tiếp giữa các đội phát triển
được hiệu quả.
Policy standards:
Đây là những thực thi cần được áp dụng trong suốt quá trình phát triển phần
mềm. Cả Crystal Clear và Crystal Orange đều đưa ra các tiêu chuẩn chính sách
sau:
1. Mở rộng các bản phân phối một cách đều đặn
2. Quy trình theo dõi những thành phần quan trọng được đưa vào các phiên
bản, chú ý vào những quyết định hơn là viết tài liệu
3. Hướng sự chú ý của người dùng.
4. Nghiên cứu chức năng tự động hóa kiểm chứng
5. Coi như có 2 người sử dụng đang quan sát bạn làm việc
6. Hội thảo về sản phẩm và những điều chỉnh cách thực thi ở đầu
vào ở giữa mỗi bước lặp
Chỉ có sự khác biệt duy nhất trong chính sách của 2 cách này là.
Crystal Clear cho rằng nên tăng phiên bản khoảng 2 đến 3 tháng một lần, trong
khi Crystal Orange lại cho rằng nên mở rộng tối đa là 4 tháng.
Những chính sách này đặc trưng của cách Crystal, tuy nhiên
chúng có thể bị thay thế bằng những cách tương đương như XP và
Scrum.
Work products:
Cockburn cho rằng các sản phẩm của Crystal Clear và Crystal Orange thường
có những quy mô khác nhau. Tuy nhiên cũng có những sản phẩm tương tự nhau
như: phiên bản liên tục, mô hình đối tượng thông thường, sổ tay người dùng, các
trường hợp kiểm thử, mã di trú.
Thêm vào đó Crystal Clear bao gồm những chú thích để mổ tả các đặc điểm,
trái lại ở Crystal Orange lại đòi hỏi các tài liệu đặc tả yêu cầu.
Local matters:
Đó là những thủ tục của Crystal mới được ứng dụng, tuy nhiên nó hoàn toàn
tách biệt với bản thân dự án, những thủ tục này có phạm vi khác nhau giữa hai
cách Crystal Clear và Crystal Orange. Cả hai cách trên đều cho
rằng mẫu cho một sản phẩm tốt là mã nguồn, kiểm tra truy hồi, và sử dụng giao
diện chuẩn có thể cài đặt và bảo trì bởi chính đội phát triển.
Tools:
Công cụ mà Crystal Clear yêu cầu là công cụ biên dịch, công cụ tạo các
phiên bản, công cụ cấu hình và quản lý và các trang in. Công cụ tối thiểu mà
Crystal Orange yêu cầu là công cụ tạo các phiên bản, lập trình, kiểm thử, giao
tiếp, theo dõi dự án, đồ họa và biện pháp trình diễn.
Standards:
Crystal Orange đề xuất việc lựa chọn những ký hiệu chuẩn, thiết kế thỏa
thuận, định dạng chuẩn và chất lượng chuẩn (Cockburn 1998) sẽ được sử dụng
trong dự án.
Activities:
Các hoạt động được thể hiện qua sơ đồ sau:
4. Feature Driven Development
Feature Driven Development (FDD) là phương pháp tiếp cận linh hoạt dành
cho phát triển hệ thống. FDD không bao phủ toàn bộ quy trình phát triển phần
mềm mà nó tập trung vào giai đoạn thiết kế và xây dựng. Tuy nhiên nó được
thiết kế để làm việc với những hoạt động khác của một dự án phát triển phần
mềm và không yêu cầu bất cứ một mô hình quy trình riêng nào. Nó tập trung vào
chất lượng sản phẩm xuyên suốt quy trình.
FDD bao gồm 5 quy trình liên tục và cung cấp những cách, kỹ thuật
và những hướng dẫn mà nhà đầu tư cần đến để chuyển giao hệ thống. Phần lặp
của quy trình FDD hỗ trợ phát triển linh hoạt với sự thích nghi nhanh chóng với
những thay đổi muộn trong yêu cầu của khách hàng.
- Phát triển một mô hình toàn thể (Develop an Overall Model)
Khi việc phát triển một mô hình toàn thể bắt đầu, các chuyên gia trong lĩnh
vực này họ đã nhận thức được phạm vi, khung cảnh và yêu cầu của hệ thống để
xây dựng. Các yêu cầu được tài liệu hóa như việc sử dụng các trường hợp hay
các chức năng đặc biết sẽ có thể xuất hiện ở bước này. Tuy nhiên FDD không
địa chỉ rõ ràng vấn đề lấy lại và quản lý các yêu cầu. Các chuyên gia cũng được
gọi là “walkthrough” trong mỗi đội và là người kiến trúc sư chính có hiểu biết
cao về hệ thống.
Mô hình này có thể được chia nhỏ ra thành các nhóm và mỗi nhóm sẽ có các
“walkthrough” phụ trách. Sau “walkthrough” các thành viên trong nhóm phát
triển sẽ chia làm các nhóm nhỏ để trao đổi và thảo luận nhằm xây dựng một hệ
thống tốt nhất.
- Xây dựng một danh sách các chức năng (Build a Features List)
Những chuyên gia, mô hình đối tượng, và những tài liệu về những yêu cầu đã
có để tạo ra nền tảng tốt cho việc xây dựng một liệt kê các chức năng thông minh
cho hệ thống đang được phát triển. Trong bản liệt kê, người phát triển hệ thống
sẽ trình bày mỗi chức năng giá trị riêng biệt được xây dựng trong hệ thống. Chức
năng sẽ được trình bày trong các nhóm bao gồm các chức năng trọng yếu đã
được cài đặt. Thêm vào đó, các chức năng quan trọng này lại được chia ra cho các
đặc điểm khác thiết lập. Sự biểu diễn lại này khác nhau đối với các phạm vi khác
nhau. Liệt kê này sẽ được kiểm tra lịa bởi người dùng hay các nhà đầu tư cho
một hệ thống hiệu quả và trọn vẹn.
- Lập kế hoạch nhờ vào chức năng (Plan by Features):
Bao gồm ...
/file/d/0Bz7Zv9 ... sp=sharing
