หน่วย 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 ถาวรหรือหน่วยงานอื่นใดที่ริเริ่ม การก่อตัวและมีความสนใจในงาน ร่างนี้กำหนดภารกิจของคณะกรรมการเฉพาะกิจด้วย