Thế nào là công nghê phần mềm

Thế nào là phần mềm chuyên nghiệp?

Là phần mềm thường dc tạo ra bởi 1 nhóm, những phần mềm chuyên
nghiệp phải trải qua quy trình phát triển phần mềm, phải có tính bào trì,
và đảm bảo chất lượng phần mềm
Thế nào là phần mềm tốt: là phần mềm có 1 số yếu tố (có performent tốt,
có tính duy trì, bảo trì, phát triển, mở rộng, độ tin cậy) nó hoạt động
giống ngta mong muốn, k có nhiều bất ngờ, k chập chờn nhiều. Phần
mềm chạy hiệu quả (k hiệu quả) phải có tính dễ dùng (usibility)

Quy trình tạo ra phần mềm chuyên nghiệp

Có 4 quy trình cơ bản
Waterfull: khi bị lỗi ở 1 giai đoạn thì k thể quay lại giữa chừng, mà phải
làm hết ms quay lại sửa chữa
Incremental: (có kế hoạch) quy trình phần mềm tăng trưởng dần dần: mỗi
ngày thêm 1 cái gì đó như là lặp đi lặp lại 1 số activity, specification,
design, implementation, evolution. Có 2 loại: plan base, và phát triển
phần mềm nhanh
Mô hình spiral: xoắn ốc: lặp đi lặp lại, mở rộng ra qua các giai đoạn, trải
qua có thể 3 4 khu vực (tìm hiểu, đánh giá, lập kế hoạch) có thể áp dụng
khi lấy requirement
Component base: tài sử dụng lại, tái sử dụng những thứ có sẵn (kiến thức,
class, component, toàn bộ hệ thống). đánh giá lại xem có cần thay đổi
không, thương lượng vs khách hàng để thay đổi requirement

Các bước làm phần mềm

Specification: xác định những gì chúng ta làm: đặc tả yêu cầu phần mềm
Design implementation: thiết kế phần mềm:
- lấy yêu cầu (phỏng vấn: open và close interview),
- phân tích yêu cầu: dùng các mô hình: usecase, activity diagram,
sequence diagram.
Phân loại yêu cầu:
Functional req: là những yêu cầu đáp ứng dc những cái về nghiệp vụ của khách
hàng , và những chưc năng mà là nhứng hành sử đáp ứng của hệ thống phản ứng lại
so với cái khách hàng đưa vào( là để đáp lại login của người dung),, nó có thể nới
những cái hệ thống nên làm và k nên làm k có k dc, chức năng khách hàng mông
muốn - ví dụ : thiết kế CPU siêu nhỏ. nhưng muốn tốc độ cao

Non-Functional là những ràng buộc trên nhũng chức năng mà hệ thống đưa ra
thường là rang buộc trên toàn hệ thống để làm phần mềm tốt hơn (vd rang buộc
thời gian,bảo mật …) k có vẫn hoạt động nhưng người dung không thích (cải thiện
tốc độ, khả năng cũng cấp..) có thể mở rọng hoặc giới hạn ( thường là giới hạn.
những cái ràng buộc này k là chức năng nhưng nó quyết dịnh phần mềm có tốt hay
không
User requirement: viết yêu cầu dưới dạng kịch bàn ngắn gọn
System requirement: viết chi tiết nhữgng gì chúng ta cần làm, thường dc
diễn tả bằng công cụ usecase
- development: có 4 activity chính là specification, implementation