3 - software quality mangaement

Audit 

top management authorizes and assigns responsibility for administering the quality audit program. 

They also review it periodically.

An audit authority is usually authority include setting clear objectives for the audit program and specific audits, planning and scheduling audits, establishing procedures for conducting audits, selecting and training auditors, defining reference standards for audits, securing resources for conducting audits, requesting and staffing audits, and reporting program results to management. The credibility of the audit program depends on top management support and auditor skills and performance.

Top Management(최고경영자)는 품질 감사 프로그램을 관리 할 책임을 위임하고 위임합니다.

또한 정기적으로 검토합니다.

감사 기관(Audit authority)은 일반적으로 감사 프로그램 및 특정 감사에 대한 명확한 목표 설정, 감사 계획 및 스케줄 설정, 감사 수행 절차 수립, 감사원 선택 및 교육, 감사에 대한 참조 표준 정의, 감사 수행을위한 자원 확보, 감사 요청 및 직원 배치 , 그리고 프로그램 결과를 경영진에게보고한다. 감사 프로그램의 신뢰성은 최고 경영자 지원 및 감사 기술 및 성과에 달려 있습니다.

the auditing element in a quality assurance program relies most heavily on:

품질 보증 프로그램의 감사 요소는 다음에 가장 크게 의존합니다.

=> Reporting findings to management

from an external customer's standpoint, which of the following stakeholders is responsible for poor product quality? (외부 고객의 관점에서 볼 때, 다음 이해 관계자 중 어느 쪽이 불량 제품 품질에 대한 책임이 있습니까?)

=> an external consumer customer will lump all employees of a company together as being responsible  for poor product quality.

management's decision to initiate a software project would be based on(소프트웨어 프로젝트를 시작하려는 경영진의 결정은 다음을 기반으로합니다.):

=> 

a lead auditor is in charge with overall responsibility. the lead auditor selects or assists in selecting other team members, prepares the audit plan, represents the audit team, submits the audit report, and maintains the ethics of the audit team.

선임 감사관이 전반적인 책임을 맡고 있습니다. 선임 감사원은 다른 팀원을 선택하거나 지원하고, 감사 계획을 준비하고, 감사 팀을 대표하고, 감사 보고서를 제출하고, 감사 팀의 윤리를 유지합니다.

Auditors plan and carry out their assignments, document observations, report findings, verify corrective actions and safeguard records. Clients initiate the audit, assign the auditing organizations, receive the audit report and determine follow up action. The auditee informs employees, appoints staff to accompany auditors, provides access to facilities and materials, provides workspace and other resources and implements corrective actions.

감사원은 과제를 계획하고 수행하며, 관찰 결과를보고하고, 결과를보고하고, 시정 조치를 확인하고, 기록을 보호합니다. 클라이언트는 감사를 시작하고 감사 조직을 지정하며 감사 보고서를 받고 후속 조치를 결정합니다. 감사 대상은 직원에게 알리고, 감사원에 동석 할 직원을 임명하고, 시설 및 자재에 대한 접근을 제공하고 작업 공간 및 기타 자원을 제공하며 시정 조치를 취합니다.

the two distinct categories of work in a softare development organization that might be considered for outsourcing are(아웃소싱으로 간주 될 수있는 소프트웨어 개발 조직의 두 가지 개별 범주는 다음과 같습니다.):

=> process work and project work

external audits are performed on suppliers by customers to establish supplier qualifications or measure performance against contract requirements.

external audits are second-party audits performed by customer representatives or outside auditors.

external audits normally focus on compliance with regulatory or contact requirements.

no audit should be informal.

고객이 공급 업체 자격을 수립하거나 계약 요구 사항에 따라 성과를 측정하기 위해 외부 감사를 수행합니다.

외부 감사는 고객 대표 또는 외부 감사인이 수행하는 2 차 감사입니다.

외부 감사는 일반적으로 규제 또는 접촉 요구 사항 준수에 중점을 둡니다.

비공식적 인 감사가 있어서는 안된다.

아웃소싱 소프트웨어 프로젝트 또는 하위 기능은 다음 중 어떤 결과를 초래할 수 있습니까?

a loss of intellectual capital.

Most experts would agree that outsourcing does cause a loss of internal intellectual capital and loss of core activities.

outsourcing software project or sub-functions could result in which of the following?ks지적 자본의 손실.

대부분의 전문가들은 아웃소싱이 내부 지적 자본의 손실과 핵심 활동의 손실을 유발한다는 데 동의합니다.

one would say that the kanban method would be most closely associated with: The control of materifal flow

칸반 방법이 다음과 가장 밀접하게 연관되어 있다고 말할 수 있습니다. 재료 흐름 제어

Benchmarking은 개선을 하기위한 주요 요소이다. 하지만, 그냥 프로세스를 복사하는 것은 안된다.

the purpose of benchmarking is to gain an understanding of the principles of good business fundamentals and modify those fundamentals for use in your organization.

dr. deming was critical of people who take a process from one setting and transplant it into their own organization, without a thorough knowledge of the proces. 

It may take many benchmarking trips to understand a process, and one must find a suitable benchmarking partner.

벤치마킹의 목적은 훌륭한 비즈니스 기본 원칙을 이해하고 조직에서 사용할 수있는 기본 사항을 수정하는 것입니다.

박사. Deming은 프로세스에 대한 철저한 지식없이 한 곳에서 프로세스를 가져 와서 자체 조직에 이식하는 사람들에게 비판적이었습니다.

프로세스를 이해하는 데는 여러 가지 벤치마킹 여행이 필요할 수 있으며 적합한 벤치마킹 파트너를 찾아야합니다.

the objective "to provide management with appropriate visibility into the process being used by the software development project and of the products being built" is addressed by which of the following?

"소프트웨어 개발 프로젝트 및 구축중인 제품에 사용되는 프로세스에 대한 적절한 가시성을 경영자에게 제공하는"목적은 다음 중 무엇으로 처리됩니까?

the goals of software quality assurance management include: 

(1) software quality assurance activities are planned, 

(2) adherence of software products and activities to the applicable standards, procedures, and requirements are verified objectively, and 

(3) noncompliance issues that cannot be resolved without the software projects are addressed by senior management. 

소프트웨어 품질 보증 관리의 목표는 다음과 같습니다.

(1) 소프트웨어 품질 보증 활동이 계획되고,

(2) 적용 가능한 표준, 절차 및 요구 사항에 대한 소프트웨어 제품 및 활동의 준수는 객관적으로 검증됩니다.

(3) 소프트웨어 프로젝트없이 해결할 수없는 비준수 문제는 고위 경영진이 처리합니다

there has been a revolution in supplier management practices in the past 20years. suppliers are considered partners of purchasers and they work closely together for mutual benefit. purchasers and suppliers cooperate in evaluating products, processing design changes, improving quality, and acting on nonconforming product. purchasers certify preferred suppliers who exceed minimum requirements based on assessment or performance.

supplier management pracitces have changed significantly.

suppliers are considered adversaires of purchasers and need surveillance.

purchasers and suppliers cooperated on a limited contractual basis.

purchasers certify suppliers who meet minimum requirements.

지난 20 년 동안 공급 업체 관리 실천에 혁명이있었습니다. 공급자는 구매자의 파트너로 간주되며 상호 이익을 위해 긴밀히 협력합니다. 구매자와 공급자는 제품 평가, 설계 변경 처리, 품질 향상 및 부적합 제품에 대한 조치에 협력합니다. 구매자는 평가 또는 성능을 기준으로 최소 요구 사항을 초과하는 선호 공급 업체를 인증합니다.

공급 업체 관리 관행이 크게 바뀌 었습니다.

공급자는 구매자의 모험가로 간주되며 감시가 필요합니다.

구매자와 공급자는 제한된 계약에 따라 협력했습니다.

구매자는 최소 요구 사항을 충족시키는 공급 업체를 인증합니다.

client와 auditee의 차이

initiate the audit and receive the audit, are client duties.

감사를 시작하고 감사를받는 것은 client의 의무입니다.

Providing audit guides, granting facility access, and initiating corrective action are auditee responsibilities.

감사 가이드 제공, 시설 액세스 권한 부여 및 시정 조치 시작은 Auditee 책임입니다.

It is important that the SQA organization be independent from the software development team and report to management at a sufficient level to be effective.

sqa 조직이 소프트웨어 개발 팀과 독립적이어야하며 효과적인 수준으로 경영진에게보고하는 것이 중요합니다.

the purpose of the stakeholder requirements definition process is to define the system requirements that identify the user's needs.

이해 관계자 요구 사항 정의 프로세스의 목적은 사용자의 요구를 식별하는 시스템 요구 사항을 정의하는 것입니다.