หน่วย SQA
โครงสร้างของหน่วย SQA แตกต่างกันไปตามประเภทและขนาดขององค์กร รูปต่อไปนี้แสดงตัวอย่างโครงสร้างมาตรฐานและส่วนประกอบทั้งหมดภายใต้หน่วย SQA ในบทนี้จะกล่าวถึงบทบาทและความรับผิดชอบของแต่ละหน่วยย่อย
งานที่ดำเนินการโดยหัวหน้าหน่วย SQA
หัวหน้าหน่วย SQA รับผิดชอบงานประกันคุณภาพทั้งหมดที่ดำเนินการโดยหน่วย SQA และหน่วยย่อย งานเหล่านี้สามารถแบ่งออกเป็นประเภทต่อไปนี้ -
- การวางแผนงาน
- การจัดการหน่วย
- กิจกรรมระดับมืออาชีพของ SQA
งานการวางแผน
การจัดทำโครงการกิจกรรมประจำปีและงบประมาณของหน่วย
การวางแผนและปรับปรุงระบบการจัดการคุณภาพซอฟต์แวร์ขององค์กร
การจัดทำโปรแกรมกิจกรรม SQA ประจำปีที่แนะนำและแผนการพัฒนาระบบ SQA สำหรับแผนกพัฒนาและบำรุงรักษาซอฟต์แวร์
งานการจัดการ
การจัดการกิจกรรมของทีม SQA
การตรวจสอบการใช้งานโปรแกรมกิจกรรม SQA
การเสนอชื่อสมาชิกในทีมสมาชิกคณะกรรมการ SQA และผู้ดูแล SQA
การจัดทำรายงานพิเศษและเป็นระยะเช่นสถานะของปัญหาคุณภาพซอฟต์แวร์ภายในองค์กรและรายงานผลการดำเนินงานประจำเดือน
SQA กิจกรรมระดับมืออาชีพ
- การมีส่วนร่วมในคณะกรรมการร่วมโครงการ
- การมีส่วนร่วมในการทบทวนการออกแบบอย่างเป็นทางการ
- ตรวจสอบและอนุมัติการเบี่ยงเบนจากข้อกำหนด
- การปรึกษาหารือกับผู้จัดการโครงการและหัวหน้าทีม
- การมีส่วนร่วมในคณะกรรมการและฟอรัม SQA
โครงการ Life Cycle SQA
งาน SQA ที่เกี่ยวข้องกับหน่วยย่อยของวงจรชีวิตของโครงการอาจแบ่งได้เป็นสองกลุ่ม -
งานติดตามและอนุมัติการจัดการ "บริสุทธิ์" (งานควบคุมวงจรชีวิตของโครงการ)
"ลงมือปฏิบัติ" หรือการมีส่วนร่วมอย่างแข็งขันในกิจกรรม SQA ของทีมโครงการซึ่งจำเป็นต้องมีการช่วยเหลืออย่างมืออาชีพ (งานการมีส่วนร่วม)
งานควบคุมวงจรชีวิตของโครงการ
การติดตามการปฏิบัติตามขั้นตอน SQA และคำแนะนำในการทำงานของทีมพัฒนาและบำรุงรักษา
การอนุมัติหรือแนะนำผลิตภัณฑ์ซอฟต์แวร์ตามขั้นตอนที่เกี่ยวข้อง
ตรวจสอบการส่งมอบบริการบำรุงรักษาซอฟต์แวร์ให้กับลูกค้าภายในและภายนอก
ติดตามความพึงพอใจของลูกค้าและรักษาการติดต่อกับตัวแทนประกันคุณภาพของลูกค้า
งานการมีส่วนร่วม
งานเหล่านี้รวมถึงการมีส่วนร่วมใน -
- การตรวจสอบสัญญา
- การจัดทำและปรับปรุงแผนพัฒนาโครงการและคุณภาพ
- บทวิจารณ์การออกแบบอย่างเป็นทางการ
- บทวิจารณ์การออกแบบอย่างเป็นทางการของผู้รับเหมาช่วง
- การทดสอบซอฟต์แวร์รวมถึงการทดสอบการยอมรับของลูกค้า
- การทดสอบการยอมรับซอฟต์แวร์ของผลิตภัณฑ์ซอฟต์แวร์ของผู้รับเหมาช่วง
- การติดตั้งผลิตภัณฑ์ซอฟต์แวร์ใหม่
งานปฏิบัติการโครงสร้างพื้นฐาน SQA
ระบบ SQA ใช้ส่วนประกอบโครงสร้างพื้นฐานที่หลากหลายเพื่อให้ทำงานได้อย่างราบรื่น ได้แก่ -
- ขั้นตอนและคำแนะนำในการทำงาน
- รองรับอุปกรณ์คุณภาพ (เทมเพลตรายการตรวจสอบ)
- การฝึกอบรมพนักงานคำแนะนำและการรับรอง
- การดำเนินการป้องกันและแก้ไข
- การจัดการการตั้งค่า
- การควบคุมเอกสาร
โดยเฉพาะอย่างยิ่งงานของหน่วยย่อย SQA เกี่ยวกับส่วนประกอบเหล่านี้ ได้แก่ -
การเผยแพร่เวอร์ชันล่าสุดของขั้นตอนคำแนะนำในการทำงานเทมเพลตรายการตรวจสอบและอื่น ๆ พร้อมกับการเผยแพร่ในรูปแบบเอกสารและ / หรือด้วยวิธีการทางอิเล็กทรอนิกส์
การส่งการฝึกอบรมและคำแนะนำเกี่ยวกับการปฏิบัติตามและการประยุกต์ใช้ขั้นตอน SQA คำแนะนำในการทำงานและสิ่งที่คล้ายกันไปยังพนักงานใหม่และปัจจุบัน
คำแนะนำของผู้ดูแล SQA เกี่ยวกับขั้นตอนใหม่และที่ได้รับการปรับปรุงตลอดจนเครื่องมือและวิธีการพัฒนารวมถึงส่วนประกอบอื่น ๆ
การติดตามและสนับสนุนการดำเนินการตามขั้นตอน SQA ใหม่และปรับปรุง
การติดตามกิจกรรมการรับรองพนักงาน
ข้อเสนอของเรื่องที่ต้องดำเนินการป้องกันและแก้ไขรวมถึงการมีส่วนร่วมในคณะกรรมการ CAB
การติดตามกิจกรรมการจัดการการกำหนดค่ารวมถึงการมีส่วนร่วมในคณะกรรมการ CCA
ติดตามการปฏิบัติตามขั้นตอนเอกสารและคำแนะนำในการทำงาน
งานตรวจสอบและรับรองภายใน SQA
ประเภทของการตรวจสอบ SQA ที่ดำเนินการในหรือโดยองค์กรซอฟต์แวร์สามารถแบ่งได้ดังนี้ -
การตรวจสอบภายใน
การตรวจสอบผู้รับเหมาช่วงและซัพพลายเออร์เพื่อประเมินระบบ SQA
การตรวจสอบภายนอกดำเนินการโดยหน่วยรับรอง
การตรวจสอบภายนอกดำเนินการโดยลูกค้าที่ต้องการประเมินระบบ SQA ก่อนที่จะยอมรับองค์กรเป็นซัพพลายเออร์
การตรวจสอบสองคลาสแรกเริ่มต้นและดำเนินการโดยหน่วยย่อย SQA สองคลาสสุดท้ายโดยหน่วยงานภายนอก
หน่วย SQA ทำหน้าที่ต่อไปนี้สำหรับการตรวจสอบ SQA ภายใน
การจัดทำโปรแกรมประจำปีสำหรับการตรวจสอบ SQA ภายใน
ประสิทธิภาพของการตรวจสอบ SQA ภายใน
การติดตามการแก้ไขและการปรับปรุงที่จะดำเนินการโดยทีมตรวจสอบและหน่วยงานอื่น ๆ
การจัดทำรายงานสรุปสถานะของผลการตรวจสอบเป็นระยะ ๆ รวมถึงคำแนะนำสำหรับการปรับปรุง
หน่วย SQA ทำหน้าที่ดังต่อไปนี้สำหรับการตรวจสอบผู้รับเหมาช่วงและซัพพลายเออร์ -
การจัดทำโปรแกรมประจำปีสำหรับการตรวจสอบ SQA ของผู้รับเหมาช่วงและซัพพลายเออร์
ประสิทธิภาพของการตรวจสอบ SQA ของผู้รับเหมาช่วงและซัพพลายเออร์
การติดตามการแก้ไขและการปรับปรุงที่จะดำเนินการโดยผู้รับเหมาช่วงและซัพพลายเออร์ที่ตรวจสอบแล้ว
การรวบรวมข้อมูลเกี่ยวกับประสิทธิภาพของผู้รับเหมาช่วงและซัพพลายเออร์จากแหล่งภายในและภายนอก
การประเมินระบบ SQA ของผู้รับเหมาช่วงและซัพพลายเออร์ขององค์กรที่ได้รับการรับรองเป็นระยะตามรายงานการตรวจสอบและข้อมูลที่รวบรวมจากแหล่งข้อมูลภายในและภายนอกอื่น ๆ รายงานการประเมินประกอบด้วย -
คำแนะนำเกี่ยวกับการรับรองผู้รับเหมาช่วงและซัพพลายเออร์
การตรวจสอบภายนอกที่ดำเนินการโดยหน่วยงานรับรองเกี่ยวข้องกับงานต่อไปนี้ -
การประสานงานเนื้อหาและกำหนดการของการตรวจสอบการรับรอง
การเตรียมเอกสารที่หน่วยรับรองกำหนด
คำแนะนำของทีมตรวจสอบและประสิทธิภาพของการเตรียมการที่จำเป็นสำหรับการตรวจสอบการรับรอง
การมีส่วนร่วมในการตรวจสอบการรับรอง
ตรวจสอบให้แน่ใจว่ามีการแก้ไขและปรับปรุงที่จำเป็น
การตรวจสอบ SQA ที่ดำเนินการโดยลูกค้าขององค์กรทำให้เกิดงานเหล่านี้ -
การประสานงานเนื้อหาและกำหนดการของการตรวจสอบ
การเตรียมเอกสารที่กำหนดโดยผู้สอบบัญชีของลูกค้า
คำแนะนำของทีมตรวจสอบและประสิทธิภาพของการเตรียมการที่จำเป็นสำหรับการตรวจสอบ SQA โดยลูกค้าขององค์กร
การมีส่วนร่วมในการตรวจสอบ
ตรวจสอบให้แน่ใจว่าได้ดำเนินการแก้ไขและปรับปรุงที่จำเป็นแล้ว
งานสนับสนุน SQA
ผู้บริโภคส่วนใหญ่ของบริการสนับสนุน SQA ตั้งอยู่ภายในองค์กร รวมถึงผู้จัดการโครงการหัวหน้าทีมและผู้ดูแล SQA งานของพวกเขา ได้แก่ -
การจัดทำแผนงานโครงการและแผนคุณภาพโครงการ
ทีมตรวจสอบพนักงาน
ทางเลือกของมาตรการเพื่อแก้ไขความเสี่ยงในการพัฒนาซอฟต์แวร์ที่ระบุ
ทางเลือกของมาตรการเพื่อแก้ไขความล่าช้าของกำหนดการและการใช้จ่ายเกินงบประมาณ
การเลือกเมตริก SQA และองค์ประกอบต้นทุนซอฟต์แวร์
การใช้ระบบสารสนเทศ SQA
การเลือกวิธีการพัฒนาและเครื่องมือที่สะท้อนข้อมูลประสบการณ์ความล้มเหลวที่สะสมโดยหน่วย SQA
งานมาตรฐานและขั้นตอน SQA
หน่วยย่อย SQA มีส่วนร่วมอย่างใกล้ชิดในการตัดสินใจว่าจะนำมาตรฐาน SQA ใดมาใช้รวมทั้งการพัฒนาและรักษาขั้นตอนขององค์กร เพื่อให้เป็นไปตามภาระหน้าที่ของผู้ดูแลหน่วย SQA จะต้อง -
จัดทำโปรแกรมประจำปีสำหรับการพัฒนาขั้นตอนใหม่และการปรับปรุงขั้นตอน
รับผิดชอบต่อการพัฒนาขั้นตอนและการปรับปรุงขั้นตอนใหม่โดยมีส่วนร่วมในคณะกรรมการและฟอรัมที่เหมาะสม
ติดตามการพัฒนาและการเปลี่ยนแปลงใน SQA และมาตรฐานวิศวกรรมซอฟต์แวร์ การแนะนำขั้นตอนเพิ่มเติมและการเปลี่ยนแปลงที่เกี่ยวข้องกับองค์กร
เริ่มต้นการปรับปรุงและการปรับเปลี่ยนขั้นตอนเพื่อตอบสนองต่อการเปลี่ยนแปลงในมาตรฐานวิชาชีพรวมถึงการยอมรับหรือลบมาตรฐานที่ใช้โดยองค์กร
งานวิศวกรรม SQA
การติดตามความก้าวหน้าทางวิชาชีพการแก้ปัญหาในการปฏิบัติงานและการวิเคราะห์ความล้มเหลวโดยผู้เชี่ยวชาญเป็นวัตถุประสงค์เฉพาะของหน่วยย่อย SQA นี้
ดังนั้นงานวิศวกรรมหลักจึงเกี่ยวข้องกับสิ่งต่อไปนี้ -
การทดสอบด้านคุณภาพและประสิทธิภาพการทำงานเกี่ยวกับเครื่องมือการพัฒนาใหม่และเวอร์ชันใหม่ของเครื่องมือพัฒนาที่ใช้ในปัจจุบัน
การประเมินคุณภาพและผลผลิตของการพัฒนาวิธีการบำรุงรักษาใหม่และการปรับปรุงวิธีการ
การพัฒนาวิธีแก้ปัญหาที่ต้องเผชิญในการประยุกต์ใช้เครื่องมือและวิธีการพัฒนาซอฟต์แวร์ที่ใช้อยู่ในปัจจุบัน
การพัฒนาวิธีการวัดคุณภาพซอฟต์แวร์และประสิทธิผลของทีม
การให้การสนับสนุนทางเทคโนโลยีแก่คณะกรรมการ CAB ในระหว่างการวิเคราะห์ความล้มเหลวในการพัฒนาซอฟต์แวร์และการกำหนดโซลูชันที่เสนอ
งานระบบสารสนเทศ SQA
ระบบสารสนเทศ SQA มีขึ้นเพื่ออำนวยความสะดวกและปรับปรุงการทำงานของระบบ SQA งานที่เกี่ยวข้อง ได้แก่ -
การพัฒนาระบบสารสนเทศ SQA สำหรับหน่วยพัฒนาและบำรุงรักษาซอฟต์แวร์สำหรับ
การรวบรวมข้อมูลกิจกรรม
การประมวลผลเช่นรายงานประจำงวดรายการรายงานข้อยกเว้นและแบบสอบถาม
การประมวลผลเช่นรายงานประจำงวดรายการรายงานข้อยกเว้นและแบบสอบถาม
การพัฒนาระบบข้อมูล SQA ที่อำนวยความสะดวกในการประมวลผลข้อมูลของหน่วย SQA ที่จัดส่งโดยหน่วยพัฒนาและบำรุงรักษาซอฟต์แวร์รวมถึงการประมาณเมตริกคุณภาพซอฟต์แวร์และต้นทุนคุณภาพซอฟต์แวร์
การอัปเดตระบบข้อมูล SQA
การพัฒนาและบำรุงรักษาไซต์ SQA Internet / Intranet ขององค์กร
SQA Trustees และงานของพวกเขา
ผู้ดูแล SQA คือสมาชิกที่มีส่วนร่วมในการส่งเสริมคุณภาพซอฟต์แวร์เป็นหลัก สมาชิกเหล่านี้ให้การสนับสนุนภายในที่จำเป็นสำหรับการนำส่วนประกอบ SQA ไปใช้อย่างประสบความสำเร็จ
งานของพวกเขาอาจแตกต่างกันไปขึ้นอยู่กับองค์กร ดังนั้นอาจเป็นงานที่เกี่ยวข้องกับหน่วยและ / หรืองานที่เกี่ยวข้องกับองค์กร
งานที่เกี่ยวข้องกับหน่วย
สนับสนุนเพื่อนร่วมงานในการแก้ไขปัญหาระหว่างการดำเนินการตามขั้นตอนคุณภาพซอฟต์แวร์และคำแนะนำในการทำงาน
ช่วยผู้จัดการหน่วยในการดำเนินงาน SQA ที่เกี่ยวข้อง
ส่งเสริมการปฏิบัติตามและตรวจสอบการปฏิบัติตามขั้นตอน SQA และคำแนะนำในการทำงานของเพื่อนร่วมงาน
รายงานเหตุการณ์ที่ไม่ปฏิบัติตามที่เป็นระบบและเป็นระบบไปยังหน่วย SQA
รายงานความล้มเหลวอย่างรุนแรงของคุณภาพซอฟต์แวร์ไปยังหน่วย SQA
งานที่เกี่ยวข้องกับองค์กร
ทริกเกอร์การเปลี่ยนแปลงและการปรับปรุงขั้นตอน SQA ทั้งองค์กรและคำแนะนำในการทำงาน
กระตุ้นการปรับปรุงกระบวนการพัฒนาและการบำรุงรักษาในองค์กร
เริ่มต้นแอปพลิเคชันไปยัง CAB เกี่ยวกับแนวทางแก้ไขความล้มเหลวที่เกิดขึ้นซ้ำที่พบในหน่วยต่างๆ
ระบุความต้องการการฝึกอบรม SQA ทั่วทั้งองค์กรและเสนอการฝึกอบรมหรือโปรแกรมการสอนที่เหมาะสมที่จะดำเนินการโดยหน่วย SQA
คณะกรรมการ SQA และงานของพวกเขา
คณะกรรมการ SQA สามารถเป็นได้ทั้งแบบถาวรหรือแบบเฉพาะกิจ งานอาจแตกต่างกันไปมากในแต่ละองค์กร
Permanent committees โดยทั่วไปจะจัดการกับ SCC (Software Change Control), CA (Corrective Actions), ขั้นตอน, เครื่องมือในการพัฒนาวิธีการและเมตริกคุณภาพ
Ad hoc committees โดยทั่วไปจะจัดการกับกรณีเฉพาะที่น่าสนใจทั่วไปเช่นการอัปเดตขั้นตอนเฉพาะการวิเคราะห์และการแก้ปัญหาความล้มเหลวของซอฟต์แวร์การอธิบายเมตริกซอฟต์แวร์สำหรับกระบวนการหรือผลิตภัณฑ์ที่เป็นเป้าหมายการอัปเดตต้นทุนด้านคุณภาพซอฟต์แวร์และวิธีการรวบรวมข้อมูลสำหรับปัญหาเฉพาะ
คณะกรรมการ SQA ถาวรเป็นส่วนสำคัญของกรอบองค์กร SQA โดยปกติงานและการดำเนินการของพวกเขาจะถูกกำหนดไว้ในขั้นตอน SQA ขององค์กร
มีการจัดตั้งคณะกรรมการเฉพาะกิจในระยะสั้นต่อปัญหาโดยมีสมาชิกที่ได้รับการเสนอชื่อโดยผู้บริหารที่รับผิดชอบด้านคุณภาพซอฟต์แวร์หัวหน้าหน่วย SQA หน่วยย่อย SQA คณะกรรมการ SQA ถาวรหรือหน่วยงานอื่นใดที่ริเริ่ม การก่อตัวและมีความสนใจในงาน ร่างนี้กำหนดภารกิจของคณะกรรมการเฉพาะกิจด้วย