ToDo管理・スケジュール・仕事の進捗をガントチャート表示できるソフト「xfy Planner[ベータ版]」 - GIGAZINE
日々のToDoチェック、進捗管理、アイデアメモなど多岐にわたる情報を整理し活用するために、ジャストシステムから「xfy Planner」というソフトが登場しました。現在はベータ版なので無料でダウンロード＆利用が可能となっています。iCal形式のインポートに対応し、HTMLやPDFでの出力が可能。タスクはクリックで即座に追加、ドラッグ＆ドロップによる移動も可能で、操作はかなり優秀。 全体的な使用感としては、とにかく直感的なので特に説明やヘルプを読む必要はなし。また、タスクを次々に追加できる工夫が随所になされている点は非常にグッドです。追加だけでなく、そこからあとの変更・編集についてもかなり簡単にできる点は確かにかなりいい感じ。何より、ガントチャート表示やらカレンダー表示やらを縦横無尽に切り替えることができる点は秀逸。タスク登録やその見せ方、情報のまとめ方にちょっとした工夫がなされており、全体
![ToDo管理・スケジュール・仕事の進捗をガントチャート表示できるソフト「xfy Planner[ベータ版]」 - GIGAZINE](https://cdn-ak-scissors.b.st-hatena.com/image/square/f0ddfbff00a59f45d8695957e4962771ebeddb95/height=288;version=1;width=512/https%3A%2F%2Fi.gzn.jp%2Fimg%2F2008%2F11%2F12%2Fxfy_planner_beta%2Fx00.png)
システム設計 設計の考え方
要件定義、基本設計、詳細設計、プログラム設計、テスト、運用というシステム構築の手順が一般的に浸透しているが、このプロセスは 実践ではほとんど守られておらず、要件定義の中で、ユーザと一緒に一部分を掘り下げて行っているうちに混合されることが多い。 ここではその区別について考える。ただし、実践手順が多少、イレギュラーに設計されるのは全体の合理化を促進しようとするためであり、必ずしも良くないこととは言い切れない。 基本的には必要とされるアクターを考えることが重要だと思われる。 外部設計（システム設計） ＝システム方式設計+ソフトウェア設計 内部設計 ＝コンポーネント設計 詳細設計 ＝プログラム設計 （IPA） １．システム方式の決定：アーキテクチャーとして、H/
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「仕様」という言葉の罠を回避する
結論→ 「仕様」と「機能」を意識的に使い分けることで、顧客のテクニック「言葉のすり替え」を見抜くことができる。 客先での仕様調整の場で、新人が手もなくひねられている（騙されているともいう）。もう少し手加減してやればいいのに、顧客の脅しが酷すぎる。 あたりまえじゃないか、その機能が入っているのが仕様です なぜなら、いま私が現場に電話で確認したら、そういう運用になっているからです だから、その機能が入っていないのはバグなんです したがって、あなたは無償で今すぐこれを実装する必要があります テストフェーズ末期やリリース後、何らかの要求を満足していない場合、顧客より一方的に伝えられる最終通牒は、こんな論法だ。非常に強い口調で伝えられると、なんとなく「そうかも?」という気分になり、顧客が正しいという空気が場を支配する。 その結果、ほとんどの場合、泣く泣く自腹で実装していることだろう。ひとつひとつは小
要求定義の方法論を知る【後編】：日本IBMの標準的な作業手順とは？
次にこの決定に基づいて，要件定義の作業計画や要員計画を作成し，作業チームを編成するとともに，成果物を作成するための作業手順やガイドを作成する。すぐに作業に取り掛かれるように，記述ルールやサンプル，記述フォームも用意しておく。さらに，システム化目標や作業項目，品質管理方針や守るべきルール，作業に必要となる技法をメンバーに徹底させるための説明会も実施する。 現業務を現物理モデルで表す 現行業務・システムをベースに新システムを開発する場合は，計画と基準の作成後，「DFD現物理モデル」の作成に取り掛かる（図4のP 2）。DFD現物理モデルとは，現行業務におけるデータの流れと変換プロセスをDFDで表現したものである（図6の（1））。現行業務の内容や意味，役割，業務上の問題点を洗い出すのが目的だ。なお，新システムの対象となる既存業務がない場合は，このステップを省略して，後述するユーザーへの調査から作業
ITPro: 基本設計におけるレビューの勘どころ
どんなに基本設計をしっかりやっても，その後のフェーズで「欠陥」が見つかれば意味がない。欠陥が発見されれば手戻りが発生し，進ちょく遅れや収益悪化といったプロジェクトの混乱を招く。基本設計フェーズにおける品質向上のプロセスや成果物のレビュー方法について解説しよう。 「考慮していない外部システムとの連携が詳細設計で見つかった」，「仕様間の不整合が実装フェーズで発見された」――。どんなに基本設計をしっかりやっても，その後のフェーズで「欠陥」が見つかれば意味がない。欠陥が発見されれば手戻りが発生し，進ちょく遅れや収益悪化といったプロジェクトの混乱を招く。基本設計フェーズにおける品質向上のプロセスや成果物のレビュー方法について解説しよう。 「欠陥防止」を徹底する 改めて言うまでもないが，基本設計の成果物の品質を向上させるプロセスは，(1)設計作業を実施する，(2)成果物をレビューして欠陥を洗い出す，(
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
デスマーチ
ここは地獄か戦場か？火を噴くプロジェクト 死闘編｜【Tech総研】