- - PR -
勘定系・業務系アプリの画面構成・推移について
| 投稿者 | 投稿内容 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
投稿日時: 2006-05-30 09:08
さかもとと申します。
継承フォームのサイズ変更について という別スレッドから、つなげて質問させて頂きたい内容がこちらの会議室向きになってきたのでこちらに新しく立てました。 あちらのフォームでは「継承フォームは使うか？（ちょっと違うけど）」という話題でしたが、皆様のご意見を伺いたいのは業務アプリの画面構成（画面推移）はどのようなものが一般的か？（よく使うか？）ということです。 私の場合（今までの会社で経験した範囲内では） １：起動画面（利用者ID,パスワードの入力） １−１：ログオン情報をDBへセットし、ローカルドライブにIDを特定のファイルに書き込 んでおく １−２：ホストの場合はエミュレーター利用が多いのでホスト側だけで管理 ２：業務選択画面（○○管理、○○処理、○○印刷）など 画面構成としては ２−１：画面にボタンを配置し、そこから業務画面を呼び出す ２−２：画面左にTreeViewを配置し、その中の各ノードから業務画面を呼び出す ２−３：業務選択画面には他オペレーターへの連絡事項などを表示させる機能を 付けたりする ３：テーブルを管理するための画面 ３−１：各テーブルに対する検索画面１つ（検索結果をグリッドへ表示） そのグリッドをクリックさせて該当レコードの詳細画面を出す 検索＆詳細 で1セットとし、必要なテーブル分作成 ※お客様にSQL文を叩いてもらいデータ検証をする手間を省くために使う ※テーブルが増えるとこの管理画面の作成がとても面倒 ３−２：テーブル管理画面は複数あり、ボタンコントロールから画面を呼び出すと ボタンが増えすぎるので、TreeViewかコンボボックスなどを配置した親MDI 画面として作っておいて、各管理画面を子として画面右側などに表示 汎用機のオンライン画面となるとコントロールの変わりにコマンドだったりするわけですが、１，２，３の構成はそう大きくは変わってないような気がします。 もちろん、先人の残した資産を使わざるを得ない場合が多いのでこのようなパターンにはまるのかもしれませんが。 色々な構成があるかとは思いますが、使い勝手のよい画面構成とはどのようなものなのでしょうか・・・。 皆様はどのような画面構成・推移がよいと思いますか？ | ||||||||||||||||||||||||||||
|
投稿日時: 2006-05-30 09:57
自分は低コストと汎用性を考えて表上で編集させたり印刷させる方法を好みます。 この方法で殆どの機能を実現させられますし、実際、同じ画面を使いまわすため、低コストでシステムを提供できました。 しかし、使い勝手はあまり良いとは言えません。 ユーザーの好みによっても変わってくると思います。 未だに汎用機と同様のインターフェースをウィンドウズアプリケーションに求めてくるお客様もいました。 結局、最近はケースバイケースだよなぁ〜、って思います。（ミモフタモナイ・・・） | ||||||||||||||||||||||||||||
|
投稿日時: 2006-05-30 10:36
初めに... ですが、ピンポイントに一般論は語れないと思います。 だからこそ、向こうでもユーザーコントロールの話題を出しました。 (そんなわけで、デザイン部分については、良いか悪いかを書かないようにします)
ローカル ディスクのファイルに書き込んでおくのですか? ログオンの意味がないように思えますが...
これは、良く見かけるタイプですね。 ひとつのデザインなので、良い悪いはないと思います。 むしろ、その各処理がどういうアセンブリ構成になっているかが気になります。 ひとつのアセンブリで統合されているのか、または、クラス ライブラリなのか? など。
「管理」とあるので、管理者・保守員用の「マスタ メンテナンス」のことでしょうか?
これも、ひとつのデザインだと思うので、良い悪いはないと思います。
これは、何故でしょうか? 私は、管理画面 (フォームのことですよね?) はひとつしか用意しません。 各項目は、デシリアライズして動的に作成します。 あとは、そのファイルをメンテナンスするだけです。
お客さんの都合で "はまる" 場合が多いと思います。 ただ、'画面構成' は変えられなくとも、'作り込み' や '方法' まで、 汎用機の頃と同じノリにする必要はないですよね? # 移行組の方は、この枠を取り払える視野の広さがないと、厳しいでしょうね。 _________________ C# と VB.NET の入門サイト じゃんぬねっと日誌 | ||||||||||||||||||||||||||||
|
投稿日時: 2006-05-30 11:12
さかもとです。
Ｒ・田中一郎様 います、ホスト系の画面にしてくれというお客さま、そしてそうしようと言い張るうちの会社の年齢上の方・・・。 今担当している内の一つも「新規リプレイス案件だ！」と言いつつ汎用機⇒新しい汎用機という単なるハード乗せ換えになりそうだったし・・・。 じゃんぬねっと様 >ログオンの意味がないように思えますが... 説明が下手でした、実際にはシステムにログオンしたかどうかということではなく、その端末を現在使っている（その端末の画面にログオンしている）ユーザーIDなどを保持しておいて、画面上から更新をした場合に、そのIDを更新者として利用するためこのように利用しています。 ログオン日時や、現在のログオン状況などはDB側で保持しておいて多重ログインなどを防いでいます。 そして、あちらのスレッドでお聞きしようかと迷ったのですが、 >私は、管理画面 (フォームのことですよね?) はひとつしか用意しません。 >各項目は、デシリアライズして動的に作成します。 >あとは、そのファイルをメンテナンスするだけです。 これは具体的にはどのように実装するのでしょうか？全く検討が付きません・・・。おっしゃる通りフォームのことですが、汎用機からの移行組として正しく間違えた方法をいまだに使っております・・・。 [ メッセージ編集済み 編集者: さかもと 編集日時 2006-05-30 11:21 ] | ||||||||||||||||||||||||||||
|
投稿日時: 2006-05-30 11:21
ユーザーID などを保持しているのが、このファイルなんですか...? (;^-^)
では、私が意味を取り違えている可能性もありますね。
この内容を読む限り、「マスタのメンテナンス」のことだと思っています。 先のレスでも、 > 「管理」とあるので、管理者・保守員用の「マスタ メンテナンス」のことでしょうか? と、確認をお願いしたつもりだったのですが... (*_ _) _________________ C# と VB.NET の入門サイト じゃんぬねっと日誌 | ||||||||||||||||||||||||||||
|
投稿日時: 2006-05-30 11:44
さかもとです。
じゃんぬねっと様 すいません・・・。 おっしゃる通り、管理者・保守員用の「マスタ メンテナンス」の事です。 混乱させてしまい申し訳有りません。 ログオン時のID保持・・・の件ですが、言葉足らずですいません。 説明が悪いですね。 「ユーザーIDを保持」ですが、以下の流れとなっています １：ログオン処理（パスワード一致？など） ２：正確にログオンできたらDBから該当ユーザーのID、業務権限を返してもらい、それをローカルファイルを作成し一時的に書き込んでおく ３：該当ユーザーがそのシステムを利用している間はそのIDを更新者として利用。又権限を見て業務画面の表示非表示などで利用する ４：ログオフしたら該当のファイルを削除 正確には「一時的に該当ユーザーの情報のみ保持」です。 （「保持」という表現が不適切？） この方法自体もおかしい部分があればご指摘頂ければ幸いです。 説明下手ですいません、日々痛感してます・・・。 [ メッセージ編集済み 編集者: さかもと 編集日時 2006-05-30 11:51 ] | ||||||||||||||||||||||||||||
|
投稿日時: 2006-05-30 11:58
フォームに、「コントロールを動的に作成する」ということです。 どんな項目があって、どんな表題で、どんな長さで... を保持しているのが設定ファイルです。 (フォームの大きさはそれに合わせて変えます) マスタ メンテナンスって、追加、削除、更新(論理削除も含む) などが基本ですよね? すべて、ファイルの設定から動的に項目が設定できれば、このあたりの組み立ても自動化できます。 もちろん、特殊なものには対応できません。 が、そんなものは普通は作らないでしょうし、作ったとしても数は多くないでしょう。
何故、アプリケーション内で保持しないのですか? 別アセンブリへの値の引き渡し方が、これしか思い浮かばなかったということでしょうか? ところで、そのファイルって、書き換え可能ですか...? (かなり危険なように思えます)
大丈夫です、そんなに何度も謝らなくても良いですよ。(*_ _) _________________ C# と VB.NET の入門サイト じゃんぬねっと日誌 | ||||||||||||||||||||||||||||
|
投稿日時: 2006-05-30 12:02
ファイルに保存する必要はないのでは？ ファイルに保存しなければ
この処理も要らなくなりますね。 # かぶった …… orz [ メッセージ編集済み 編集者: まいるどきゃっと 編集日時 2006-05-30 12:02 ] | ||||||||||||||||||||||||||||
スキルアップ／キャリアアップ（JOB@IT）
Copyright © ITmedia, Inc. All Rights Reserved.
著作権はアイティメディア株式会社またはその記事の筆者に属します。
当サイトに掲載されている記事や画像などの無断転載を禁止します。
著作権はアイティメディア株式会社またはその記事の筆者に属します。
当サイトに掲載されている記事や画像などの無断転載を禁止します。