- 締切済み
画面設計とか機能設計ってどうやって進めるんですか
画面設計とか機能設計ってSEが客先に行って話を聞いて 作るんですか。客先に行かないSEはどうやって画面設計とかするんですか 外部設計より上の要件定義書を元に作成するみたいな事が本とかに 載っていたのですが要件定義書ってそんなに詳しく画面項目とかの説明がのっているのですか 新人１年目２年目でもさせてもらえる仕事なのですか 同期は１年目２年目位からさせてもらってたよと言っています。大手企業です 画面設計はお客様がするのですか 外部設計の具体的進め方を教えてください。
- tkwavek
- お礼率11% (103/930)
- SE・インフラ・Webエンジニア
- 回答数2
- ありがとう数0
- みんなの回答 （2）
- 専門家の回答
みんなの回答
- oioi_douda
- ベストアンサー率35% (21/59)
>新人１年目２年目でもさせてもらえる仕事なのですか >同期は１年目２年目位からさせてもらってたよと言っています。大手企業です PGではなくてSEとして上流工程だけしかやらない企業ならあり得ますね。 >外部設計より上の要件定義書を元に作成するみたいな事が本とかに >載っていたのですが要件定義書ってそんなに詳しく画面項目とかの説明がのっているのですか 要件定義はその前の通りに要件を定義するのです。 実際には要求定義と要件定義を一つにまとめてしまうことがありますが クライアント自身がもしくはクライアントからの意見をまとめて要求定義(どういうことをしたいか) でそれに対して要件定義(どうするべきか)を定義して仕様書を作る。 それからどういう機能が必要かなどを外部仕様や画面定義におこしていく。 >画面設計はお客様がするのですか やらないでしょう。 >外部設計の具体的進め方を教えてください。 本が一冊できあがる。 とりあえず本屋に行きなさい。
- lv4u
- ベストアンサー率27% (1862/6715)
>>画面設計とか機能設計ってSEが客先に行って話を聞いて 作るんですか。 普通はそうでしょうね。 >>客先に行かないSEはどうやって画面設計とかするんですか 営業さんんが客先に行くとか、お客さんがラフな画面の絵を書くとか、まあイロイロあると思います。 >>要件定義書ってそんなに詳しく画面項目とかの説明がのっているのですか 詳しいのもあるし、そうでないのもあります。 >>新人１年目２年目でもさせてもらえる仕事なのですか やらせてもらえないことも多いですが、それは企業の教育方針やその時の戦力で変わると思います。 >>画面設計はお客様がするのですか お客さまに、画面設計ができる能力があれば、お客さんが行う場合もあると思います。 もちろん、その能力が無ければ、やりません。まあ、お客様がやるとしても、主要な画面だけで、残りは自分達ってのが多いと思います。 >>外部設計の具体的進め方を教えてください。 ここで書ける分量ではないと思います。以下のサイトにある書籍等が参考になると思いますので、これらをお買い求めください。 http://homepage2.nifty.com/dbc/aboutus.html
関連するQ&A
- システムの設計（外部設計、内部設計）って難しいので
システムの設計（外部設計、内部設計）って難しいのでしょうか？ SEという仕事に興味を持っていてネットや書籍で調べているのですが、よくPGとSEって求められる能力が違い SEは設計などをメインで行うという風に書かれていますが、 そもそも外部設計や内部設計というのはそんなにも難しいレベルの仕事なのでしょうか? 要件定義の工程は難しいのだろうと感じますが、設計の部分は一通りの作業方法がわかればPGの方でも設計できるのではないかと思ったりします。 入社10年目のSEと２年目のSEってどのようなところに差異があるのでしょうか? マネジメント能力やコミュニケーション能力とかなのでしょうか？ 設計がものすごく上手？であったり早くできるといった能力は特にないのでしょうか？
- ベストアンサー
- 就職・就活
- 仕様書？設計書？要件定義書？
仕様書・設計書・要件定義書、これらの違いがいまいちパっとしないのですが、どう言う違いがあるとかんがえたらよいのでしょうか？ 要件定義書は顧客の要求をまとめたもので、それに基づき作成するものが仕様書と理解していますが、仕様書と設計書の違いとはどのような違いでしょうか？ 境界の目安がわかればおしえていただけるでしょうか？ また、システム設計書と外部設計書の違いもいまいちわかりません。 教えてください。 よろしくお願いいたします。
- ベストアンサー
- SE・インフラ・Webエンジニア
- UMLによるシステム設計について
私はSIerの新入社員です。 システム設計について勉強しています。 特にウォータフォールモデルとＵＭＬについてです。 今度、研修を兼ねて社内で使うツールの開発に参加することになりました。 ウォータフォールモデルに従って、要件定義から始めるのですが、 要件定義と外部設計の境界がわかりません。 要件定義書にはどこまで書くものなんでしょうか？ あと、ＵＭＬの各モデルが、ウォータフォールモデルのどの工程に登場すべきなのかも今だわかっていません。 ＵＭＬのモデルについては大学で学びました。 しかし、それをウォータフォールモデルと繋げてイメージすることができません。 まず要求定義の工程ではＵＭＬのどのモデルが出てくるのでしょうか？ またユースケース文書はどの工程で書くのでしょうか？ ↓私が想定しているユースケース文書です。 http://www.ibm.com/developerworks/jp/webservices/library/ws-tip-docusecase.html まとめますと、 (1)要件定義書にはどこまで書くのか（要件定義と外部設計の境） (2)ウォータフォールモデルの各工程にはどのＵＭＬモデルが登場するのか (3)ユースケース文書はどの工程で書くのか（要件定義？外部設計？） 以上３つの質問です。 ＵＭＬはオブジェクト指向設計で用いると思うので、Ｊａｖａのカテゴリで質問させていただきました。 会社によって設計書の書き方は大きく違うと思いますが、 「一般的にはこうしているはず」という話でも良いですし、 「うちの会社ではこうしている」という話でも良いですので、ぜひ教えてください。
- 締切済み
- Java
- SEとしての作業領域
今更ですが「SE」の作業領域を教えて頂きたいんですが・・。 例えば要件定義からお客さんと打ち合わせを行い、要件定義書作成や 納品までの工程、金銭的な見積もりを計画することから新規案件は 始まると思っています。 ※経験が浅いので言葉足らずですみません 実際はここまでの作業に携わる人を「SE」というのでしょうか？。 それとも この後の基本設計フェーズ ・画面設計 ・機能設計 ・DB設計 etc あとは開発以降でも ・開発標準策定 ・品質管理 ・テスト設計 など幅広く一連の工程を設計するのが「SE」と言うのでしょうか。 現実はPMとSEでまた境界がありそうですが・・ 「SE」として一般的に担当する領域を参考に教えて頂ければ幸いです。 上記以外にも「こんなことも重要」というお話も是非あれば お伺いしたいです。
- 締切済み
- SE・インフラ・Webエンジニア
- 基本設計、詳細設計に必要なドキュメントは？
一度、基本～詳細設計をやってみたいと思っていますが、 例えば雑誌管理システムを作るとします。 そのときに必要なドキュメントは、基本設計時には要件定義書、概要設計、そして詳細設計では、DB定義書、画面遷移図、他どのようなものが必要になってくるのでしょうか？ちなみに詳細設計とプログラム設計は別物ですよね？ よろしくお願いします。
- ベストアンサー
- その他（プログラミング・開発）
- 開発フェーズの各種ドキュメントの体裁について教えて下さい。
各開発フェーズ（要求定義、要件定義、外部機能設計、内部機能設計、基本設計、詳細設計・・）などとあると思いますが、それぞれのフェーズで必要となるドキュメントがあると思います。 まず、各フェーズでどのようなドキュメントが必要になるのか。 また、その基本的な内容項目、テンプレートについて教えて頂きたいです。 ドキュメントに記載すべき、形式、内容項目が記載されている書籍などがあれば教えてください。本屋さんを見てみましたが見当たりませんでした。 仕事でドキュメント整備をすることになったのですが、各種ドキュメントの内容項目が分からなくて行き詰っています。宜しくお願いします。
- ベストアンサー
- その他（プログラミング・開発）
- PG→SEへのスキルアップについて
入社4年目、24才のPGです。 そろそろPGからSEへとスキルアップをしたいと考えています。 現在、私の勤めている会社は、社員10数名の弱小企業ながら、 毎年、新人を取っておりまして、日々新人教育におわれる日々を送っています。 私も非力ながら新人教育を行っている状態で、 このままでは新人教育にばかり力を取られて SEへなれないのではないかと懸念を抱いております。 実際、設計書を書いても放置、お客様とのやり取りも放置されている状態です。 私としましては、設計書を書けばレビューして頂きたいですし、 お客様とのやり取りも、確認して貰いたいと思っています。 ※そもそもこの考えが間違っているのでしょうか？ レビューを誰かにお願いしようとしても社内の人間の状況で、レビューをお願い出来る方がいません。 皆様の会社では、SEへの教育をどのように行われているでしょうか。 簡単にでも結構ですので、お教えいただければと思います。 よろしくお願い致します。
- 締切済み
- SE・インフラ・Webエンジニア
- 新人の仕事内容について（悩んでます教えてください）
私はSI企業に入社して1年目のプログラマーです。１年３か月経過して思ったことなのですが 仕事内容が雑用ばかりで相手にされていない（放置されている）ような気がします。 未だにお客様に納品するプログラムを１本も作成した事がありません。 放置しているなら自分で好きなように勉強していいよと言ってくれればいいのに、 それもありません。環境構築（windows)をしたりインストールマニュアルを作ったり、 ストップウォッチ片手にレスポンスタイムを測定したり、単体テストだけ行ったり、 システムのヘルプマニュアルを作ったり、帳票のレイアウトだけを作ったり していました。また、新人にはできないだろうとすぐにわかるすごく難しい画面(HTML)を作ってと言われたり、 社内で使うシステムを設計経験もないうえ、お客に納品するような設計書（設計書の見本） も見たことがない新人一人で設計してプログラミングしてと言われたりしました。 （他にも雑用だろと思うような細かい仕事ばかり渡されていました） 他の同期は、お客様に納品するような設計書やプログラムを作成したりしています。 （新人研修ではプログラミングのスキルはそれ程差はありませんでした。） プログラミングの勉強をする時間が与えられないためいつまでったてもスキルアップしませんし 雑用の様な仕事ばかり渡されてしまいます悪循環から抜け出すことができません。 これは、私の能力（学歴やコミニュケーション能力、将来性）がないからなのでしょうか ※一応有名大学卒ですが大手企業のため超一流大学卒という人が沢山いました。 今では自信を失い、自分には将来性がない転職した方がよいのではと思うようになってしまいました。 一般的な会社では新人にはどのような仕事が与えられるのでしょうか。また、勉強期間というもの は与えられるのでしょうか。本当に悩んでいます。教えてください。
- 締切済み
- SE・インフラ・Webエンジニア
- データベース設計
今まで、サンプルデータを元にselect文の使い方を主に勉強していたのですが、突然データベース設計のレポートを出題されました。 同時に、自分で設計したレポートで意味のあるいろいろなselect文を実行してみる。と言うのも課題なのですが、こちらは何とかなるとおもうのですが、設計がよく分かりません。 課題の内容は以下の通りです。 1.1 ER図 1.2 スキーマ定義とドメイン制約 1.3 想定表における関数従属性、多値従属性、結合従属性 1.4 想定表における候補キーの算出 1.5 想定表における第3正規形判定と分解 1.6 外部キーの説明 具体的にどのように設計していけばよいか、各項目でなにをしなければいけないのか等、参考になるコトを教えてください。 授業の配付資料を読み直してみたのですが、ER図やスキーマ・ドメインなど、出てきてないようです。
- 締切済み
- PostgreSQL
- 要件と仕様の区分けについて
現在、外部にシステム開発を委託しています。 委託先と当社の役割分担として、業務要件の提示は当社、システム要件定義以降は委託先と決めていますが、どこまで当社の側から業務要件として提示すべきか、委託先と揉めています。 具体的には、「画面・帳票をどんなレイアウトにしてどんな文言（出力する項目ではなく、項目を出す欄のタイトル）を出力するか」は、要件なのか仕様なのかです。（仕様であれば、外部委託先が案を当社に提示して合意するというプロセスになる） 当社の考えとして、レイアウト、文言にこれでなくてはいけないというものがない限り、要件ではないと考えており、どんなレイアウトにして、タイトル文言はこうするというのは、外部仕様として委託先から提示を受けたうえで合意するという流れを想定しています。 要件と仕様の定義・区分けは、一般的にはどのように考えればよいか、ご教示ください。
- ベストアンサー
- SE・インフラ・Webエンジニア
