Bài 10: Các chủ đề khác trong SE cung cấp các nội dung liên quan đến lĩnh vực công nghệ phần mềm như: Quản lý phần mềm (Software project management), ước lượng chi phí phần mềm (SE Cost Estimation), cải tiến quy trình phát triển phần mềm (Software Process Improvement), sản xuất phần mềm... Mời các bạn cùng tham khảo.
Các vấn đề khác SE BM CNPM – Khoa CNTT – HVKTQS 10/2012 Outline Quản lý dự án phần mềm: Kiểu thành viên Quản lý nhóm phát triển phần mềm Ước lượng chi phí phần mềm (SE Cost Estimation) Cải tiến qui trình phát triển phần mềm (Software Process Improvement) Software project management Liên quan đến hoạt động đảm bảo: Phần mềm cần giao thời gian tiến độ; Phù hợp với yêu cầu tổ chức phát triển khách hàng Quản lý dự án cần thiết Việc phát triển phần mềm bị hạn chế ngân sách lịch trình thiết lập tổ chức phát triển phần mềm Software management – nét riêng Sản phẩm vơ hình Phần mềm loại sản phẩm linh hoạt Quy trình phát triển phần mềm khơng chuẩn hóa Nhiều dự án phần mềm thực lần Management activities Proposal writing (viết đề xuất) Project planning and scheduling (Lập kế hoạch lập lịch dự án) Project costing (Lập chi phí dự án) Project monitoring and reviews (Giám sát soát dự án) Personnel selection and evaluation (Lựa chọn nhân đánh giá) Report writing and presentations (Ghi chép báo cáo thống kê) Project staffing – Nhân Thường khơng có người lý tưởng dự án Ngân sách dự án không cho phép sử dụng nhân viên trả lương cao; Có thể khơng có nhân viên có kinh nghiệm thích hợp; Tổ chức muốn phát triển kỹ nhân viên thông qua dự án Các nhà quản lý phải làm việc với khó khăn đặc biệt có thiếu hụt đội ngũ nhân viên đào tạo Chú ý: Nhóm sản xuất phần mềm Yêu cầu với thành phần này: Chủ nhiệm Cán phân tích thiết kế hệ thống Cán phụ trách phần cứng Cán phụ trách phần mềm Các lập trình viên Những người phụ trách marketing Tri thức phần cứng Khả tiếp cận hệ thống Kiến thức tốn thuật tốn Những hiểu biết cơng nghệ phần mềm Biết số ngơn ngữ lập trình Khả tiếp thị Ngoài ra, người phải giỏi lĩnh vực phụ trách Cụ thể: + Chủ nhiệm đề tài phải người có khả mặt tổ chức, qn xuyến cơng việc chung, có khả đối nội đối ngoại khả tâm lí học + Người phân tích thiết kế hệ thống người giỏi chuyên môn, phụ trách thu nhận yêu cầu khách hàng để thiết kế hệ thống đáp ứng khách hàng + Tiếp đến người phụ trách phần mềm, có nhiệm vụ trợ giúp cho nhóm, cung cấp cho nhóm tất chương trình trợ giúp liên quan, phần mềm liên quan, cơng cụ Điều giúp giảm bớt thời gian, công sức trùng lặp People in the process People are an organisation’s most important assets The tasks of a manager are essentially peopleoriented Unless there is some understanding of people, management will be unsuccessful Poor people management is an important contributor to project failure People management factors Consistency (Tính quán): tất thành viên đội phát triển cần đối xử cách công bằng, không phân biệt đối xử Respect (Tôn trọng): thành viên nhóm có kỹ khác khác biệt cần tơn trọng Inclusion (Hịa đồng): Có tham gia tất thành viên nhóm vào cơng việc, chắn quan điểm người xem xét Honesty (Trung thực): Bạn phải luôn báo cáo trung thực thứ diễn ra: thứ tiến triển tốt đẹp thứ có vấn đề dự án Project planning Chiếm hầu hết thời gian công việc quản lý dự án Là hoạt động liên tục từ có ý tưởng ban đầu bàn giao sản phẩm Kế hoạch phải thường xuyên sửa đổi có thơng tin Các loại kế hoạch dự án khác phát triển để hỗ trợ kế hoạch dự án phần mềm phù hợp với lịch trình ngân sách The SEI capability maturity model Initial Repeatable Essentially uncontrolled Product management procedures defined and used Defined Process management procedures and strategies defined and used Managed Quality management strategies defined and used Optimising Process improvement strategies defined and used Problems with the CMM Practices associated with model levels Discrete rather than continuous Companies could be using practices from different levels at the same time but if all practices from a lower level were not used, it was not possible to move beyond that level Did not recognise distinctions between the top and the bottom of levels Practice-oriented Concerned with how things were done (the practices) rather than the goals to be achieved The CMMI model An integrated capability model that includes software and systems engineering capability assessment The model has two instantiations Staged where the model is expressed in terms of capability levels; Continuous where a capability rating is computed CMMI model components Process areas Goals 24 process areas that are relevant to process capability and improvement are identified These are organised into groups Goals are descriptions of desirable organisational states Each process area has associated goals Practices Practices are ways of achieving a goal - however, they are advisory and other approaches to achieve the goal may be used CMMI process areas CMMI process areas CMMI goals CMMI practices Practice Associated goal Analyse derived requirements to ensure that they are necessary and sufficient The requirements are analysed and validated and a definition of the required functionality is developed Validate requirements to ensure that the resulting product will perform as intended in the userÕs environment using multiple techniques as appropriate Select the defects and other problems for analysis Perform causal analysis of selected defects and other problems and propose actions to address them Establish and maintain an organisational policy for planning and performing the requirements development process Assign responsibility and authority for performing the process, developing the work products and providing the services of the requirements development process Root causes of defects and other problems are systematically determined The process is institutionalised as a defined process CMMI assessment Examines the processes used in an organisation and assesses their maturity in each process area Based on a 6-point scale: Not performed; Performed; Managed; Defined; Quantitatively managed; Optimizing The staged CMMI model Comparable with the software CMM Each maturity level has process areas and goals For example, the process area associated with the managed level include: Requirements management; Project planning; Project monitoring and control; Supplier agreement management; Measurement and analysis; Process and product quality assurance The staged CMMI model Level Opt im izin g Level Quanti ta ti vel y ma na ged Level Defi n ed Level M an aged Level In it ial Institutional practices Institutions operating at the managed level should have institutionalised practices that are geared to standardisation Establish and maintain policy for performing the project management process; Provide adequate resources for performing the project management process; Monitor and control the project planning process; Review the activities, status and results of the project planning process The continuous CMMI model This is a finer-grain model that considers individual or groups of practices and assesses their use The maturity assessment is not a single value but is a set of values showing the organisations maturity in each area The CMMI rates each process area from levels to The advantage of a continuous approach is that organisations can pick and choose process areas to improve according to their local needs A process capability profile Project m on it orin g an d t rol Su pplier ag reem en t m an agem en t Risk m an agem en t Con fi gu rat ion m an agem en t Requ irem en t s m an agem en t Verifi cat ion Validat i on Tài liệu tham khảo R Pressman, Kỹ nghệ phần mềm Tập 1, 2, NXB Giáo dục, Hà Nội, 1997 (Người dịch: Ngô Trung Việt) R Pressman, Software Engineering: A Practioner’s Approach 5th Ed., McGraw-Hill, 2001 Chapters 3, 4, 5, 6, I Sommerville, Software Engineering 5th Ed., Addison-Wesley, 1995 Chapters 22, 23, 25 ...Outline Quản lý dự án phần mềm: Kiểu thành viên Quản lý nhóm phát triển phần mềm Ước lượng chi phí phần mềm (SE Cost Estimation) Cải tiến qui trình phát triển phần mềm (Software Process... chức phát triển phần mềm Software management – nét riêng Sản phẩm vơ hình Phần mềm loại sản phẩm linh hoạt Quy trình phát triển phần mềm khơng chuẩn hóa Nhiều dự án phần mềm thực lần Management... phần cứng Cán phụ trách phần mềm Các lập trình viên Những người phụ trách marketing Tri thức phần cứng Khả tiếp cận hệ thống Kiến thức toán thuật toán Những hiểu biết công nghệ