BugTracker.Net(Tsugumi)

2005/08のページビュー 17万達成

Thu, 01 Sep 2005 11:33:00 GMT

	本家	blog	合計
2005/8/1	629	4511	5140
2005/8/2	963	6361	7324
2005/8/3	1064	7931	8995
2005/8/4	1195	5823	7018
2005/8/5	867	4551	5418
2005/8/6	343	3576	3919
2005/8/7	515	4131	4646
2005/8/8	834	5187	6021
2005/8/9	933	6040	6973
2005/8/10	786	4870	5656
2005/8/11	950	5095	6045
2005/8/12	1154	4159	5313
2005/8/13	981	3108	4089
2005/8/14	768	4045	4813
2005/8/15	1261	4948	6209
2005/8/16	1389	4559	5948
2005/8/17	1115	4199	5314
2005/8/18	1041	4817	5858
2005/8/19	836	4430	5266
2005/8/20	521	2953	3474
2005/8/21	616	2742	3358
2005/8/22	933	5142	6075
2005/8/23	1299	4871	6170
2005/8/24	1387	4365	5752
2005/8/25	1213	4215	5428
2005/8/26	997	4068	5065
2005/8/27	862	3147	4009
2005/8/28	548	3592	4140
2005/8/29	1188	6317	7505
2005/8/30	1030	5185	6215
2005/8/31	1288	4916	6204
合計	29506	143854	173360

皆さんのおかげでPVも順調に伸びています。ありがとうございます。

17万PVもいただけて光栄です、これからも応援よろしくお願いします。

#じゃんには勝てなくて歯がゆいですが・・・・(^^

[Tsugumi]ユーザ系のDB-ER図

中博俊 — Tue, 29 Jun 2004 00:30:00 GMT

[Tsugumi]プロジェクトに関するテーブル

中博俊 — Mon, 28 Jun 2004 12:58:00 GMT

アンダーラインが今回修正したところ。
でもまだ煮詰まってないねぇ。

プロジェクトテーブル
(PK)プロジェクトID, プロジェクト名, サブプロジェクト管理フラグとか

サブプロジェクトテーブル
サブプロジェクトID, プロジェクトID, サブプロジェクト名

チームテーブル
(PK)チームID, プロジェクトID, サブプロジェクトID, チーム名とか

バグ票
(PK)内部バグ番号, プロジェクトID, サブプロジェクトID, バグ番号, タイトル

バグ詳細
バグ番号, 発言者ID, 発言日時, ステータス, 承認依頼フラグ, 添付ファイルフラグなどなどなど

添付ファイル管理
(PK)添付ファイル管理ID, バグ詳細番号, 添付ファイル名, 実ファイル名(GUID.拡張子)

チーム所属テーブル
ユーザID, チームID, 承認権限

ユーザテーブル
ユーザID, パスワード, メールアドレス

[Tsugumi]プロジェクトの進め方とバグのつぶし方

中博俊 — Mon, 28 Jun 2004 12:44:00 GMT

プロジェクトの進め方は千差万別。

私自身もいろいろな進め方を経験してきました。

今回のプロジェクトは、「ウォーターフォールがいい」とか「XPがいい」とかっていうイデオロギーなところとは関係ないバグ、問題、仕様、改善等を管理するコミュニケーションツールですからそういった視点で見て生きたいと思います。

きっちり設計してバグを0にして出荷する。
主にウォーターフォールの場合に行われる開発手法
問題点や、バグなどをとりあえず順位付けして指定の期日で出荷していく。
XPなどのイテレーション開発など
大きな機能があってそれを満たせば出荷する。そこにまぎれて細かい修正を行っていく。
ひとつずつの細かい単位で修正したら出荷する。
オンラインソフト系の開発方法

こんなもんかなー。

次にバグの引継ぎなど

バグはそのバージョンで完結。よほどの直すべき問題以外設計変更として開発を行う
バグは基本的に引き継がないためV1とV2にバグ管理の溝がある。
バグはそのバージョンで完結。ただし残バグの中から新しいプロジェクトへの先送りバグとして送付する。
V1とV2の間には断絶があるが、V1の問題をV2設計に直接的に生かす。
V1, V2等の区別無く常にバグは管理していく。

うーん結構いろいろなバリエーションがあるなぁ。

特にプロジェクトの考え方がぜんぜん違う。バージョン単位に切って考えるか、連続して考えるか。

テーブル構成を考えてみよう。

[Tsugumi]プロジェクト周りのテーブル設計

中博俊 — Thu, 24 Jun 2004 12:30:00 GMT

とりあえず考えられるプロジェクト周りのテーブル構成って

プロジェクトテーブル
名称とか

チームテーブル
所属プロジェクトID、チーム名とか

チーム所属テーブル
ユーザID,チームID、承認権限

ユーザテーブル
ID/PASS

でもここまでやると大げさなのでTsugumi(V1)ではシンプルに1:1だけをサポートすることにして、全部作らないことにします。あっさり

[Tsugumi]開発形態ってどんなものがあるの

中博俊 — Tue, 22 Jun 2004 19:49:00 GMT

このソフトは簡単なバグトラッキング、TODO管理、仕様確認をチームで行うためのツールです。
開発形態ってどんなものがあるのか考えてみます。

1:一般ユーザ
フリーウェア、シェアウェアの開発形態ただし一般ユーザから詳細な情報入手はむつかしい

多:一般ユーザ
フリー/シェアの開発側が複数人
リーダが了承する。再現が難しい問題の場合に協力が得られるとは限らない。

1:1
権限を持った代表者同士の開発
両者がOKを出せばその変更等は了承される。

1:多
片方は権限をもっているが、片方は権限を持った人がOKを出さないと行けない。

多:多
両方とも階層を持って了承される

多:多:多
通常は隠蔽される孫受けまでが存在する階層的な関係と、対等な3者の2パターンが考えられる。
前者は解読すると(多:多)と(多:多)となるのでこのプロジェクトではサポートしない。
対等な関係の場合にはクライアント、デザイナ、ソフトウェアエンジニア等のパターンが考えられる。

考えられる事
プロジェクト単位でチーム割は変わるはず、了承権限をもつものもかわるはず

[Tsugumi]ログイン仕様

中博俊 — Tue, 22 Jun 2004 19:31:00 GMT

まぁすでにここまでは実装おわってるのだけど・・・
チャレンジ&レスポンス方式を利用する。
チャレンジコードはGUID、パスワードはDB内にハッシュの形で入っておりGUID+パスワードのMD5ハッシュを結合したもののMD5ハッシュをレスポンスに用いる。

チャレンジコードはユーザIDで取りだし（有効期間10分長いかな）
レスポンスコードはユーザIDとレスポンスで送信セッションコードを返す。
セッションの有効期限は20分にしよかなー
セッションコードはすべての関数に対して持ちまわる
ログアウトを用いて終了するようにプログラムの作者には義務付ける。

XMLWebサービスは何がおきてもSoapExceptionが発生するので、それらは放置しサーバ側で例外ハンドルし、メールで通知するようなサービスを立てる。（この部分は過去のプロジェクトの掘り起こし＋α）

突っ込み希望

Tsugumiはシェアードソース方式＋非商用フリーで行こうかなと思ってます。
みなさんのつっこみがたよりですよろしく。

コードネーム

中博俊 — Tue, 22 Jun 2004 12:44:00 GMT

Microsoftのソフトウェアは開発時にコードネームがついています。

たぶんコードネームから製品名を特定させない為とか、製品名は決まってないけど名前が無いと不便だよね。っていうことからつけ始めたんではないかと思われるんですが、これって大好きです。

今のところまともに収集できている日本語サイトは無いみたいで

http://dnjonline.com/articles/backend/codenames.asp
http://www.sester-edv.de/codenames/
http://www.bitzenbytes.com/101/r119-wcn.htm

調べたGoogleキーワード
http://www.google.co.jp/search?num=100&hl=ja&ie=UTF-8&q=microsoft+longhorn+yukon+whidbey+cairo+shiloh+whistler&lr=

こんな感じです。

で、私もそれに習ってコードネームつけようかなって思ってます。

Microsoftに対抗して好きな鳥の名前でいこかな。

バグトラッカーちゃんはさて何にするか・・・
Version1はTsugumiにしましょう。うんうん。

このバグトラッカーちゃんどういうライセンス形態にしようかなー

バグトラッカー.Net

中博俊 — Sun, 20 Jun 2004 20:18:00 GMT

バグトラッカー.Netを作っています。

これは開発に関わる利益代表(顧客と開発とか、顧客、中間会社、開発など)同士がこのバグや仕様についてどうするかも含めてトラッキングできるシステムです。

開発は.Net1.1 + NoTouchDeployment + XML Web Service + Windows Forms + SQL Server(MSDE)です。

一般的なOSS形態のトラッキングシステムではないんですが、ちょっと改造したらいけるようにするつもりです。

まどうなるかはお楽しみに。