デジタル時代に必要な資格「ITパスポート」 （システム開発技術編）

itou-hi

販売・サービス・事務

システム開発と、それに必要なプログラミングについて、学びました。

w333217

営業

システム開発プロセスの全体としての流れが良く理解できた。

w311417

営業

ぜひ活用したいです。

yu0917

販売・サービス・事務

ソフトウェアの開発プロセスは、①要件定義 ②システム設計 ③プログラミング ④テスト ⑤ソフトウェアの受け入れの５段階に分かれる。

hr-sakai

その他

プログラミングをしたくなりました。

n_sakuraba

営業

システム開発と製品にテストは細分化されて行われている理由が理解できた。

w312751

経営・経営企画

システム開発における用件定義、開発プロセス、保守管理といった一連の流れを把握できた

w-ken

建設・土木　関連職

ホワイトやブラックなど色々な角度からのテストがある事をしれた

w475159

販売・サービス・事務

業務と重なる部分があり、勉強になった

dpec1

その他

システム開発を理解できた

tomoya-take

経理・財務

プロジェクトマネジメントに類似する考え方が学びにつながった。

powers

営業

システム開発について学べた

darabuchi

営業

なんとなく理解できたかな。

nabezo1962

人事・労務・法務

横文字が多くて大変。しかも似たような名前で混乱する。もうちょっと日本語で話してくれないかな。
ホワイトボックステストとブラックボックステストの両方が必要なことが理解できた。テストのイメージとしてはホワイトボックステストだったが、ブラックボックステストもやらないと、ロジックの正当性が確認できないんだなあ、と理解した（この認識が正しいのかは分からないが）。

atsushi-kuroda

営業

ホワイトボックスとブラックボックスの二つのテストを行う事が、質の高いシステム開発に必要である事がわかった

miki0130

販売・サービス・事務

コンパイル、コンパイラ

y-2515

クリエイティブ

ソフトウェア受け入れの部分で、開発者はデプロイ、環境、など、ここで説明されない専門用語を使っている。開発者が使っている専門用語についても調べる必要があると思った。

n_71023

販売・サービス・事務

少し難しかったがシステム開発の流れを知ることができた。

ryukakusan

金融・不動産　関連職

複雑になってきました

hirose-tomoki

経理・財務

役に立ったので、引き続き学習する。

hanzawa8

営業

まだまだ似たような用語が多く復習する必要性を感じました

t_neee

その他

システム開発には馴染みがないので復習をしたい

r_smjm

その他

システム開発のプロセスは多岐にわたり、その中の一つであるテストも開発者と非開発者では目線が異なる事が理解できた。日常業務に活用するとすれば、営業部と管理部の打合せ等において、異なる目線での意見という事を念頭に取り進めると、結論が平行線にならずに済むのではないかと思いました。

youhei-okabe

経理・財務

システム開発の工程を理解した

kou0120

その他

プログラミングの基礎から学ぶ必要があると感じた

naomin_cocoa

その他

まだ、いかせてないので活かしたいです

w313214

営業

いよいよソフトウエア関連になってきました。苦手なところです。

tatsurou-satou

営業

ソフトウェアの導入までの流れがよくわかった

w352237

専門職

分かりやすく学びました。

441656

その他

内容は複雑であったが、システム開発の過程について知ることができた。

amga45

メーカー技術・研究・開発

システムについて、外部コンサルとシステム要件定義書を取り交わし導入をしている。しかし実態は、定義書内容を縮小する事例が多い。開発途中の定義変更や課題発覚によるコスト増が原因だが、どうにかならないものか？

oharan

営業

現在データ活用サービスの営業担当をしています。業務要件定義やシステム要件定義という言葉を最近理解できるようになってきましたが、運用と保守まで含めてより俯瞰的に理解することができました。ユーザとなるお客様とも同じ言葉で話せるイメージがつきました。

_mini_

その他

勉強になりました、有難う御座います。

uchino0129

営業

ソフトウェアの見積の内容確認

kentoda

メーカー技術・研究・開発

システム開発に手順がある

t_ik

営業

過程を具体的にイメージすることに役立った。

rikonbunsai

メーカー技術・研究・開発

システム開発の全体像を理解することができました。ユーザーへソフトウェアを受け渡すまでにいくつものテストを行い性能検証を行う必要がありますので要件定義の段階で顧客と十分にコミュニケーションをとる必要性も感じました。

hiro_0091

メーカー技術・研究・開発

ブラックボックステストで不具合の発見が困難というのが良く分からない。　テストは不具合を発見するために行うものだと思うので。　不具合個所の特定ができないのは理解できる。

zan-chan

人事・労務・法務

ブラックボックステストとホワイトボックステストの違いがなかなか分かりにくかったですが、本件でイメージしやすくなりました。

erierihana

人事・労務・法務

ありがとうございます。わかりやすかった

mendoukusai

その他

業務に活かしていきたい。

y_sukeroku

その他

ベンダーを利用してシステム開発を行う場合、契約範囲を明確にすることが非常に重要であると感じた。

yamasaru

営業

要件定義はユーザーニーズを把握する必要があるので、営業スタッフとの連携が重要である。

firestone727

IT・WEB・エンジニア

システム担当者の立場だと、社内ユーザーがこの知識を持ってもらえれば、開発スケジュールや受入テストについて理解してもらえて会話しやすいと感じる。

w371361

営業

システム開発には､思ったよりも多くのプロセスが存在していることを知った。
各プロセスの重要性が理解できた。

yuki_nanananana

その他

勉強になりました。業務で活かしたいです。

nobu-matsuzawa

金融・不動産　関連職

かなりソフトウエアの詳細な知識が必要になってきた。

takeshi-sugano

その他

システム開発についてよく分かりました。

k_asada

経理・財務

呼び方は開発手法によっていろいろあるので、知識の読替が必要だ。。。

yuji0404

金融・不動産　関連職

実務に関わっていないが、わかりやすい内容であった。

yutaka_kanagawa

専門職

大変参考になった。受験テキストで振返ってみる

w200089

営業

徐々に専門的かつ踏み込んだ内容になってきた為、初めて聞くワードが増えてきましたので、日常業務でどういった活用ができるか、改めて考えてみようと思います。

w341732

金融・不動産　関連職

本章で開発、運用、保守といった一連の流れを学習しました。機能面だけでなく、応答時間といった性能に関する視点もシステム開発において欠くことのできない項目であることを再認識しました。

knak

経営・経営企画

システム開発技術の概要を学ぶことができた

arinko_123

その他

流れが良く分かりました。

mimimichi

金融・不動産　関連職

システム開発において様々なテストがあることが分かった。

ykaneko1188

その他

システム開発の出発点である要件定義の重要性が理解できた。

k_yuna

販売・サービス・事務

実際に業務でもよく役に立っています。

2shi6ra

販売・サービス・事務

現在ITプロジェクトにビジネス（ユーザー）側として携わっているので、今どの段階なのか、というのが非常に明確になりました。

nsdhdo

コンサルタント

特に役に立つことはありません

w421559

金融・不動産　関連職

システムを運用するまでにいろんなテストをするのは理解出来ますが、こんなに名称があるとは知らなかった。

kumiko-kunisaki

金融・不動産　関連職

経営者がITスキルを持たねばならない意味が分かった。ITシステムを導入していない企業はなく、競合他社との差別化のためには、常にアップデートや開発が欠かせない。そのような背景の中で、システム業者に正確に発注出来ない事や、ホワイトボックステストの時点で自社の業務を理解している側が、適切に指示が出来ないとなると、余計なコストやシステム障害を引き起こす原因となるのだ。年齢がどうとか、目の前の業務と違う等言わず、学ぶ必要がある事がよく理解出来た。

onoto

販売・サービス・事務

普段、システム開発の発注者の立場ので、要件定義やテストを行っているのて体系的に学べてよかった

ayumi__i

IT・WEB・エンジニア

システム開発の過程を理解することができました。

shunya_aramaki

営業

実際のソフトウェアに関する概要を学べた。知らないことばかりと認識した。

marina110407

販売・サービス・事務

体系的に学べてめちゃくちゃ良いコンテンツなのに普段の仕事が多すぎてみる時間がないのが悩みです！

minamin62

人事・労務・法務

新たなシステムをベンダーさんに依頼・発注してから検収まで想定よりも長期の時間を要するのは、開発プロセスに要する時間とともにテストを行う時間もみておかないといけないことがよく分かりました。性急な開発期間短縮要請はシステム自体の品質低下を招く可能性もある、ということも理解できました。また、システム検収前にユーザーサイドでのテストも必要であるとベンダーさんから要請され、なぜ顧客側でのテストが必要なのかと思っておりましたが、やはりユーザーサイドでのテストも必須ということが理解できました。

hiro-harada

経営・経営企画

システム開発においては、システム要件定義から始まり、ソフトウエアの受け入れ、保守まで必要で、全体の流れが理解出来ましたｌ。

512177

資材・購買・物流

ユーザー要件を反映したシステム検証を実行していくことが重要

351450

営業

基本のところから学べた

imaiken

営業

システム開発の流れがわかった

takkahashi

営業

プログラミング言語についても少し理解できた。、

yoshikazu-1103

営業

実際の業務でも、細かい部分の運用を確実にテストするとともに、運用・保守のプロセスでもバグへの対応など、一度開発すると終わりでなく常に修正が必要なことが理解できた。

w341700

営業

システム構築のイメージ・把握ができました。

s-koyanagi

建設・土木　関連職

発注したシステムに満足しないケースがあったが、用件定義が不明確であることが原因だかもしれない。今後重視したい。

s12100332

人事・労務・法務

システムがどういったフローで受入れまでしているのかが良く分かりました。
採用担当として、各フェーズで必要な人材の要件も変わってくるかと思いましたので、現場社員のスキルセットと、課題感をすり合わせたうえで、
IT人材の確保を行っていく必要があるかと思います。

taka6969

その他

必要性を感じません。

432313

金融・不動産　関連職

開発についての知識を学ぶことができた。

w173182

その他

漠然と知っていたことを整理していただけました。

ueno_123

販売・サービス・事務

より具体的に開発プロセスを理解することができためになった。
受発注双方の担当者が、相手に対する理解度を高めなければテストや運用保守段階での修正要求を正確に理解できない（伝えられない）だろうし、細部までしっかりと作りこまれた「実務に即したシステム（そしてちゃんとアップデートされ続ける）」とはならないんだろうなぁ。。。

dueda

マーケティング

システム開発については別にまた学習する

yu_wisteria

マーケティング

システム開発の基本フローや用語の意味合いの理解が出来た。特にテストは１対１の関係で実施するという点が参考になった。

st123

資材・購買・物流

システム開発の基本的な流れを理解できてよかった。テストというとホワイトボックステストのようなイメージを持っていたが、ブラックボックステストもあることを知ることができた。

mt_tera1800mm

経理・財務

システム開発について体系的に学べて良かった。
繰り返し聞いて頭に残して行きたい。

f102023

その他

プログラミングは、プログラミング言語を使って変換する等、知らなかったしくみを理解できた。インターフェースの言葉の意味も理解できてよかった。

ha2

人事・労務・法務

開発段階での品質確保の為のテストは車や家電の製造工程と同じだと感じた。

kojironext

金融・不動産　関連職

システム開発技術について理解できました

eric917

経営・経営企画

システム構築において高度なロジカルシンキングの知見が必要だと感じました。

4564

メーカー技術・研究・開発

運用テストから実際の運用期間が短い場合の修正期間を確保した上で進める必要がありますね。

w463336

その他

プログラミングしかわからなかった