タグ

システム開発に関するshayashのブックマーク (5)

  • ITエンジニアの「やってはいけない」---目次:ITpro

    設計・実装から運用,メソドロジまで,最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」(アンチパターン)があるだろう。だが,その理由を問われると,うまく説明できないことがあるのではないだろうか。突き詰めて考えると,状況によっては「やっても構わない」こともあるし,技術の進化に伴い「やれるようになってきた」こともある。そこで設計,実装,テスト,運用,メソドロジの各分野について,取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル3~レベル1の3段階あり,レベルの数字が大きいほど,やってはいけない度合いも大きい。 関連サイト: ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編

    ITエンジニアの「やってはいけない」---目次:ITpro
  • サイオス、「誰もが使える」プロジェクト管理ソフトをOSSで公開

    サイオステクノロジーは、プロジェクト管理のWebアプリケーション「ProjectKeeper ベータ版」をオープンソースとして公開した。 サイオステクノロジーは7月4日、プロジェクト管理のWebアプリケーション「ProjectKeeper ベータ版」をオープンソースソフトウェア(OSS)としてApache Software Licenseの下で公開した。正式版となる「ProjectKeeper Ver.1.0」は8月中にリリース予定。 ProjectKeeperは、プロジェクトスケジュール管理、プロジェクト実績入力、ダッシュボード、グラフ作成、帳票作成、マスターメンテナンスといったプロジェクト管理に必要な機能が含まれる。プロジェクトの進ちょく状況やメンバーの稼働状況をWeb上で自由に入力でき、メンバー全員で即座に情報を共有できる。情報はサーバで一元管理するため、案件ごとにデータファイルが分

    サイオス、「誰もが使える」プロジェクト管理ソフトをOSSで公開
  • ThinkIT : 見える化とは何か〜改めて問うその真価

    最近、「見える化」という言葉が広く使われるようになった。ソフトウェア開発やプロジェクトマネジメントの文脈において、「トヨタ生産方式」が再度見直されていることが理由の1つであるが、この「見える化」という漢字かな混じり語のベタっとしたインパクトも大きく貢献していると思う。 この言葉からは「現場」や「アナログ」のにおいがする。スマートさからは離れているが、逆に「粘り強さ」や「実践感」といった点で「可視化」という無機質な言葉とは一線を画している。 実は、ここが「見える化」の肝であり、物理的な「モノ感」であったり、体を使った実践的な「行動」に繋がってはじめて見える化なのである。つまり「見える」だけでは「見える化」とはいわない。そこから喚起される実際の物理的な感触が、問題の解決にむけた身体的な行動を生み出してはじめて「見える化」なのだ。 そういう意味で、「何のための見える化か?」ということは、常に問わ

    shayash
    shayash 2006/12/20
    『ソフトウェアの構造』『ソフトウェアへの要求』『ソフトウェアの開発状況(進捗)』についての見える化
  • プログラマに負担をかけない仕様書の書き方や対応についての質問です。…

    プログラマに負担をかけない仕様書の書き方や対応についての質問です。 今後、プログラマに事細かに指示を出す必要がある仕事に自分がつきそうです。いろいろなサイトを見ましたが、意思の疎通がうまくいかず、プログラマに負担がいってしまう事例が多くあり、気を引き締めて取りかかりたいと思います。 自分も若干の言語ならばわかりますが、ほとんど無知の状態に近いです。 自信の勉強ももちろんのこと、ミーティングなども綿密に行う事が必要ですが、その他に気をつけなければならない事や注意点、プログラマから見たやりやすさなどがありましたら教えて下さい。 また、どういう状況での作業がやりやすか、などの環境についてもよければご意見を聞きたいと思います。

    shayash
    shayash 2006/10/06
    仕様でプログラマが悩む、勝手に判断する、といったことがないようにしたいな
  • ドキュメントを作成しないユーザーは、失敗する − @IT情報マネジメント

    ドキュメントを作成しないユーザーは、失敗する:ユーザーサイド・プロジェクト推進ガイド(15)(1/2 ページ) システム開発にドキュメントはつきものだ。しかし、しばしばドキュメントが作られないプロジェクトが見られる。ドキュメントがないとどのような事態が発生するのだろうか? コンピュータ・システム開発プロジェクトにおいて、ユーザーサイドではどのようなドキュメントが作成、準備されているのでしょうか? 対象業務の概要を個条書きしたもの、現状使われている伝票や帳票類、現行システムのソフトやハードの構成図、それに画面のハードコピー、もしくは完成図書一式を資料として用意すれば十分でしょうか? あとは打ち合わせの中でベンダへ口頭で伝えればよい──といえるでしょうか? 関係部署が1つか2つ程度で限られた業務だけを対象とする小規模なシステム、あるいは現行システムの単純な更新であれば、この程度の資料だけで間に

    ドキュメントを作成しないユーザーは、失敗する − @IT情報マネジメント
    shayash
    shayash 2006/09/19
    小さい規模でできないことは大きくなってもできない
  • 1