ドライバーならではの接客術って? いやぁ、 まさか労働環境の改善が会社の存続に関わっていたとは驚きでした。 細やかな仕事を担う現場のスタッフって、会社が大きければ大きいほど粗雑に扱われがちだと思っていたので……。 ドライバーという仕事自体、他の業界と比べたら大変な仕事だと思います。一日中歩き、時には走り、運転し、労働時間も長め。その上でお客様に良いサービスを提供しようと頑張ってくれているわけなので、環境は十分整えないと。 やっぱり大変なお仕事ですよね。しかも大量の荷物の中には、別にその日に必要でもないしょうもないジョークグッズとかも紛れてると思うんですよ……! そう考えると、ドライバーさんってやりきれない気持ちにならないですか? 私もつい最近、金魚の餌一個を通販で買ってわざわざ配達してもらったとこなので、なんだか今、申し訳ない気持ちでいっぱいです。 うーん……でも、荷物の中身もどんな思いが込められてるのかも、僕らにはわからないし、踏み込みすぎてはと思うんですよね。 僕らにはわからないお客さまの背景が当然あると思うので、全て大切な荷物をお届けする気持ちでやってますね。 ドライバーの鑑だなぁ。基本的に孤独なお仕事だと思うんですけど、寂しくないんですか? 特に孤独ってわけでもないですよ。お客さまにたくさん接するので。 わたしたちは、 ドライバーの仕事=接客業 だと考えているんです。ドライバーは、毎日荷物の数だけお家を訪問しお客様と顔を合わせる上、1日のうち何度も携帯にお客様から連絡が入る。 実は、『接客好き』はドライバーの第一条件なんですよ。 面接でも、接客が好きかどうか、向いているかどうかは見ていますね。そこが違うと長く働いてもらえないので。 なるほど! ヤマト運輸のマネチャレが近々あるのですが、筆記試験、面接、どんな試験や質問され... - Yahoo!知恵袋. 運輸業という名前だけ見るとモノ(荷物)と向き合うイメージが強いけど、確かに言われてみればそうだ! 基本は接客ですね、そこが楽しいところです。だいたいのドライバーにとって、 お客さまからの『ありがとう』や『ご苦労様』がやりがい だったりしますから。 優等生すぎる回答!『ありがとうがやりがい』って、元気な居酒屋のTシャツに書いてることじゃないですか。 でも本当なんですよ、逆に楽しみがそれしかないかもしれないですね(笑)。エリア内に沢山のお客さまがいて、少しずつ関係を築けて。 何度も接するうちに、『心を開いてくれたかも』って瞬間があったりすると、たまらなく楽しいんですよね。 一言でも会話して、距離が近くなればいいなと思いながら配達してます。 ▲「やっぱり話しかけられると嬉しいです」と照れ笑いする森さん。この人絶対良い人だ!
そもそもまず、 会社は『存続』しなければいけません。 インターネットが発展し、少子高齢化も進む今、 間違いなく通信販売が増える のは目に見えていますよね。となると、会社の存続のため必要なのは荷物を配送するための人手。働き方改革は、 いかに人材を確保するか に重きを置いた施策なんです。 人材の確保って、求人記事を出すとか、広報をたくさんするとかじゃダメなんですか? それだけじゃないんです!まず、人材を確保するには、多くの方に 『ヤマト運輸で働きたい』と思ってもらわなければならない。 そのためには、沢山のお客様に接する 配送 の段階で、 良いサービス を提供する必要があります。 ふんふん で、お客様にサービスをご提供するのは、荷物を届けるドライバーですよね。そのドライバーが良いサービスを提供するには、良いパフォーマンスを発揮出来る環境が必要ですよね。 つまり、ドライバーの労働環境を改善することが、会社の存続に繋がっているんです! クロネコヤマト「中途採用面接に100%合格する」志望動機の書き方と例 - ヤマトに転職してドライバーになった俺. そ、そこまで繋がってたのか〜〜! 例えば、社内に 託児所 を作ったりもしました。主婦の方が働きにくい環境だという理由で、 働ける人を限定している場合でもない ですから。とにかく今は、あらゆる層のドライバーに向けた労働環境の改善に取り組んでいる最中です。 なるほどなぁ。働く環境が良くなると、『うちの会社いいよ』ってドライバーさんが友達に伝えてくれるかもしれませんしね。一時期話題になった ロボネコヤマト なんかも、なにか関係しているんですか? ▲ヤマト運輸とDeNAが発表した自動運転社会を見据えた「ロボネコヤマト」。仮に自動運転技術が実用化された場合の荷物の受け取り方を検証しています。荷物を載せた専用車両が地域内を回り、お客様の好きなところ・好きな時間に荷物をお届けする、まさに次世代の配送サービスです。 そうですね。宅配ロッカーやコンビニ受け取りもそうなんですが、 お届け方法のチャンネルを増やすこと にも取り組んでいます。今後必ず配送量は増え続けますし、ドライバーが届けるというチャンネルだけではいつか頭打ちしますから。それに今のドライバーの業務負担の軽減も必要ですしね。 ▲全国各地に設置されている宅配便ロッカー「PUDOステーション」。お客様の在宅・不在関係なくお届けできて、設置場所によっては24時間出し入れ可能な優れもの! ただ未来的なことをしたいという話ではなく、あくまでも『働き方改革』だったり、増えていく配送量にどう対応していくかという考え方をしています。 SECTION04 運輸業=接客業?
08. 21 / ID ans- 4428455 ヤマト運輸株式会社 福利厚生、社内制度 20代前半 女性 パート・アルバイト 運輸関連 【良い点】 福利厚生はしっかりしています。 病気で入院する際もしっかり傷病手当てがおりる様です。 パートでも寸志ですが賞与があります。 寸志ですが昇給もあります。 正社員... 続きを読む(全203文字) 【良い点】 正社員のドライバーであればインセンティブなどもあります。 長い期間勤めると有給が増えます。 使わなかった有給は消えずにたまっていく様です。 育児休暇はありますが、取得の際、上司はあまりいい顔をしません。 投稿日 2020. 21 / ID ans- 4428450 ヤマト運輸株式会社 ワークライフバランス 20代後半 男性 契約社員 その他営業関連職 【良い点】 午後からの出勤のため午前中好きな事に時間を費やせるので嬉しいです。夜はそこまで遅くなることはないので帰ってからもいいバランスで生活ができていると思う。 【気に... 運輸業界最大手・ヤマト運輸の働き方の実のところを聞きに行った。 | 企業と人が出会う場所 OSAKAしごとフィールド. 続きを読む(全186文字) 【良い点】 午後からの出勤となるので正社員の方の持ち戻りの荷物だったり仕事量が多いため大変であるとおもう。 その分お給料は高いので周りから雑に扱われる時もあるのでそこは我慢が必要。 投稿日 2020. 04 / ID ans- 4361349 ヤマト運輸株式会社 年収、評価制度 20代後半 男性 契約社員 その他営業関連職 【良い点】 契約社員でも給料はそれなりにもらえる。基本給が正社員の方より高いため残業代なども高くつくので嬉しいポイントだと思う。 【気になること・改善したほうがいい点】... 続きを読む(全195文字) 【良い点】 契約社員に対しての風当たりが強い部分がある。基本給は正社員の方より高いのと固定給の為それなりに働かされるので大変である。よくも悪くもあるが契約社員は固定給の為評価という点に関しては特になにも変化はないと考えてた方がよい。 投稿日 2020. 04 / ID ans- 4361344 ヤマト運輸株式会社 ワークライフバランス 男性 パート・アルバイト その他職種 【良い点】 正社員のワークバランスを見ると大幅に改善が見られます。基本 3勤1夜 4勤2休とか またAMまでの勤務 PMから出勤など時間に余裕が出てきているのではないでし... 続きを読む(全188文字) 【良い点】 正社員のワークバランスを見ると大幅に改善が見られます。基本 3勤1夜 4勤2休とか またAMまでの勤務 PMから出勤など時間に余裕が出てきているのではないでしょうか。また近年、アンカーキャスト導入(午後配達専門)契約社員の方がおられるので正社員ドライバーの負担がかなり減ったと思います。 福利厚生も整っており有給も確実に使用しないといけない風土が定着しております。 投稿日 2020.
05. 24 / ID ans- 4301218 ヤマト運輸株式会社 入社理由、入社後に感じたギャップ 20代前半 女性 パート・アルバイト その他職種 【良い点】 繁忙期はやはり予想以上にお給料はもらえます。 丁寧に対応してくださる方は結構います。 場所にもよると思いますが。 ただ... 続きを読む(全194文字) 【良い点】 ただし、繁忙期がすぎると途端人も少なくなりますし、荷物の量も少なくなります。 繁忙期を過ぎますと休みがかなり多くなりあまり稼げなくなってしまいます。 安定した収入を求めるのでしたら契約社員か正社員になることをお勧めします。 投稿日 2020. 01. 19 / ID ans- 4141639 ヤマト運輸株式会社 面接・選考 20代前半 女性 パート・アルバイト その他職種 【印象に残った質問1】 特になし 【印象に残った質問2】 【面接の概要】 すぐ就職できます。アルバイトの繁忙期ですので人手がほしい夏と冬によく求... 続きを読む(全227文字) 【印象に残った質問1】 すぐ就職できます。アルバイトの繁忙期ですので人手がほしい夏と冬によく求人されてます。 繁忙期だけ給料はうんと高いです。 アルバイトでしたが契約社員、正社員ももちろんあります。 ただ、働いている人の話を聞いているとみな愚痴を言っていたり、やつれている方が多いです。 あまりおすすめしませんと言われましたね。 【面接を受ける方へのアドバイス】 特にありません 投稿日 2020. 19 / ID ans- 4141630 ヤマト運輸株式会社 退職理由、退職検討理由 20代前半 男性 パート・アルバイト 一般事務 【良い点】 やりたいことが見つかったから退職したが、そうでなければ正社員を目指したくなるくらい環境が良い。 社員のボーナス等もかなり良いため、積極的に就職したい企業である... 続きを読む(全180文字) 【良い点】 社員のボーナス等もかなり良いため、積極的に就職したい企業である、 特に改善要望もなく良い環境だった。 正社員とアルバイトの仕事内容がほぼ同じのため、どうせするなら正社員で給料をもらいながら働いた方がいいと感じた。 投稿日 2021. 20 / ID ans- 4889725 ヤマト運輸株式会社 仕事のやりがい、面白み 20代前半 男性 正社員 ドライバー・配送関連 【良い点】 正社員の場合はセールスドライバーという業種になります。 多々配達すだけではなく、何か月ごとに商品を売るというノルマが課せられます その配属先ごとに何個まで売る... 続きを読む(全198文字) 【良い点】 その配属先ごとに何個まで売る、が決められもしそのノルマに達成できなければ自腹で商品を全部買うようになります。 やりがいはとてもある仕事です。 しかし、日によって配達する量も違いますし元々破損していた荷物もドライバーが直接謝りに行って解決するしかありません 投稿日 2021.
04. 26 / ID ans- 4802941 ヤマト運輸株式会社 仕事のやりがい、面白み 50代 男性 パート・アルバイト その他職種 【良い点】 人と接することが好きな人は楽しいと思います。一人で黙々と働くことが多いので、お客さんに感謝されると、癒されます。車がちょっとという人も台車や自転車、建物内だけ... 続きを読む(全183文字) 【良い点】 人と接することが好きな人は楽しいと思います。一人で黙々と働くことが多いので、お客さんに感謝されると、癒されます。車がちょっとという人も台車や自転車、建物内だけの集配もあります。 パート、アルバイトでは、昔みたいに稼げません。時短の影響がかなりあります。かといってすぐに正社員になれるかといえばそれもほぼありません。 投稿日 2021. 05 / ID ans- 4767496 ヤマト運輸株式会社 ワークライフバランス 20代後半 男性 パート・アルバイト 倉庫関連 【良い点】 基本的に早朝の仕分けになるのでその後の時間がたっぷりあってプライベートにも時間を使える。また、早起きするリズムが作れるので身体にもいいかな。 【気になること・... 続きを読む(全194文字) 【良い点】 朝早いということは寝坊はつきもの。周りに寝坊常習犯がいればその時は荷物の量にもよるが激務になる可能性がある。正社員の方は基本勤務時間にならないと中に入ってこないのでそれまで耐えなければならない。 投稿日 2020. 12 / ID ans- 4504593 ヤマト運輸株式会社 ワークライフバランス 50代 男性 契約社員 その他職種 【良い点】 アンカーキャスト(契約社員ドライバー)は勤務開始時間と勤務終了時間が固定されている。決まった曜日で完全週休2日制なので、きちんと休める。正社員ドライバーは連続... 続きを読む(全206文字) 【良い点】 アンカーキャスト(契約社員ドライバー)は勤務開始時間と勤務終了時間が固定されている。決まった曜日で完全週休2日制なので、きちんと休める。正社員ドライバーは連続休暇がある。 勤務開始時間の固定なので、その前に営業所の事務所内にも入れないので、仕事の前倒しが出来ない。トイレなどの為に、早く入ることも基本的に認めてもらえない。 午後からの勤務なので帰宅が遅くなる。 投稿日 2021. 19 / ID ans- 4791299 ヤマト運輸株式会社 年収、評価制度 30代後半 女性 パート・アルバイト 受付 【良い点】 年収や評価制度については、悪いところしか思いあたらず、良い点はほぼ有りません。 というか、良い点は全くと言って良いほど有りません。 受付のパートは絶対におすす... 続きを読む(全186文字) 【良い点】 受付のパートは絶対におすすめしません。 気になることは正社員とパートが全く同じ仕事をしているのに、正社員はボーナスをもらえてパートは子どものお小遣い程度しか、ボーナスの支給が無いことです。 投稿日 2021.
就活会議では、Internet Explorer11のサポートを終了いたします。今後はGoogle ChromeやMicrosoft Edgeをご利用ください。
02. 20 / ID ans- 4693350 ヤマト運輸株式会社 面接・選考 20代前半 男性 正社員 その他職種 【印象に残った質問1】 なぜ正社員になりたい思ったか アルバイトやパートの場合は、週何日勤務出来るか、ど... 続きを読む(全247文字) 【印象に残った質問1】 アルバイトやパートの場合は、週何日勤務出来るか、どのくらい働けるかなどの簡単な内容ですが、正社員の場合、なぜ正社員になろうと思ったのかや運転に自信あるか、免許に傷はないか等、色々質問されました。 特に変わった質問や突っ込まれることはなく終わりましたが、想定内のことしか聞かれないので、普通に対策して普通に受け答え出来れば問題ないと思います。 投稿日 2020. 11. 26 / ID ans- 4565770 ヤマト運輸株式会社 入社理由、入社後に感じたギャップ 20代後半 男性 その他の雇用形態 その他職種 【良い点】 体を使う仕事がしたい方には良いと思う。とにかく扱う荷物が幅広く、小さい物から大きい物まであるので体が鍛えられる。 各ラインによって仕事内容が違うため、良い勉強... 続きを読む(全182文字) 【良い点】 各ラインによって仕事内容が違うため、良い勉強になる。 正社員よりも契約社員やバイトの方が多いような気がした。男性より女性の方が多かった。夏は暑く冬は寒いため、体調管理には気をつけた方がいいと思った。 投稿日 2020. 06 / ID ans- 4452385 ヤマト運輸株式会社 年収、評価制度 40代前半 男性 正社員 ドライバー・配送関連 【気になること・改善したほうがいい点】 支店長に気に入られないと良い評価は貰えない。 年間25万円以上物販を売上げたり実績はあったが、「君の給与テーブルだとこの評価でも給... 続きを読む(全199文字) 【気になること・改善したほうがいい点】 年間25万円以上物販を売上げたり実績はあったが、「君の給与テーブルだとこの評価でも給与は下がらないから」と、BやC評価が続いた。 今はマネチャレがなくなり、いきなり正社員で入社するため新入社員と給与が変わらず、辞める旨を伝えた。 そしたら、A評価が付き半期で5000円近く基本給が上がった。 あほらしくて辞めた。 投稿日 2020. 25 / ID ans- 4433860 ヤマト運輸株式会社 ワークライフバランス 30代前半 男性 パート・アルバイト その他運輸・配送・倉庫関連職 【良い点】 自分はパートタイムであり7時間勤務残業手当なしだった為に、体力的にも精神的にも1日の終わりにかなり余裕が残りジムにいったり、散歩したりとリラックスする時間は十... 続きを読む(全205文字) 【良い点】 自分はパートタイムであり7時間勤務残業手当なしだった為に、体力的にも精神的にも1日の終わりにかなり余裕が残りジムにいったり、散歩したりとリラックスする時間は十分にありました。 しかし正社員さんの場合毎日残業が当たり前になっていて繁忙期などはかなり帰宅時間も遅くなり睡眠も短くなると聞きました。 パートタイムならば余裕が残り、余暇を楽しく過ごせるかと思います。 投稿日 2020.
業務要件 1-1. システム化の背景・目的 1-2. システム化の対象範囲 1-3. システム化業務一覧 1-4. 新業務フロー 1-5. システム化業務説明 これらの資料の書き方やサンプルについては、下記の要件定義の記事をご覧いただきたい。基本設計工程での説明は割愛させていただく。 >> 要件定義における成果物一覧と書き方 〜業務要件〜 2. 機能設計に関わる成果物 基本設計の主な作業である機能設計。 要件定義書の機能要件を具体化していく作業のため、要件定義の機能要件と同じ資料が並ぶ。 2-1. システム方式設計 2-1. システム方式 システム方式設計はプラットフォーム設計とも呼ばれ、システムの稼働環境を中心に整理する。こちらの資料も見積りへの影響が大きいため、要件定義工程で整理すべき資料である。 2-1-1. ハードウェア構成図 2-1-2. ソフトウェア構成図 2-1-3. ネットワーク構成図 2-1-4. アプリケーション機能構成図 もちろん要件定義工程で整理している場合は無駄に作成する必要は無いため作成は不要である。 システム方式の書き方やサンプルは要件定義の記事をご覧いただきたい。当記事では割愛させていただく。 >> 要件定義における成果物一覧と書き方〜システム方式〜 2-2. 画面設計 画面一覧や画面遷移については、要件定義工程で整理したものから修正されることはあまり無い。(一覧や画面遷移が修正されると見積りへの影響が大きい) 画面レイアウトはより具体化し、画面入力項目一覧、画面アクション定義といった資料を基本設計工程にて新たに整理する。 2-2-1. 画面一覧 2-2-2. 画面遷移図 ☆ 2-2-3. 画面レイアウト ☆ 2-2-4. 画面入出力項目一覧 ★ 2-2-5. ネットワーク 基本 設計 書 サンプル. 画面アクション定義 ★ ☆:基本設計工程で具体化する資料 ★:基本設計工程で新規作成する資料 2-2-1. 画面一覧 開発する画面の規模感が分かる資料。 基本設計工程で画面が追加や削減されることはあまり無いため、要件定義書の資料のままとなることが多い。 2-2-2. 画面遷移図 画面の流れが分かる資料。 要件定義では正常な画面遷移のみを記載するが、基本設計ではエラー時の遷移先などを細かく取り決めていくことになる。 2-2-3. 画面レイアウト 画面のイメージを共有するための資料。 要件定義ではざっくりとした画面イメージで良かったが、基本設計では曖昧な部分がないように確実に決めていく。 2-2-4.
業務要件(※1) 1-1. システム化の目的・背景・狙い 1-2. ビジネスプロセス関連図 1-3. 業務機能構成表 1-4. ビジネスプロセスフロー 1-5. システム化業務フロー 1-6. 業務処理定義書 2. 機能設計 2-1. システム方式 2-1-1. ハードウェア構成図 2-1-2. ソフトウェア構成図 2-1-3. ネットワーク構成図 2-1-4. アプリケーション機能構成図 2-2. 画面設計 2-2-1. 画面一覧 2-2-2. 画面遷移図 2-2-3. 画面レイアウト 2-2-4. 画面入出力項目一覧 2-2-5. 画面アクション定義 2-3. 帳票設計 2-3-1. 帳票一覧 2-3-2. 帳票概要 2-3-3. 帳票レイアウト 2-3-4. 帳票出力項目一覧 2-3-5. 帳票編集定義 2-4. バッチ設計 2-4-1. バッチ処理一覧 2-4-2. 基本設計における成果物一覧と書き方（基本設計書サンプルあり） | 若手エンジニアの羅針盤. バッチ処理フロー 2-4-3. バッチ処理定義 2-5. テーブル・ファイル要件 2-5-1. テーブル関連図 2-5-2. テーブル・ファイル一覧 2-5-3. テーブル・ファイル定義 UD図 2-6. 外部インターフェース設計 2-6-1. 外部システム関連図 2-6-2. 外部インターフェース一覧 2-6-3. 外部インターフェース定義書 2-6-4. 外部インターフェース処理概要 3. 非機能要件(※1) 3-1. 可用性 3-2. 性能・拡張性 3-3. 運用・保守性 3-4. 移行性 3-5. セキュリティ 3-6. システム環境・エコロジー ※1業務要件と非機能要件は、要件定義書が無い場合に基本設計工程にて整理する。要件定義書に書かれている場合は作成不要。 1. 業務要件に関わる成果物 業務要件の認識に違いがあると、機能追加や修正の発生するリスクが高くなってしまうため、本来は要件定義工程で業務要件を整理することが望ましい。 設計を進めていく中で業務要件の修正加筆が発生することもあるが、そういう場合はユーザー企業とITベンダとの双方合意の元で、要件定義書を修正するのが正しい流れである。 一方で、業務要件が整理できていない場合は、基本設計工程で要件を確認しなければならないため見積りブレのリスクは高くなる。だが整理できていないものは仕方ないので基本設計工程からでも要件を整理したい。 業務要件は下記5つの資料でまとめられる。 1.
ネットワーク設計の基本的な4つの手順について簡単に説明します。現状の課題を把握し、複数の人が理解しやすいネットワーク設計にしておくことで、その後の構築・運用に大きな影響がでてきます。 ネットワーク構築を外注する際に注意すべきなのは、見積もりです。専門的な業務のため見積書に記載されている項目の内容が分からないというケースも珍しくありません。そこで今回は、見積もり項目の設計と設定について、見積もり時の注意点を紹介していきます。 基本設計とは?詳細設計とは?仕様書との違い、書き方、目次. 基本設計の目次、書き方、成果物、サンプル、例 基本設計書は、マイクロソフトエクセル (MS Excel)で作る場合が多いようです。 ただ、見やすいものであればよくて、エクセル にこだわる必要はありません。 Amazon Advertising 商品の露出でお客様の関心と 反応を引き出す Audible(オーディブル) 本は、聴こう。 最初の1冊は無料 アマゾン ウェブ サービス(AWS) クラウドコンピューティング サービス Amazonアウトレット 訳あり商品を お手頃価格で販売. Read More
2 詳細設計書との違い 詳細設計とは、基本設計の次段階に位置する工程です。基本設計は何を作るか(WHAT)を定めるのに対し、詳細設計ではどう作るか(HOW)を定めます。そのため、基本設計はクライアントも一緒になってこの仕様で問題ないかを確認しながら設計書を作成していきますが、詳細設計はSE(システムエンジニア)が自社のプログラマーに向けて、プログラミングができるように細かい設計を行う工程になるので、詳細設計書は納品しますが設計段階の内容をクライアントが確認することはあまりありません。 かんたんでシンプルなシステム開発の場合、詳細設計自体をしないという場合もありますが、ある程度以上の規模のシステムとなると機能が複雑になるので、詳細設計をしっかり行うことが実際のプログラミング工程を効率化するために重要となります。 基本設計書の内容 ここまでご説明したとおり、基本設計はクライアントが求める機能を定めるために欠かせない工程です。しかし、実際に基本設計書にはどのような内容を記載すればよいのでしょうか。 ここでは、基本設計書に含まれることの多い内容について、詳しく解説をしていきます。 2. 1 業務フロー システムを構築するにあたって、ユーザーがどのような手順(フロー)で業務を進めるのか、しっかりと把握しておく必要があります。 一連のフローを確認せずにシステムを構築してしまうと、業務全体で見たときに、思わぬ問題が発生してしまうこともあるでしょう。 そのため、ユーザーの業務フローの確認はしっかり行い、必要な機能を抽出、設計書に落とし込む必要があるのです。 2. 2 機能一覧表 構築するシステムの機能を一覧化したものです。 ただ、初期段階ですべての機能をまとめることは難しいでしょう。要件定義書を確認しながら、徐々に内容を拡充し、育てていくのが機能一覧表です。 また、機能一覧表は、構築の進捗確認にも活用されることがあります。 2. 3 ネットワーク構成図 ネットワーク構成図は、その名の通りどのようなネットワークを構成すれば、システムの構築を実現できるかをまとめた図です。 外部との接続ポイントや、ネットワーク機器・共有機器の接続、共有機器の接続に必要なアドレスなどの情報を記載します。 2. 4 テーブル定義 データベースのテーブル定義をまとめたものです。 最低でも項目名、データ型、キー情報は定義、その他に長さや精度、定義内容も要素として追加してあげると分かりやすいでしょう。 また、テーブル定義書は、システムの引き継ぎ時に欠かせないものなので、しっかりと作成する必要があります。 2.
外部インターフェース定義書 関連システムとのデータのやりとりについて、主要なデータ項目を一覧にまとめた資料。 要件定義では主要な項目のみで良かったが、基本設計では送受信の識別やデータ破損識別(レコード長等)といったチェック用の項目も漏れなく書き出していく。 2-6-4. 外部インターフェース処理概要 外部システムとのデータ連携について、手順やチェック方法等を取り決めた資料。 例えば下記のようなことを整理する。 ・送受信ファイル名 ・受信時のチェック内容 ・エラー時の処理内容 ・送信時のリトライ回数 ・バックアップ方法 など 3. 非機能要件に関わる成果物 非機能要件は軽視されがちだが事業に大きな影響を与える可能性があるため、要件定義の重要な検討事項として位置付けられている。 一方で、要件定義で検討ができていない場合は、基本設計工程で要件を確認しなければならないため見積りブレのリスクは高くなる。だが整理できていないものは仕方ないので、基本設計工程からでも非機能要件を整理したい。 非機能要件は下記6つの資料でまとめられる。(IPAによる非機能グレードを活用) 3. 非機能要件 >> 要件定義における成果物一覧と書き方 〜非機能要件〜 資料作成に役立つアイコン提供サイト 基本設計で整理すべき資料(主に機能設計)について成果物の一例を紹介してきた。ここで資料作成に役立つサイトを紹介しておく。 下記は図解に役立つアイコンを無料で提供してくれているサイト。 icooon-mono 業務フロー作成のアイコンに便利 CISCO『Network Topology Icons』 ネットワーク構成図のアイコンに便利 さいごに 基本設計工程の成果物を紹介してきた。 要件定義工程の資料作成ができていないと基本設計工程で大きな苦労をすることになるため、できれば事前に資料は整理しておきたい。 また、冒頭に述べたようにどんな資料をつくるのかはプロジェクト特性や組織のルールによって異なるため、まずは部署の過去資料を確認してほしい。 以上、参考になれば幸いだ。 要件定義工程の関連記事はこちら。 参考文献 経済産業省『LPガス保安技術者向けWebサイト 管理更新システム』 ThinkIT『令和時代の設計書の基本方針』 IPA『機能要件の合意形成ガイド~画面編~』 IPA『機能要件の合意形成ガイド~帳票編~』 IPA『機能要件の合意形成ガイド~バッチ編~』 IPA『機能要件の合意形成ガイド~データモデル編~』 IPA『機能要件の合意形成ガイド~外部インタフェース編~』