Khác biệt giữa bản sửa đổi của “Kiến trúc phần mềm”

Nội dung được xóa Nội dung được thêm vào
Đã cứu 1 nguồn và đánh dấu 0 nguồn là hỏng.) #IABot (v2.0.8
n clean up, replaced: {{tham khảo|2}} → {{tham khảo|30em}}
Dòng 9:
Khái niệm "Kiến trúc phần mềm" tập trung vào việc giảm tải các phức tạp bằng cách trừu tượng hóa vấn đề và phân chia rõ trách nhiệm công việc. Tuy vậy, đến ngày nay vẫn chưa có một khái niệm thật chính xác và rõ ràng cho thuật ngữ "Kiến trúc phần mềm"<ref>[http://www.sei.cmu.edu/architecture/definitions.html ''SEI (2006). How do you define Software Architecture?]</ref>.
 
Như vậy mặc dù khái niệm "Kiến trúc phần mềm" đã xuất hiện trong các giảng đường đại học và được đưa vào sử dụng trong ngành [[công nghệ phần mềm]], nhưng việc nó vẫn chưa có các quy tắc, luật lệ chung và chưa rõ ràng nên thiết kế kiến trúc phần mềm vẫn là một sự pha tạp giữa "khoa học" và "nghệ thuật". Vẻ "nghệ thuật" của kiến trúc phần mềm được lý giải là do có sự xuất hiện của các yêu cầu phi chức năng của hệ thống mà [[phần mềm]] phải đáp ứng được các yêu cầu này, chẳng hạn như các yêu cầu về các thuộc tính chất lượng <ref name="SoftwareArchitecture.com">''SoftwareArchitectures.com (2006). Intro to Software Quality Attributes [http://www.softwarearchitectures.com/one/Designing+Architecture/78.aspx] {{Webarchive|url=https://web.archive.org/web/20060603151520/http://www.softwarearchitectures.com/one/Designing+Architecture/78.aspx |date =2006-06-03 ngày 3 tháng 6 năm 2006}}</ref>. Ngoài ra, phần mềm còn phải thỏa mãn các yêu cầu khác như: khả năng chịu lỗi, tính tương thích với các phiên bản cũ của các phần mềm khác (backward compatibility <ref>[http://en.wikipedia.org/wiki/Backward_compatibility ''Định nghĩa của backward compatibility]</ref>), khả năng mở rộng, tính tin cậy, khả năng bảo trì, tính hiện hữu, tính bảo mật, tính dễ dùng, và một số các yêu cầu khác nữa <ref name="SoftwareArchitecture.com"/>.
 
Để chuyển các quan điểm, yêu cầu của người sử dụng sang kiến trúc phần mềm, cần phải tiến hành một số bước tìm hiểu, tham khảo các yêu cầu riêng và các sở thích riêng của từng loại người dùng [[phần mềm]]. Ngoài ra còn phải tìm hiểu, tham khảo các ý kiến của đội phát triển phần mềm, đội bảo trì phần mềm, đội kiểm thử, đội triển khai phần mềm. Vì lẽ đó, kiến trúc phần mềm phải là nơi thỏa mãn được các quan điểm, các yêu cầu của những nguồn khác nhau. Và điều đó cũng đặt ra yêu cầu cho việc phải đảm bảo ngay từ giai đoạn xây dựng kiến trúc phần mềm, đã phải thỏa mãn các quan điểm, yêu cầu của những nguồn khác nhau; trước khi giai đoạn phát triển [[phần mềm]] được thực hiện.
Dòng 43:
 
== Chú thích ==
{{tham khảo|230em}}
 
== Xem thêm ==
Dòng 51:
== Liên kết ngoài ==
*Tập hợp các [http://www.sei.cmu.edu/architecture/definitions.html định nghĩa về kiến trúc phần mềm] tại Software Engineering Institute (SEI), Carnegie Mellon University (CMU) {{en icon}}
*[http://www.eden-study.org/articles/2006/abstraction-classes-sw-design_ieesw.pdf Software architecture vs. software design: The Intension/Locality Hypothesis] {{Webarchive|url=https://web.archive.org/web/20071128062803/http://www.eden-study.org/articles/2006/abstraction-classes-sw-design_ieesw.pdf |date =2007-11- ngày 28 tháng 11 năm 2007}}
*[http://www.wwisa.org/ Worldwide Institute of Software Architects (WWISA)]
*[http://www.iasahome.org/iasaweb/appmanager/home/home/ International Association of Software Architects (IASA)] {{Webarchive|url=https://web.archive.org/web/20061124122905/http://iasahome.org/iasaweb/appmanager/home/home |date =2006-11- ngày 24 tháng 11 năm 2006}}
*[http://www.softwarearchitectureportal.org/ SoftwareArchitecturePortal.org] — website of IFIP Working Group 2.10 on Software Architecture
*[http://www.softwarearchitectures.com/ SoftwareArchitectures.com] — independent resource of information on the discipline
*[http://www.architecturejournal.net/ Microsoft Architecture Journal] {{Webarchive|url=https://web.archive.org/web/20081203172801/http://www.architecturejournal.net/ |date =2008- ngày 3 tháng 12-03 năm 2008}}
{{Sơ khai phần mềm}}