私自身の意見の観点から、ソフトウェアの一部の解説の質は、利用者の視点から、ソフトウェアの品質は、ソフトウェアの主観的な問題で、サポートおよび評価です。
ソフトウェア品質品質=品質+ソフトウェア工学プログラム
まず、プログラムの品質
程序的质量体现在软件外在的功能品質第二に、ソフトウェア工学
软件在功能、成本、时间三方面要满足客户的需求。软件工程的质量需要长时间的过程来提高。可視性1.ソフトウェア開発
2.リスクは、ソフトウェア開発プロセスを制御します
3.内部ソフトウェアモジュール、プロジェクト管理ツールのプロジェクト配信品質係数の中間段階
コントロールの4.ソフトウェアの開発コスト
内部品質インジケータの完了
第三に、どのようにソフトウェアエンジニアリングの品質を測定します
对于软件工程质量衡量有成熟的理论是CMMI（Capacity Maturity Model Integrated,能力成熟度模型集成）。资料显示，运用CMMI理论的项目，不仅降低了成本，而且提高了项目的质量和按期完成率。1. CMMIの実施の意義
（1）CMMI初期段階。
（2）CMMI 2つの管理レベル。
（3）CMMI 3、クリア（定義）レベル。
（4）CMMI 4、定量的管理レベル。
（5）CMMI 5、最適化レベル。
有以上的5个级别可以看出。每一个级别都是更高一级的基石，要上高台阶必须先踏上较低一层台阶。4つの品質コスト
要达到一定的软件质量，是要付出相应的成本的，总体分为以下几个方面。1.予防（Proevention）
2.レビュー（鑑定）
3.内部障害（内部障害）
4.外部故障（外部失敗）
5.プロセス改善分析（プロセス強化）
6.自分の専門的なスキル（技能士の強化）を向上させます
7.テクノロジー・インベストメント（Tehnologyに投資）
5つの質問
（1）ソフトウェアの品質保証についての教科書や参考資料を読んだ後、あなたの経験は何ですか？
我觉得首先应该实行CMMI，其次对不同的分工进行独立，以达到更好的预期效果。这样在每一个方面都有独立的人员去负责，可以更好的保证软件的质量。（2）私はQAプロジェクトであれば、あなたの仕事の責任をどう思いますか？
1）保護ソフトウェア組織処理システムは、観測される;
2）ソフトウェア組織のプロセス改善を促進する;
3）プロジェクト実施プロセスを案内する;
4）開発活動の透明性の増加、
プロジェクトの活動5）評価;
6）監査ワーク物;
7）作業成果物の問題を支援するために溶液;
8）メトリックデータの取得と解析、参照を提供する;
9）欠陥の防止のため、
あなたは、プロジェクトマネージャである場合（3）、フルタイムのQAは、プロジェクトのニーズをあなたと思いますか？それとも、あなたは、テストする必要がありますか？問題が発生した場合、どのように責任を負うべきユーザーを定義していますか？
我认为需要专职的QA。首先，分工是好事，所有人都可以参与QA的工作，但是最后要有一个角色对QA这件事负责。不但角色要独立，而且在最后软件发布时，必须得到此角色的签字保证。分工是社会和行业进化的结果，开发和测试其实是软件工程的两个分支，对于不同的软件/服务，测试的方式和程度有所区别。独立的测试角色从用户的角度出发验证产品质量。独立专业的测试等同于代表客户对产品进行认证。但是，尽管有专人负责测试工作，但是保证质量仍然是所有成员的职责。培养大家都要做QA，专人负责量化测试，有条件多做测试自动化的文件。
一旦出现问题，QA应该负主要责任，团队其他人员负次要责任，大家一起协商解决，而不是互相推诿，这样会更有利于解决问题。所以在我看来软件工程的质量不单单是靠开发者，同时也需要这些独立的，专业的专职的QA与text并行，这样才能更好的保证软件的质量。