アカウント名:
パスワード:
高速開発ツールなどが流行りだした頃の話なので、Excel以下の設計書は無視してくださいね。そのレベルならどの文書作成ツールでも変わらないので。もちろんExcel方眼紙に代表されるよう、Excelは文書作成ツールとしても優秀なのですが。
Excel設計書の欠点は「汎用」の「ファイル」であるということです。設計とはデータなので、専用のデータベースとクライアントを利用するのが正しい。ただし面倒なので、専用のツールがあればそれを利用するのが望ましい。
ファイルの何が駄目かというと、よくある間違ったバージョン管理のように、どのファイルが最新なのか、どのファイルを
>設計変更でどこに修正が入りどのような影響があったのかということを記録できるようになりますEXCELで同じことをするのは大変ですが、それより楽にできるのでしょうか? gitなんかでも、変更毎に全体をzipで固めて記録するだけで、影響があったかどうかは、人間が解釈します。
記録出来るようになります言いますが、どんなキャッチアップすべき進歩なのでしょうか?何も、具体的にはおっしゃっていない様で、参考にならないです。EXCELでない何があるのでしょうか?
また、フレームワークやミドルウェアを駆使したシステムに太刀打ちできなくなったシステムと言うのは、単なるわら人形です。そんなものは過去に存在しません。
現在は自社独自でシステム開発するよりはパッケージ導入の方がメインですよ?日経BPでもSIerに開発能力がなくなり御用聞きに成り下がってるだのSIer不要論が出ているとまで嘆かれてます。少々文脈が異なりますが。
とりあえず現在のところ実現されているのは高速開発ツールやBPMなどですね。少なくともどの設計変更が何のために行われたのかは記録できます。そのことによって、その設計変更の元がキャンセルになったときにどこをロールバックすればいいのか分かります。あるいは追加で設計変更するときにどこまで影響があるのか把握できたりもします。
単に記録するだけならExcelだけでもいいですよ。そう言ってるじゃないですか。その記録をどのように生かすかという観点がこれからの(大規模)システム開発には必要なんです。
高速ツールは、コードが無いのにどう、履歴を自動で得るのか?その点では、退歩になっていないでしょうか?やって無いので確かなことは知りませが。。。 パッケージだって同じ方向性です。パッケージのせいで、システム全体を自動で俯瞰し難くなる(機能間は使用者が、「見立て」でカバーしている)ので、その見立てを自動で得るのは、ソースを全体見られた頃より困難で、・何年経っても、何も出てこないのは、現状認識としては、#4011219さんも肯定すると思います。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
Excel文書がなぜ駄目なのか (スコア:0)
高速開発ツールなどが流行りだした頃の話なので、Excel以下の設計書は無視してくださいね。
そのレベルならどの文書作成ツールでも変わらないので。もちろんExcel方眼紙に代表されるよう、Excelは文書作成ツールとしても優秀なのですが。
Excel設計書の欠点は「汎用」の「ファイル」であるということです。
設計とはデータなので、専用のデータベースとクライアントを利用するのが正しい。
ただし面倒なので、専用のツールがあればそれを利用するのが望ましい。
ファイルの何が駄目かというと、よくある間違ったバージョン管理のように、
どのファイルが最新なのか、どのファイルを
Re: (スコア:1)
>設計変更でどこに修正が入りどのような影響があったのかということを記録できるようになります
EXCELで同じことをするのは大変ですが、
それより楽にできるのでしょうか? gitなんかでも、変更毎に全体をzipで固めて記録する
だけで、影響があったかどうかは、人間が解釈します。
記録出来るようになります言いますが、どんなキャッチアップすべき進歩なのでしょうか?
何も、具体的にはおっしゃっていない様で、参考にならないです。
EXCELでない何があるのでしょうか?
また、フレームワークやミドルウェアを駆使したシステムに太刀打ちできなくなったシステム
と言うのは、単なるわら人形です。そんなものは過去に存在しません。
Re:Excel文書がなぜ駄目なのか (スコア:0)
現在は自社独自でシステム開発するよりはパッケージ導入の方がメインですよ?
日経BPでもSIerに開発能力がなくなり御用聞きに成り下がってるだのSIer不要論が出ているとまで嘆かれてます。少々文脈が異なりますが。
とりあえず現在のところ実現されているのは高速開発ツールやBPMなどですね。
少なくともどの設計変更が何のために行われたのかは記録できます。
そのことによって、その設計変更の元がキャンセルになったときにどこをロールバックすればいいのか分かります。
あるいは追加で設計変更するときにどこまで影響があるのか把握できたりもします。
単に記録するだけならExcelだけでもいいですよ。そう言ってるじゃないですか。
その記録をどのように生かすかという観点がこれからの(大規模)システム開発には必要なんです。
Re:Excel文書がなぜ駄目なのか (スコア:1)
高速ツールは、コードが無いのにどう、履歴を自動で得るのか?
その点では、退歩になっていないでしょうか?
やって無いので確かなことは知りませが。。。
パッケージだって同じ方向性です。
パッケージのせいで、システム全体を自動で俯瞰し難くなる
(機能間は使用者が、「見立て」でカバーしている)
ので、その見立てを自動で得るのは、ソースを全体見られた頃
より困難で、
・何年経っても、何も出てこない
のは、現状認識としては、#4011219さんも肯定すると
思います。