1

私は最終論文のためにOracleフォームビルダーを使用してソフトウェアを開発しています。最終論文レポート用にソフトウェア開発ドキュメントをいくつか用意したいと思います。

ご存知のように、オラクルフォームブローバージョン8.0は手続き型ベースです...私はオラクルフォーム6を使用しています...

レポート用にソフトウェア要件仕様(SRS)とソフトウェア設計ドキュメント(SDD)を準備する必要があります。

問題は、オラクルフォームが手続き型ベースであり、オブジェクト指向ベースではないことを知っているので、フォームがどのように関連しているかを示すためにSSADM手法を使用しました(DFD、CFD、PSPECを描画)(ユースケースとフローアップイベント[uml])一緒に、そして彼らは一般的に働いています...今SDDのために私は私の低レベル、高レベルのデザイン、そしてパッケージをどのように見せるべきかわかりません...

あなたが私に提供する方法論はどれですか?今、私は自分の低レベル、高レベルのデザインをTOODで見せようとしていますが、数日前、TOODもObejct Orientedプログラム用であることがわかりました、助けてください...

機能的な基本プログラムにUMLを使用できないもう1つの質問は、強力なリファレンスplzを使用してください...

審査官が私の仕事を受け入れないのではないかと心配しています...

SSADMでGUIを描くのはとても難しいです:((plz help me .. ..

ここに集まる専門家が私を助けてくれることを願っています...

置く前のUMLプロジェクトのSRSテンプレート:ユースケース図とシーケンス図。以前のSDDの場合、OOプロジェクトでは、クラス図、パッケージ、コンポーネント図を配置し、すべてのクラスとクラスのすべての機能について説明します(手続き型ベースプロジェクトでそれらをどのように表示するかはわかりません:(())

4

1 に答える 1

5

歴史のレッスン。

Oracleアプリケーションを構築するための公式の方法論に最も近いのは、後期のOracle*CASEメソッドです。誰かが10年でそれを使用したかどうかは疑わしい。これはプロセスとして存在していましたが、実際には、それ自体が一時的な製品であるOracle CASE(その後はOracle Designer)を使用するためのガイドでした。

CASEとDesignerは、SSADM製品セットのバリエーションを使用しました。そのため、分析ラウンドでは、DFDを使用してモジュールを定義しました。設計段階では、GUI要素を指定できる設計編集ツールを使用してこれらの定義を装飾しました。しかし、ダイアグラム作成者が認識されている方法論と関係があるとは思いません。

Oracle * CASEメソッドに関するいくつかの情報へのリンクを含めたはずですが、それは非常に古く、インターネット以前のものです(そのようなことを想像できる場合)。


eTOODアプローチでフォームを記述できる場合は、必ずそれを使用してください。GUIに関しては、OOと手続き型のアプローチに大きな違いはないと思います。ジャクソン構造化プログラミング(またはSDM)は、すべてのフォームトリガーを通過するフローを表す最良の方法ですが 。

あなたへの私の重要なアドバイスは、あなたの審査官と話すことです。彼らが何を期待しているのか調べてください。StackOverflowでランダムな問題が発生したと言っても、特定の方法を使用しても成績が上がる可能性は低いとのことです。

于 2010-10-31T08:55:30.963 に答える