承認者だって楽したい😊Gmail上で承認できる社内システムをAppSheetで作る - BIGLOBE Style ｜ BIGLOBEの「はたらく人」と「トガッた技術」
ビジネスはスピードが命！承認だって、内容に問題がなければササッと終わらせたいですよね。そこでGoogleのノーコード開発ツールAppSheetを活用し、Gmail上で承認・却下の操作ができる承認アプリを作ってみました。 開発部門（基盤本部）の高玉です。BIGLOBEは業務にGoogle Workspaceを利用していて、メールはGmailを使っています。Gmailを使っていると分かるのですが、GoogleドライブやGoogleドキュメントから届くメールは動的メール（Dynamic Email）になっています。メールの文面にボタンやテキスト入力欄が埋め込まれていて、そのまま操作できます。 AppSheetを使えば、この動的メールを使った社内システムを作ることができます。この記事では簡易的な承認アプリを題材に、その作り方を丁寧に解説していきます。この記事で基本を押さえれば、AppSheetが提
要件定義～システム設計ができる人材になれる記事 - Qiita
はじめに 株式会社デジサク がお送りするプログラミング記事、 今回は要件定義・システム設計について扱っていこうと思います。 プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの？」 「要件定義ってなに？」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に４つも壁が存在するのです。 そのため、本記事では実装（プログラミング）を開始する前に必要となる、 『企画～設計』 について順を追って説明して行きます。 特に、エンジニアが理解しておくべき 『要件定義』『設計』 にフォーカスします。 なお、開発全体において実装（プログラミング）に使用する時間
わかりやすいシステム構成図の書き方 - Qiita
わかりにくいシステム構成図とは こんなシステム構成図を書いてないでしょうか？ このシステム構成図のわかりにくい点が３つあります。それは 製品名は書いてあるが「役割」が書いていない データと処理が区別できない データの流れと制御の流れが区別できない の３つです。 わかりやすいシステム構成図 これら３つのわかりにくい点を改善したわかりやすいシステム構成図が↓です ポイントを解説していきます ポイント1. 製品名称ではなく「役割」を書く システム構成図には製品名称ではなくシステムコンポーネントの「役割」を書きます。 役割とは、例えば〇〇データや〇〇処理といったことであり、それを読むだけでシステムの動きを理解できる文字列です。役割をかかずに製品名称のみを書いてしまうと、その製品を知らない人が見たときに理解できません。例えば「Cloud Pub/Sub」という製品はGCPというパブリッククラウドの分
情報システムってなんなん
この間情報システム部ですって人がいた。 「今、会社でスクラムを導入する大きなプロジェクトを任されてて、、、」みたいなこと言ってた。 なんかこれみよがしに分厚いスクラムの本読んでた。スクラムマスターになるんだって。 なんか夜はそれのコースみたいなのやって大変なんだって。 君情報システムやんな？ 携帯とかWIFIとかセットアップする人やんな？ システム全部外注やんな？ なんでスクラム必要なん？ ここでスクラムの説明をすごく簡単にしときます。 まずそもそもスクラムというのはIT界隈でシステム開発を進める際のお仕事のやり方です。私も詳しく知らないのでラーメン屋で例えます。 ラーメン屋で新しいラーメンを開発するときに、スープの開発、チャーシューの開発、麺の開発、メンマの開発があるとします。 そしてそれぞれ担当者が割り当てられるとします。 スープ担当が開発を始めるとチャーシュー担当はこう言いました。
警察幹部VS自動車メーカー『自動運転システムは法定速度を守るべきなのか？』が面白い。｢高速合流は60キロ制限だがそれでは合流できないだろ｣
mizti @mizti 「法定速度を遵守する自動運転車を投入することにより、周辺の一般車両のドライバー に実際の法定速度を認識させることができ、一般車両も含めて法定速度を遵守した走 行環境が整えられるのではないか。」 という自動運転による啓発は視点の転換でとても良いと思う。機械が人間に合わせるのではない。
システムの要件定義とは 進め方や必要な準備をわかりやすく解説
システムの要件定義とは、そのシステム開発を行う上で実施すべき業務の内容を整理してわかりやすく文書化することです。基本の考え方や要件定義書を作成するまでの進め方、必要な準備について、IT業界経験10年以上のシステムエンジニアが説明します。 システム要件定義とは システムの要件定義とは、システム開発を行う上で実施すべき業務内容をあらかじめ想定し、わかりやすく文書化するプロセスです。 実際にシステム開発プロジェクトを進めていく上で、目的や内容はもちろん、スケジュールや開発予算、開発に関わるメンバーなど、想定しておくべきことはたくさんあります。 こうした各要素をあらかじめ具体的に想定し、文書化しておけば、プロジェクトを計画通りに進められる可能性が高まります。計画通りにプロジェクトが推進できれば、事業を成功に導くことができます。 つまり、要件定義の成否によって、プロジェクトを計画通りに進めることがで
スクラムマスターって何をする人なの？ - だいくしー(@daiksy)のはてなブログ
これは Chatwork Advent Calendar 2日目のエントリです。 また、このエントリの公開日翌日に開催される"だいくしーのスクラムBar #1" で取り扱うテーマについての詳細な解説記事も兼ねています。 chatwork.connpass.com スクラムマスターって何をする人なの？ 本項ではこれについて少し考えてみたいと思います。また、ぼく自身が普段どういうことを考えながらスクラムイベントや、その他の仕事をしているか、なども書いてみようと思います。 スクラムマスターは、ソフトウェア開発に関する他の職種と比べても、具体的な職務内容がわかりづらい役割なのかな、と思います。少し乱暴な言い方をしてしまうと、デザイナーがいなければデザインはできないし、プログラマーがいなければアプリケーションコードを書くのはとても困難です。しかし、スクラムマスターがいなくても別に開発はできます。 そ
なぜ「システムを作る技術」ではなく「作らせる技術」についての本が世の中に必要なのか：プロジェクトマジック：オルタナティブ・ブログ
3年くらいかけて、ようやく「システムを作らせる技術」を出版することができた。 今週7/22が発売日だ。せっかくのオリンピック休暇なので、涼しいカフェでも行って読書に勤しんでみませんか！ 僕は毎回違うテーマ、違う切り口で本を書いているのだが、仕事をしながら書いているので、それほどハイペースではない。だから毎回、執筆プロジェクトに着手する時には「本当にこれを書きたいのか？」「自分たちしか書けない本なのか？」「世の中にどういう貢献ができるのか？」をかなり考えて、テーマを選ぶ。 以下にこの本の「はじめに」を転載する。これを読めば、上記の問いへの解になっているだろう。 ※本書を読んで気に入り、「他の人にも勧めたいな」と思った人がいらしたら、まずは白川からの大感謝光線を一身に浴び、後にこの記事のURLをシェアしてみてください。 ****************** ★「システムを作る技術」ではなく「作
中小企業のための“失敗しない”IT 戦略(2) IT化担当者に必要な3つの要素
まったくゼロの状態からDXを推進していくためには、ソフトウェアメーカーやSIerなどのベンダーに支援してもらうことが大切です。一方で、日々変わる業務プロセスや業務課題に対応していくためには社内で内製できる業務改善の担当者を立て、スピード感をもって対応していくことも重要です。また、支援を依頼するベンダーをどこにするのかを見極めるためにも担当者選びは重要です。社内にしっかりとした担当者がいないとベンター選びにも失敗する可能性が高くなり、結果IT化に失敗してしまいます。 そこで、今回はIT化を成功させるためには社内でどのようなチーム作りが必要かということをお伝えします。 ベンダーに丸投げしてはいけない システム導入を検討する際に「ITは難しくてよくわからない」といった理由でベンダーに丸投げをしてしまうケースを見かけますが、これは絶対にやめましょう。 ベンダーはITのプロであり、自社サービスの活用
自治体向けシステムの完成度について
anond:20191229095749 某田舎市役所の現場より。 中小自治体は、ほとんどがパッケージシステムに移行しててすでに平準化されている。 いやいやどうだろう。 うちも全国数十カ所で採用実績あるパッケージシステムで業務を行ってるけど、 大抵の部署では完成度が低くて結構難儀してるわけよ。 幼保関係で説明しよう。 ある児童が保育1号認定(幼稚園のことな）と保育2号認定（保育園のことな）を併願するってときは 2号認定を受けて保育園待機中 ※保育園は朝から夕方まで預かるから仕事するならこっちを希望するのが普通。 かつ 1号認定を受けて幼稚園在園※幼稚園はお昼には迎えなきゃいけないので保育園に受かるまでのつなぎで入れるというパターン。定員は無いので無条件で入れる。 ていう情報を登録できなきゃ仕事にならない。 しかしうちで採用しているシステムは、児童が1号と2号両方の認定を受けるという状況を想
京都市基幹系システム刷新失敗の考察について
京都市基幹系システム刷新失敗の考察 https://www.orangeitems.com/entry/2019/12/28/084402 俺はとある中小自治体で情シスをやったことがあるので、色々と思うところがある。 この記事だと、要件定義できない京都市が悪いで終わってしまいそうで、まあそうなんだけど事情も色々あるんだよというところで、フォローしてみたい。 まず、俺のいる自治体の話をしよう。 俺が情シスにいた10年程前に、今回の京都市のようにレガシーシステムを刷新した。刷新前は担当SE一人しかメンテナンスできないような、人間と機械がセットでようやく動くようなシロモノだった。 それを、某ベンダーのパッケージシステムをほぼカスタマイズせずに導入する形で刷新した。 当然多くの問題があったが、当時の上司が大手SIER出身で庁内でも力があり、市長も強く後押ししてくれたので押し切った。 今回の件に関し
「天気の子」の真の主題は、Amazon倉庫の労働者のような「システムの犠牲になる個人」だった。
新海誠監督の「天気の子」をみた。 前作である「君の名は」が一般向けにも非常にわかりやすい作風だったのに対し、今回の天気の子は物凄く読み解きがいのある芯の入った作風で大変に面白かった。 一部では既に話題になってるが、ストーリーの仕立て方がパソコンのビジュアルノベルゲームを感じさせる作りであり、これを一般向けに映画館で放映したことには正直驚愕した。 どう見るかは人それぞれなのだろうけど、僕はこの物語はシステムを念頭において解釈していくのが最も面白いと思った。 以下、順々に僕の解釈を書いていくことにする。 効率の良いシステムを形成する事の代償 私達は暮らしやすさを作り出すためにシステムを構築する。 そこでは逸脱者は基本的には受け入れられない。 システムはシステムの中にいるものには優しいが、そこから外れるものにはものすごく冷たくなる。 冒頭の主人公が受ける厳しい境遇は、システム都市東京がまるで彼を
「どうして平日のうちにおろしておかなかったの！？」みずほ銀行のATM停止を、壮大な映画予告風にした動画が才能の無駄遣い
リンク 朝日新聞デジタル ３連休にＡＴＭ休止 みずほ、システム移行で：朝日新聞デジタル みずほフィナンシャルグループは基幹システムの移行作業のため、今週末からの３連休の９日午前０時から１２日午前８時にかけ、みずほ銀行の全ての現金自動出入機（ＡＴＭ）を休止する。昨年６月からの移行作業は、… 2 users 4 TAKAYUKI MIYAUCHI @masayoshi1223sn 【劇場版 みずほ銀行（予告編）】 毎月恒例 「みずほ銀行のATM停止」を 映画の予告っぽくしてお知らせいたします。 停止までまだ4時間くらいあります。 安心して3連休中を過ごせるよう 今すぐATMでお金下ろしましょう！！ pic.twitter.com/ao0l4urauT
21世紀の人類がZIPのパスワードを直後のメールで送るのは、なぜデスか？：こうしす！ こちら京姫鉄道 広報部システム課 ＠IT支線（11） - ＠IT
井二かけるの追い解説 今回の漫画のテーマは、ITエンジニアの間でしばしば批判される「後続メールでのパスワード別送」です。 ここでいう「後続メールでのパスワード別送」とは、メールで添付ファイルを送付する際、添付ファイルをパスワード付きzipとし、後続メールでパスワードを送付するという方式です。 現在、情報セキュリティ対策の一環として、「後続メールでのパスワード別送」を採用する企業が数多く存在します。漫画のようにパスワード別送をシステムで自動化している企業も少なくありません。 では「後続メールでのパスワード別送」は何が問題なのでしょうか。代表的な2つの点を挙げます。 1.後続メールでパスワードを別送しても、セキュリティはほぼ向上しない 電子メールはその仕組み上、基本的に相手に届くまでに複数のサーバを経由します。メール送信にTLS/SSLを用いても、暗号化が保証されるのは自分が使用しているメール
運用という曖昧な言葉に対する考察 - Qiita
新規にシステムを立ち上げようとすると、色々と大変だが、プロジェクトとして進むなかで 「運用、保守」という話になると、とにかく、混乱する。 誰が何をやるか？各部署、関係者含めて、喧々諤々 「うちではサポート体制がない」 「こんな仕組みじゃ保守できない」 「我々開発側ベンダーは運用の事はよく分かりません」 真剣な議論、権謀術数の駆け引きなどが繰り広げられる。 しかし、もめる最大の要因は、 そもそも「運用」という用語の定義が曖昧なまま議論している。 まさに喜劇である。 よく現場にありがちな誤解としては、 「運用フェーズ」というのが、開発フェーズの対義語でローンチ後の一定期間経過した安定期を指すことから、「ローンチ後に行われる作業、タスクはなんでも運用」 運用と保守 運用と保守というキーワードがよく使われる。一般的に、 運用というのは、定型化された作業の事を指します。 保守は、システムに修正、変更
Satoshiが注意深く設定した世界の境界線
2度のインシデントが示す安全なシステムへの理解不足勤勉な国民性を持ち、システムの運用を行わせれば確実に仕事をこなすことで世界的にも知られている日本において、Mt. Gox事件に続く、2回目の取引所における大きなインシデントが発生した。筆者は、以前より、日経IT Proの連載「ブロックチェーンは本当に世界を変えるのか」（大幅加筆をして書籍『ブロックチェーン技術の未解決問題』として出版）において、ブロックチェーンを用いたシステムにおけるセキュリティ確保の難しさを解説し、スタンフォード大学で行われたブロックチェーンのセキュリティに関するトップの会議であるBlockchain Protocol Analysis and Security Engineering 2017 (BPASE 2017)、IEEE Security & Pricvacy on the Blockhcain(IEEE S&B
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クラウドシステム構築時に活用できる非機能要件チェックリストを公開しました | クラスメソッド株式会社
情報システム・モデル取引・契約書 | 社会・産業のデジタル変革 | IPA 独立行政法人 情報処理推進機構
ログイン - 技術情報Wiki