<!-- -*- mode:text coding:euc-jp -*-
   $FML: tools.sgml,v 1.5 2010/03/28 10:48:09 fukachan Exp $
-->

<appendix id="pmtools">
	<title>
	Problem Report 関連ツールのまとめ
	</title>


<sect1 id="pmtools.overview">
	<title>
	Problem Report 関連ツール
	</title>

<para>
bug tracking システムとトラブルチケットシステムは微妙に目的が違うと思いますが、
ここでは広く problem report という観点でまとめています。
</para>

<para>
<ulink url="http://www.daveeaton.com/scm/PMTools.html">
http://www.daveeaton.com/scm/PMTools.html
</ulink>
に FAQ
	<footnote>
	<para>
	<ulink url="http://www.iac.honeywell.com/Pub/Tech/CM/PMTools.html">
	http://www.iac.honeywell.com/Pub/Tech/CM/PMTools.html
	</ulink>
	に昔あった？
	</para>
	</footnote>
があります。
特に売りもの一覧については、ここをまず見るとよいようです…
って、この三年くらい更新してませんね。
</para>

<para>
Free のものもいくつかあります。
最も有名というか歴史のあるツールは GNATS でしょうか。
あとは
jitterbug、
Bugzilla
debuggs (Debian Bug Tracking System)、
OpenTrack PTS WREK Wreq (?) など。
最近は、なんでもウエブで〜という人たちばかりだからか、
Bugzilla が多いですかね？
</para>

<para>
あ、こっちの linux もののページ
<ulink url="http://linas.org/linux/pm.html">
http://linas.org/linux/pm.html
</ulink>
の方がよくまとまってるかも…いえ、これも更新してませんね。
</para>

<para>
いずれにせよ、
たいてい有名なものは特定のプロジェクトと bind されていて
そこから派生したという趣が多いようにおもえます。
たとえば perl.org のバグトラックツールである perlbug (CPAN を見よ) は
他であまり使われているような気がしないわけで、
どうも project が発生するたびに、
『既存の bug tracking system は使いにくい、作ろう』
という project が付随して発生しているような雰囲気も感じられます(笑)。
</para>

</sect1>


<sect1>
	<title>
	Call Tracking と Problem Tracking
	</title>

<para>
Call Tracking は主にお客からの問題の指摘についての扱いであり、
「人の割り当て」
「ステータス管理」
そして
レポートを行なう必要があります。
</para>

<para>
一方 Problem Tracking は「開発プロセスの管理」などであり、
その管理対象にはタスクやさまざまな統計、レポートだけでなく、
インテグレーションやそのテストまでも含まれえます。
</para>

<para>
なお Configuration Management という単語も 
Problem Tracking の近隣に位置しますが、
これは CVS などのツール系のことです。
</para>

</sect1>


<sect1>
	<title>
	status で使われる単語の例
	</title>

<para>
たとえば GNATS では
<screen>
open
analyzed
feedback
closed
suspended
</screen>
他の例では
<screen>
NEW
ASSIGNED
REOPENED
RESOLVED
VERIFIED
CLOSED
</screen>
などもあります。
jitterbug だと
<screen>
all
pending
replied
unreplied
</screen>
が、status にあたるものかなあ？(でいいのか?)
</para>

</sect1>


<sect1>
	<title>
	GNATS (GNU Problem Report Management System)
	</title>

<para>
ご存知、有名な bug tracking system。
まぁとにかく GNATS の実例を見よう〜
<ulink url="http://www.netbsd.org/Misc/send-pr.html">
http://www.netbsd.org/Misc/send-pr.html
</ulink>
</para>

<para>
send-pr の例
<screen>
To: gnats-bugs@gnats.netbsd.org
Subject: no definition for 9801N-J12 pcmcia card
From: fukachan@fml.org
Reply-To: fukachan@fml.org
X-send-pr-version: 3.95


&gt;Submitter-Id:	net
&gt;Originator:	Ken'ichi Fukamachi
&gt;Organization:	fml.org
&gt;Confidential:	no
&gt;Synopsis:	no definition for 9801N-J12 pcmcia card
&gt;Severity:	non-critical
&gt;Priority:	low
&gt;Category:	kern
&gt;Class:		sw-bug
&gt;Release:	NetBSD 1.5.1_BETA2
&gt;Environment:

System: NetBSD rudo.home.fml.org 1.5.1_BETA2 NetBSD 1.5.1_BETA2 (BETH) #0: Thu Sep 27 12:09:39 JST 2001 fukachan@rudo.home.fml.org:/usr/NetBSD-release-1-5/src/sys/arch/i386/compile/BETH i386

&gt;Description:

NEC 9801N-J12 pcmcia card does not work with NetBSD/i386 (netbsd-1-5
branch).  NetBSD kernel detects it as "ne" but it cannot be
configured.

I do not test it with NetBSD-current but it looks NetBSD-current has
no definition for this card.

&gt;How-To-Repeat:

attach it.

&gt;Fix:

apply the following patch.

By the way, this card looks an OEM of IBM INFOMOVER.
So, the following definition may be more appropriate ?

   { PCMCIA_STR_NEC_9801N_J12,
     PCMCIA_VENDOR_IBM, PCMCIA_PRODUCT_IBM_INFOMOVER,
     PCMCIA_CIS_NEC_9801N_J12,
     0, 0xff0, { 0x00, 0x00, 0x4c } },



Index: if_ne_pcmcia.c
===================================================================
RCS file: /cvsroot/syssrc/sys/dev/pcmcia/if_ne_pcmcia.c,v
retrieving revision 1.62.4.5
diff -u -u -b -r1.62.4.5 if_ne_pcmcia.c
--- if_ne_pcmcia.c	2001/06/16 19:18:50	1.62.4.5
+++ if_ne_pcmcia.c	2001/09/26 09:42:26
@@ -200,6 +200,11 @@
       PCMCIA_CIS_SVEC_PN650TX,
       0, -1, { 0x00, 0xe0, 0x98 }, NE2000DVF_DL10019 },

+    { PCMCIA_STR_NEC_9801N_J12,
+      PCMCIA_VENDOR_NEC, PCMCIA_PRODUCT_NEC_9801N_J12,
+      PCMCIA_CIS_NEC_9801N_J12,
+      0, 0xff0, { 0x00, 0x00, 0x4c } },
+
     /*
      * This entry should be here so that above two cards doesn't
      * match with this.  FNW-3700T won't match above entries due to
Index: pcmciadevs
===================================================================
RCS file: /cvsroot/syssrc/sys/dev/pcmcia/pcmciadevs,v
retrieving revision 1.93.2.7
diff -u -u -b -r1.93.2.7 pcmciadevs
--- pcmciadevs	2001/06/16 19:19:12	1.93.2.7
+++ pcmciadevs	2001/09/26 09:42:26
@@ -43,6 +43,7 @@
 vendor FUJITSU			0x0004  Fujitsu Corporation
 vendor PANASONIC		0x0032	Matsushita Electric Industrial Co.
 vendor SANDISK			0x0045	Sandisk Corporation
+vendor NEC                      0x00a4  NEC
 vendor NEWMEDIA			0x0057	New Media Corporation
 vendor INTEL			0x0089	Intel
 vendor IBM			0x00a4	IBM Corporation
@@ -83,6 +84,9 @@
 /*
  * List of known products.  Grouped by vendor.
  */
+
+/* NEC */
+product NEC 9801N_J12		0x0002 NEC	PC-9801N-J12	LAN

 /* Adaptec Products */
 product ADAPTEC APA1460		0x0001 Adaptec APA-1460 SlimSCSI
</screen>
</para>

</sect1>


<sect1>
	<title>
	Jitterbug
	</title>

<para>
<ulink url="http://samba.anu.edu.au/jitterbug/">
http://samba.anu.edu.au/jitterbug/
</ulink>
を参照。
割と simple is best 指向なものといえるでしょうか。
もともとは samba の bug tracking をする目的からスタート。
C 言語で、WWW インターフェイスのみ
(URL みりゃわかるとおり)。
</para>

</sect1>


<sect1>
	<title>
	Call Center, Bug Tracking and Project Management Tools for Linux
	</title>

<para>
<ulink url="http://linas.org/linux/pm.html">
http://linas.org/linux/pm.html
</ulink>
</para>

<para>
すみません、まだ、よくみてないす。
</para>

</sect1>


<sect1>
	<title>
	Perforce Defect Tracking Integration Project
	</title>

<para>
<ulink url="http://www.ravenbrook.com/project/p4dti/">
http://www.ravenbrook.com/project/p4dti/
</ulink>
</para>

<para>
すみません、まだ、よくみてないす。
</para>

</sect1>

</appendix>
