Bài giảng môn công nghệ phần mềm bài 10

75 251 0
Bài giảng môn công nghệ phần mềm  bài 10

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

Thông tin tài liệu

Các vấn đề khác SE 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 toán thuật toá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ị Ngồ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, quán 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 people-oriented 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   Process management procedures and strategies defined and used Managed   Product management procedures defined and used Defined   Essentially uncontrolled 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., AddisonWesley, 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... 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ày đăng: 28/03/2019, 15:10

Từ khóa liên quan

Mục lục

  • Các vấn đề khác trong SE

  • Outline

  • Software project management

  • Software management – nét riêng

  • Management activities

  • Project staffing – Nhân sự

  • Chú ý: Nhóm sản xuất phần mềm

  • People in the process

  • People management factors

  • Project planning

  • Types of project plan

  • Project planning process

  • The project plan

  • Project plan structure

  • Project scheduling

  • The project scheduling process

  • Scheduling problems

  • Bar charts and activity networks

  • Task durations and dependencies

  • Activity network

Tài liệu cùng người dùng

  • Đang cập nhật ...

Tài liệu liên quan