問題タブ [case-tools]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
case-tools - 開発に CASE ツールを使用することによる生産性の向上
私は開発中のシステムにMAGICという CASE を使用していました。この種のツールはこれまで使用したことがなく、一目で気に入りました。1 か月後には多くのアプリケーションが生成され、非常に生産的であると感じました。 .. 私は言うだろう... 満足。
どういうわけか不快に感じた原因は、コードがなく、慣れ親しんだすべてのものがあるためですが、一方で開発をスピードアップすることができました. 実際のところ、最終的には C# を使用するようになりました。これは、C# の方が開発がより柔軟で、単体テストを作成でき、CVS を使用でき、より多くのリソースにアクセスでき、基本的に「すべてを制御」できるからです。このツールは私に自信を与えてくれないと感じました。また、開発の強制的な確立されたルールのために、プロジェクトの後半でそれを管理できないと思いました。また、メールの送信、独自のコントロールの使用、その他の多くのことには複雑さがあり、ある時点で、最初に思ったほど簡単ではなく、最初に製品が主張しているようには見えませんでした. これは、「 No Silver Bullet 」という非常に素晴らしい記事を思い出させます。
この CASE には利点がありましたが、一方で、相談できるリソースがなく、実際にはライセンスと認証は非常に高価です。私にとってもう 1 つの残念な点は、その単純な開発アプローチのために、この種のツールの経験がなかったために最初は怖く感じ、2 つ目は、この種のツールを使い続けていたら複雑なモンスターになっていたのではないかと思ったことです。プロジェクトの後半で管理できなかった.
この種のソリューションを使用して物事を高速化するのは良いことだと思いますが、なぜこれらのプログラムが VS.Net、J2EE、Ruby、Python などほど普及していないのでしょうか。指した?
case-tools - ケースツール
企業環境でプログラミングするためのケースツールを使用している人はいますか?ComputerAssociatesのAllFusionGen、別名IEF \ Composer \ Cool:Genを使用しています。
case-tools - どの CASE ツールを使用していますか?
使用しているコンピュータ支援ソフトウェア エンジニアリング ツールとその理由は何ですか? それらはどのように生産性を高めたり、プログラムの設計に役立ちますか? または、CASE ツールを使用しない場合、その理由は何ですか?
models - CASE ツールが成功しなかったのはなぜですか?
...またはなぜ彼らは失敗したのですか?
CASE として分類できるものの概念の証明を作成しようとしていますが、以前に行われた間違いのいくつかを回避したいと考えています。
ありがとう!
programming-languages - CASE ツールで最も便利な機能は何ですか?
やあ皆さん、それは実際にはプログラミング関連の質問ではありませんが、間違いなくプログラマー関連です。新しい Case ツールが開発されていた場合。仕様から設計までのシステムの動作を説明するために、どのような機能が必要ですか。
javascript - *巨大な*JavaScriptコードベースを分析するためのUMLまたはCASEツール?
巨大なJavaScriptコードベースがどのように機能するかを理解する必要があり、その構造を分析するためのCASE/UMLツールがあるかどうか疑問に思っています。動的型付けとの存在のためにいくつかの制限があることを理解していますがeval()
、IDEが最近JavaScriptコードに対して意味のある検査を提供できるのであれば、依存関係などを視覚化する何らかの方法が必要だと思います。
agile - 設計と重複して収集する迅速で汚い要件のためのツールとテクニック
私は、ウォーターフォールのコンテキストで、正式な要件の収集についてかなり読んで教えられました。ユースケースを作り上げ、それらを仕様に変え、最終的には誰も望まない肥大化したクラップウェアを提供します。
私が現在取り組んでいるプロジェクトには、いくつかの特別な特徴があります。利害関係者は学者であり、開発チームは非常に小さく(2〜3 FTE)、全体的な時間枠は短く(3〜9か月)、利害関係者はかなり柔軟です。製品の最終的な形状について。(彼らはA、B、Cを要求しますが、A、X、Zを取得します-問題ありません。)利害関係者へのアクセスが制限されている場合、通常は定期的に取得します。たとえば、週に1時間です。
上記のいくつかの結果:
- 利害関係者のインタビュー時間から10時間以内にコーディングを取得する必要がありますが、多くの場合、それより短くなります。
- プロセス全体を通して要件を収集し続けることができます
- スコープは非常に柔軟です。時間と予算は固定されていますが、スコープは時間切れになったときに終了するものです。
明らかにアジャイル手法を使用していますが、チームメンバーシップは非常に動的であるため、たとえば、堅実なスクラムプロセスを構築する本当のチャンスはありません。
PM /クライアントリエゾンの役割で、次のカテゴリのスプレッドシート(Google Docs)を収集する要件を作成する習慣を身に付けました。
- 「私たちは今実装することができます」(私たちはそれを十分に理解していると思います、そしてそれはdefiniです
- 「詳細/ワークショッピングが必要」
- 「優先度が低い」(多くの場合、1人のユーザーが一度言及したものですが、それ以降は聞いていません)
- 「議論を続けるための大きな機能」(実質的な新機能セット、特に他のものとの統合。これらは多くの場合素晴らしいでしょうが、時間内にそれを成し遂げることができるかどうかはわかりません-その場合、私たちはすべきではありません始める。)
私の「方法論」が対処していない問題について、次の提案を聞きたいと思います。
- 早い段階でショートッパーをキャッチする-プラットフォーム/テクノロジー/ソリューション/の選択を大幅に制約する要件をスニッフィングします...
- 不確実性の霧にぶつかる前に、特定の機能セットで作業できる期間がわかるように、将来の要件収集セッションを構造化およびスケジュールします。
- 何かが確実に削減されるほど優先度が高いかどうかを知る(そうでない場合は、調査に時間を費やす必要はありません)
- 相互依存する機能のセットの管理
- さまざまな程度で開発できる機能の管理(たとえば、コストの30%で利益の80%を取得し、残りの70%を使用する必要があるかどうかをどのように判断しますか?)
- 選択肢の管理(1つのケースでは、認証メカニズムXまたはYを実装しますか?両方を実行することにはあまりメリットはありませんが、両方に大きな不確実性があります)
- 依存関係:多くの場合、ユーザーがXにどのように反応するかを確認するまで、Yの実装を開始しても意味がありません。
- 課題追跡システムにおける「要件」と「課題」の関係。トラッカーにすべてを投入し、問題について詳しく知るたびに問題を更新し続け、場合によってはそれらを分割またはマージしますか?
ですから、他の人がこれらの問題にどのように取り組んでいるのか興味があります。「要件ツール」を検索しても、何も役に立ちませんでした。エンタープライズデスクトップのCASEツールの集まりにすぎません。
java - この参照を使用するインスタンスメンバー関数を静的関数に変換します
私は大きな非静的JAVA関数を持っています。これは、その中のいくつかの場所でこの参照を使用します。これを静的関数に変換し、「this」参照をパラメーターとして渡して、ユーティリティクラスに渡すことができるようにします。
このプロセスを自動化できるツールはありますか?
更新:誰かがこれを行うための独自の迅速な方法を持っているかどうかを共有してください(ツールを使用せずに)。
java - 利用可能なケースツール
フロントエンド用のhtml5、ビジネスロジック用のjava、データベース用のoracleをサポートするツールはありますか?
architecture - SADT に代わるものは何ですか?
すべてが「エンタープライズ」になる前に、すべてが「構造化」されていた時代がありました。約 20 年前、構造化分析および構造化設計(SADT) は、CASE ツールと共に、多くの IT 専門家に救いを約束しました。
当時の誇大宣伝は、他の誇大宣伝と同様に行き来しましたが、SADT の痕跡が事実上なくなったことに驚いています。そして実際、そのような運命に値することはそれほど悪くはなかったと思います. 私が特に気に入っているのは、システムの機能的側面を強調していることです。つまり、システムが生成するもの(SADT で書き込み専用システムを指定することはできません) を明確に理解できます。これは、関数型プログラミングでも遍在するパラダイムです。
私の質問は次のとおりです。
- 現代の SADT に相当するものは何ですか?
- 同様のレベルの抽象化と同等の洗練の可能性を提供する (コンテキスト図以外の) UML 描画スタイルはありますか?
- なぜ世界が SADT を放棄したか知っていますか?
- SADT を実行できる CASE ツールを知っていますか?単なる描画ツールを超えて、たとえば整合性チェック付きの階層ダイアグラムを可能にします