概要 「ＱＣ七つ道具」（以下、ＱＣ７とする）が数値解析を主に扱うことに対して、「新ＱＣ七つ道具」（以下、ＮＱＣ７とする）は言語データを扱うことを主にしています。 ＱＣ活動は製造・検査部門において行われていましたが、企業の全ての部門での改善活動が期待されＴＱＣ（Total QC）活動が展開されるようになりました。そしてＴＱＣ活動のテーマとなる企画・設計・計画等に関する改善活動に使えるツールとしてＮＱＣ７が登場しました。 企画・設計・計画等の改善活動においては、機械工作物のように長さなどの数値データがありません。取り上げるテーマは「消費者に選ばれる機能はなにか」というように言語で表わされることであり、この課題に取り組む際に使うデータも「＊＊の機能」という言語のデータとなります。 ＮＱＣ７は、この言語データを整理し、関係を図解化することに目的にしたツールとなっているのです。 新QC七つ道具のリス
qaに関するkiyo_hikoのブックマーク (48)
-
kiyo_hiko 2015/03/02
-
問題解決手法＞ＱＣ七つ道具
概要 QC七つ道具は、職場の品質改善活動を進める集団であるQCサークルが、問題の把握から解決までの活動を行う各段階において、 使いやすい科学的手法として七つを定めたものです。また活動の標準手順（フロー）を「QCストーリー」として定め、 これらを合わせて使うことで活動が推進します ■ＱＣサークル ＱＣサークルは生産現場において品質の改善や不具合対策を自主的に進める集団です。日本製品の高品質と低コストを支え、併せて現場作業員に生産への参加意識を作り上げてきました。 その特徴は、①自主的な活動である ②自ら担当している現場が改善対象である ③問題解決の専門家ではない ④現場を知っている強みがある 等であるといえます。 そこで改善活動を容易に着実にすすめるためには基礎づくりが必要となります。こうして出来た解決の手順がＱＣストーリーであり、活動の中で使えるようにした科学的技法がＱＣ七つ道具といえます
-
Special インデックス - MONOist
製造業に従事するモノづくりのスペシャリストを対象に、貴社の製品・サービスをより深くご紹介する編集記事風の記事体広告（PRコンテンツ）を展開します。制作はアイティメディアの編集スタッフが担当します。すでに、数多くの企業様からのご出稿実績があります。
-
2800万行を45分で解析──コベリティ、ソフトウェアテストツール「Coverity 5.5」発売
コベリティは10月4日、ソフトウェア静的解析／ソースコード解析ツール「Coverity 5.5」を発表した。解析速度を従来比「最大10倍」まで向上させたほか、新たに搭載／機能強化した20種以上のチェッカーで、より精度の高いテストを実施できるようにしたという。10月19日に出荷を開始する。 新製品では中核技術である「Coverity Static Analysis」（CSA）へのマルチコアCPUの採用などを通じ、解析速度を「平均5～6倍、最大で10倍」（同社の安竹由起夫氏）まで向上させた。従来なら5時間かかっていたネットワーク機器関連の2800万行のソースコード解析なら45分で済み、3.5時間かかっていたストレージ関連の150万行のソースコード解析時間を12分まで短縮するという。 また、新たにCI（継続的インテグレーション）ツールJenkins向けのプラグインを用意した。ユーザーは同プラグイ
-
はてなブログ | 無料ブログを作成しよう
ハウステンボス～軍艦島～市内🛳️一泊二日長崎旅記録 昨月、夫とふたりで一泊二日長崎旅をしてきました。 昨年末にふいに夫が漏らした「軍艦島行ってみたいな～」の言葉からあれよあれよと決まった突貫旅。まじで「軍艦島に行く」だけしか決まってない驚愕のノープラン旅だったのですが、すごく楽しかったので記録します！…
-
テスト自動化ツールを導入済みは8.5％、85％以上が検討していないか必要を感じないと。キ－マンズネット調べ
テスト自動化ツールを導入済みは8.5％、85％以上が検討していないか必要を感じないと。キ－マンズネット調べ キーマンズネットは、IT担当者を対象にしたアンケート結果として「テスト自動化ツールの導入状況」を公開しました。 それによると、導入済みは全体の8.5％（「既に導入済みである（追加リプレイスなし）」7.5％と「既に導入済みである（追加リプレイスあり）」の1.0％の合計）で、導入を検討しているが4.8％。今後も導入しないするグループは86.7％（「必要性を感じているが導入を検討していない」の38.6％と、「必要性を感じない」の48.1％の合計）」になりました。 グラフを見ると従業員規模1001名以上では導入済みが約15％である一方、100名以下では1.8％であり、従業員規模によって大きな違いがあることが分かります。 対象言語はJavaがトップ、目的は品質の向上、工数削減など すでにテスト
-
複雑度と単体テストケース数の相関関係 - プログラマの思索
garyoさんから、ソースの複雑度と単体テストケース数について有益なアドバイスを示唆してもらったので、メモしておく。 ◆SourceMonitor Version 2.4 SourceMonitorはフリーで、以下の言語のソースのソフトウェア複雑度（McCabeのサイクロマチック数）を測定できる。 例：C++, C, C#, VB.NET, Java, Delphi, Visual Basic (VB6) or HTML ◆McCabe's cyclomatic complexity SourceMonitorで求められる複雑度（McCabeのサイクロマチック数）は、モジュール内の分岐の数（＋ループの数）で計算される。 複雑度の数値は、下記の意味を持つらしい。 10 以下であればよい構造 30 を越える場合，構造に疑問 50 を越える場合，テストが不可能 75 を越える場合，いかなる変更も
-
-
the archive of CCFinder Official Site
AIST CCFinderX AIST CCFinderX is a code-clone detector, which detects code clones (duplicated code fragments) from source files written in Java, C/C++, COBOL, VB, C#. CCFinderX is a major version up of CCFinder, and it has been totally re-designed and re-implemented from scratch. Its new design and technologies aim at improving performance, enabling a user-side customization of a preprocessor, and
-
PMD - Finding copied and pasted code
Overview Duplicate code can be hard to find, especially in a large project. But PMD's Copy/Paste Detector (CPD) can find it for you! CPD has been through three major incarnations: First we wrote it using a variant of Michael Wise's Greedy String Tiling algorithm (our variant is described here) Then it was completely rewritten by Brian Ewins using the Burrows-Wheeler transform Finally, it was rewri
-
Duplicate code - Wikipedia
In computer programming, duplicate code is a sequence of source code that occurs more than once, either within a program or across different programs owned or maintained by the same entity. Duplicate code is generally considered undesirable for a number of reasons.[1] A minimum requirement is usually applied to the quantity of code that must appear in a sequence for it to be considered duplicate r
-
Finding Duplicate Code by using Code Clone Detection
On the shortcut menu for the fragment, choose Find matching clones in solution. Use this method when you want to know if there is a similar method or fragment already in existence in your solution. To find all clones in a solution On the Analyse menu, choose Analyze Solution for Code Clones. This method is particularly useful when you are reviewing your code. The results are presented in order of
-
Conqat
ConQAT is an integrated toolkit for creating quality dashboards that allow to continuously monitor quality characteristics of software systems. It provides a comprehensive set of quality analyses for many programming languages out of the box (e.g. Java, C#). Moreover, ConQAT integrates with a number of state of the art quality analysis tools (e.g. PMD, FindBugs, FxCop). Finally, ConQAT is an exten
-
ソースコードを分析して行数や重複コードの割合といった品質情報を表示するツール「Sonar 3.0」登場 | OSDN Magazine
スイスSonarSourceは4月18日、ソースコードを分析してその複雑度や品質などを視覚化するツール「Sonar 3.0」をリリースした。2年ぶりのメジャーアップグレードとなり、新機能を含め40以上の強化が加わっている。 SonarはJavaおよびRubyで実装されたソースコード品質管理プラットフォーム。ソースコードを分析し、コードの行数やファイル数といった規模情報やクラス/パッケージ/メソッド数、コメント数、重複しているコードの割合、コーディング規約の遵守状況、コードの複雑性、テスト状況などをWebベースの管理画面で視覚的に表示できる。プラグインによりルールエンジンや新言語の追加も可能で、コア部分が対応している言語はJavaのみだが、CやC#、Flex、Groovy、PHPなどもプラグインによってサポートされる。Natural、PL/SQL、Visual Basic 6などをサポートす
-
循環的複雑度を活かしたバグ潜在リスクの軽減 - 現場のためのソフトウェア開発プロセス - たかのり日記
昨日のエントリーに引き続き、このエントリーは「Software Test ＆ Quality Advent Calendar 2011」における12/19分として書いています。 今日は、少しばかりアカデミックな話。 でも、うまく活用すると、品質改善のための強い武器になることでしょう！ 循環的複雑度とは？ まずは、今回のタイトルにも書いている「循環的複雑度（Cyclomatic Complexity）」というメトリクスの説明から。 循環的複雑度は、Thomas McCabe 氏が開発したものであり、簡単に言うと、コードの複雑性を数値化したものです。 ソースコードの一部の循環的複雑度は、ソースコード内の線形独立な経路の数である。実際、if文やfor文のような分岐点のないソースコードの場合、その複雑度は 1 であり、そのコードには1つの経路しかない。コードに1つのif文が含まれていれば、コードに
-
-
-
ソースインスペクションを真面目にやるGoogle、MS - プログラマの思索
GoogleやMSがソースコードレビューを真面目にやっている下記の記事を何度も読んで、ソースコードレビューシステムを何とか導入できないか模索している。 【元ネタの記事】 Googleのコードレビュー MS内部のソフトウエア開発手法の話 Review Board - コードレビューをオンラインで VMWareの開発でも利用されているソースコードレビュー共有ソフトウェア「Review Board」 ソースコードインスペクションの重要性は、二人の目による品質管理だけでなく、設計思想を共有する重要な手段と捕らえるべきだと思う。 プログラミングは誰でも癖があり、時に品質をすごく落とす。 だから、他の人に手軽に見てもらい、チャットのようにレビューをコメントしてもらうようなスタイルにしたい。 そうすれば、ソースインスペクションという技術者同士で熱くなりがちな議論を会話するような雰囲気に持ち込みやすいから
-
-
日本の情報システムは頑張りすぎ？ 日本企業の計画外停止は年間平均1.6時間、米国企業は12.6時間というデータ
日本の情報システムは頑張りすぎ？ 日本企業の計画外停止は年間平均1.6時間、米国企業は12.6時間というデータ 日本企業の情報システムの「計画外停止時間は米国の約9分の1」であることを指摘する記事が、今月の日経SYSTEMS 2012年1月号に掲載されています。日本情報システム・ユーザー協会（JUAS）顧問の細川泰秀氏の「データは語る」という連載の第1回。 米ガートナーの2008年10月のデータによると、米国企業におけるミッションクリティカルなアプリケーションでの計画外停止時間は年間12.6時間。 一方、JUASが経済産業省の委託を受けて調査した「企業IT動向調査2011」（2011年3月発表）によると、日本企業における基幹系システムの計画外停止時間は平均で年間1.5時間なのだそうです。 つまり日本のITの現場は、システムの計画外停止時間を米国の約9分の1にとどめている。 やはり日本の品質
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しました