サクッとわかる！テクノロジー ~ソフトウェア設計手法編~

nomkrk

その他

業務や日常生活で全く使わない単語のオンパレードだった。

yamatakuishi

販売・サービス・事務

より理解が深くなった。

kyo1227

営業

正直すべてを理解することはできませんでした。ただ、プログラミングという作業が、その作業内容、規模、時間的関係、技術などにおいて、複雑化しているということは理解できました。

sachi000

販売・サービス・事務

様々な開発や手法があり、それぞれ名前があることを学べました

hhmorimoto

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

ソフトウェアの設計手法について概要ではありますが、とてもよくわかりました。
今後自分の業務でのソフトウェア開発のときの参考とさせていただきたいと思います。

an14793

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

ソフトウェア開発において、特にオブジェクト指向に則った開発では、原理・フレームワークに沿って開発できるように繰り返しレビューし、継続的な開発ができるようにしていかなくてはならない。

marimariiii

金融・不動産　関連職

はじめて聞く用語が多く具体的な事例も思いうかばない感じです
何度も復習したいです

genchawan

販売・サービス・事務

全く理解できなかったので復習します。

inagaki_tomomi1

販売・サービス・事務

専門用語が多くとても難しい内容でした。

ykitayama14

営業

一度では理解しきれない内容だったので復習したい。

sales_supdoctor

金融・不動産　関連職

要件定義を明確にすることは、日常の業務をステップに分けて業務フローを捉え、どのようなソフトウエア設計が業務フローの高速化・高度化に寄与できると考える。具体的には、各ドメイン領域に応じて手続き型のプログラミングを実施しながら、必要に応じて関係者とオブジェクト指向型で協働しながらその有効性を図ることなどである。設計者が常にコンタクトとれる勤務形態であればアジャイル型で様々なソフトウエア開発等は可能と考えるが、働き方改革の浸透等によりある程度の時間をかけて開発等が進められる環境（ウォーターフォール型）も考慮する必要がある。しかし、プロジェクトマネジャーのリテラシーにより業務全体像を把握しており、非常時にはマネジャー自体が自己対応が可能な場合は早期開発の可能性が高まる場合も想定できる

suzu_rei

IT・WEB・エンジニア

ウォーターフォール型開発手法は要件定義からリリースまでの一方通行なのに対し、アジャイル型開発手法は計画からテストまで小規模のサイクルを何度も繰り返すのだと学びました。これはテスト勉強に似ていると思いました。テスト勉強は最初に範囲を一周し、その後場面ごとに分けることでよりスムーズに覚え身につけることができます。知らない用語が数多とありますが、このように身近なものに置き換えて考えていくことで少しずつ理解を深めたいと思いました。

fumihiko0605

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

現在シミュレータの開発作業に携わろうとしており専門用語などまだまだ理解が出来ていない部分が多かったため、参考になりました。

ku1012

金融・不動産　関連職

初めて聞く用語が多かったので復習したいです。

rcirilli

販売・サービス・事務

専門用語が多く、難しかったです。

fbj02790

販売・サービス・事務

ソフトウェア設計の基本についてはだいたい理解出来ましたが、まだ学習/経験が足りないと認識しています…。

taka_shimo

経営・経営企画

IT企業ですが、長らく営業・経営企画業務に携わっており、開発工程等の技術的な知識習得を怠ってきたと反省する機会となりました。
経営戦略を考える上でも、IT会社であれば、技術・スキルを意識していく必要がある。
自分自身の業務に関係がなくとも、組織として必要な知識・スキルは常に習得していく、理解していく必要があることを今回、学びました。

takuma-y

人事・労務・法務

まずは知識の獲得そして実践が重要だと感じた。
UMLであったり、SOLIDであったりと知らなかった知識がたくさんあったのでもっと深く知る必要があると感じた。

leosan

人事・労務・法務

一度ではおぼえなきれないと思うががんばりたい

jyoui

販売・サービス・事務

後半の用語についてはよく理解ができず何言っているか分からない状態だった。

miyhaha

販売・サービス・事務

今は辞書を読んでるような感じです

ananana

販売・サービス・事務

何度か繰り返し視聴したいと回でした。

reon2001

販売・サービス・事務

設計手法についてより詳しく学んでみたいと思いました

fruitmix56

販売・サービス・事務

コンパクトにまとめたプログラムを集めて作り、再利用や修正しやすいプログラムが扱いやすいみたいですね。

ymcyr

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

用語説明的なものが多いので、初学者がまずは概念を把握するためや、現場叩き上げで体系的に学ぶ機会のなかったエンジニアが自分の経験を腹落ちさせるのに有効な話だと感じました。

nakataco

建設・土木　関連職

ソフトウェアの導入や、開発依頼時に、基本となる考えがわかれば、エンジニアとコミュニケーションがとりやすくなる

1982103

その他

何度か振り返って復習しょうと思いました。

gararanyororo

IT・WEB・エンジニア

別のものを開発する時にも再利用できるようにしておくことや、一部の変更のためにいろいろなところに影響が出てしまわないようにしておくことは、開発のみならず、例えばチーム編成や室内の物の配置などといったことにも当てはめて考えることができると思いました。

mitti24gym

専門職

全く理解できませんでした。今後私自身では日常ではおこなわないと思いますが、知識としては持っておきたいので、再度見直す機会をつくります。

akisa28

販売・サービス・事務

ソフトウェアの設計の際の手順が分かった。

koh_w

IT・WEB・エンジニア

普段の現場ではあまり聞くことのない用語が多かったので必要に応じて再度深めていきたい。

k_fujimo

営業

拡張性等、業務上耳にする用語もあったので、確認できてよかった。

doumoto_

IT・WEB・エンジニア

用語に対する理解が深まった。

gakiuzi50

人事・労務・法務

専門用語が多すぎて分からなかった。もう一度時間をかけて見直したい

moto-t

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

回路の言語設計でもプログラムの構成方法を考える時に参考になると思う。

kenzo_s

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

ソフトウェア開発には携わっていませんが、設計の考え方に参考になりそうです。

taka_miffy

経営・経営企画

オブジェクト指向、もう一度勉強する

stani

専門職

参考にさせていただきます。

moto_taka

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

要件定義するまでは実務でしていましたが、その後のソフトウェアの開発フローがわかりました。今後、自分でコーディングする前の事前作業に時間をかけて整理してからコーディングしていきます。

techno

その他

様々なIT知識は仕事においても試験などのような場面でも活用することができる。

takuto2009

金融・不動産　関連職

ソフトウェアの設計に携わることはありませんが、参考になりました。

ucchiy50

その他

学んだ概念を、実際の業務に当てはめて試していきたいと思う。

aqueous

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

このコンテンツはどれくらいのレベルの知識なのだろうか。正直業務が違いすぎてよくわからない。

csl_kojima

IT・WEB・エンジニア

理解が深まりました。

x0888

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

組込みではないオブジェクト指向の開発の担当になったときに参考になる。

kobaya471ko

経営・経営企画

振り返り学習が必要と考えます。

yuu-ohshima

その他

ソフトウェア設計の基本的な考え方を理解できた。

私たちが日々利用しているアプリケーションは、機能のみならず、非機能要件まで定義されているのだと想像した。

moriyun

その他

デザインパターンについてもっと知りたくなった。

vegitaberu

人事・労務・法務

正直すべてを理解することはできませんでした。ただ、プログラミングという作業が、その作業内容、規模、時間的関係、技術などにおいて、複雑化しているということは理解できました。

fkk-ogawa

専門職

通常、一言で設計とまとめられてしまう内容に対して、様々視点から分解して設計精度を高めるために必要となる知識は、設計者全員が持つべきと考える。ただし、顧客は質問への回答を面倒と考える傾向があるため、営業を通じて十分なコミュニケーションが成り立たないと仕様の抜けにつながるため、結果として顧客に満足していただけない可能性が高まる。設計は、設計者だけでなく営業と顧客を交えた共同作業であることを意識して進めたい。

mihodate

マーケティング

実際に現在携わっている業務にも関わる内容が多く、改めて勉強になりました。

ryo_ni

IT・WEB・エンジニア

設計タイミングで見直せるようにしたい。

n_jiro

営業

理解しきれなかったことが多いので、復習します。

m_yuuki02

その他

非機能要件定義はコレから学ぶべき領域が多く努力が必要である

nagase29

営業

自分に関わる業務に要求定義から始まり、コンポーネント図を見て作業をすることがあるので、身近に感じました。
頭で想像出来ると学びの理解がスムーズになると思います。

aki4444

建設・土木　関連職

一部、専門的なないようであった

kazu177

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

用語や概念が、聞いたことのないものが多かった。これらを理解するのが、デジタル化を理解する助けになるかもしれない。

hiroponzu

IT・WEB・エンジニア

普段の雑談でも言葉の定義を正しく使用したいと思います

dragonpapa

営業

初めて聞く用語が多く、すぐに理解できない点もあるので復習して理解を深めたい。

s_yamanoi

資材・購買・物流

ソフトウェア開発で使用する用語の解説講義でしたが、今まで業務で使用した用語も多くあり理解が深まりました。どちらかと言えば設計を依頼している立場が今までは多かったのですが今回の講義で学んだ用語で繋がり参考になりました。

iso_ken

専門職

今回学んだことは、とくに用語面でとても有用であった。
しっかりと身につけたい。

f_a-835

IT・WEB・エンジニア

再度受講して、流れを理解したいと思う

yoshi_1206

マーケティング

概念が難しい用語が幾つかありましたが、繰り返し学んだり、実際にソフトウェア開発に携わることで理解を深めて行きたいと思います。

kiyama-h

IT・WEB・エンジニア

ITパスポートの勉強に近い

kikawadareika

販売・サービス・事務

開発にかかわることはありませんが、ソフトウェアがどのようにしてできあがっているのか少しでも触れることができたので、よかったです。

mi-----mu

コンサルタント

サクサ確認できるので良いコースです

fbj01549

専門職

少し難度があがり、理解するには数回見ることが必要と感じております

nabezo1962

人事・労務・法務

こりゃ難しかったです。実務では全く使わない知識なので頭に入ってこなかったです。

r-m08

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

ソフトウェア開発の大まかな流れは理解できた。

hr-sakai

その他

本当にサクッとわかるのでよかった。これからも深く学習して活用していきます。

saaaaa22525

営業

一度で理解しきれなかったため、また受講したい

itot318

コンサルタント

業務要求から要件定義を作成し、開発者側に漏れなく伝えることが重要と考える。
その際、業務フロー図などの情報も併せて用意しておきたい。