記述式入試の採点を行う『(株)学力評価研究機構』の本社住所のある新宿の三井ビルを同僚議員と訪問。『学力機構』の看板は無し。対応した親会社ベネッセの役員は『学力機構の所在地や社員数、電話番号は言えない』と回答。50万人の高校生の採点… https://t.co/PR1jzZeRjh
記述式入試の採点を行う『(株)学力評価研究機構』の本社住所のある新宿の三井ビルを同僚議員と訪問。『学力機構』の看板は無し。対応した親会社ベネッセの役員は『学力機構の所在地や社員数、電話番号は言えない』と回答。50万人の高校生の採点… https://t.co/PR1jzZeRjh
はじめに ソフトウェア開発において、エンジニアが開発対象のドメインの業務に精通していない場合、書く内容やかける時間に程度はあれど 業務分析 や 要件定義 が必要になります。しかし、要件定義の方法論についての話題がネット上に上がることも少なく、書籍などもあまり話題になっていない印象があります (私の観測範囲では)。なので、私の場合、要件定義の実務では公の方法論を体系的に学ばずに、実務で見てきたものを自分なりにアレンジして対応してきました。 そんなとき、モデルベースの要件定義の方法論として リレーションシップ駆動分析 (RDRA) というものがあることを知りました。モデリングはずっと取り組んできていることなので、興味が湧いて少し調べてみると PlantUML でも表現できるというではありませんか! PlantUML Example for RDRA 2.0 ハンドブック そこで、RDRA2.0
今回の記事はQiitaのアドベントカレンダーに参加しています。 qiita.com Qiita初登場なので簡単にこのブログを紹介しますと、FileMakerで業務システムを作っていく奮闘記です。 FileMaker導入の経緯 実家のデイサービスで事務として働いていますが、もともと顧客情報がスタッフの記憶だったりエ○セルや紙で管理されていて、それらは更新されたりされていなかったりする‥といった状況でした。業務の流れに沿って情報が行き来する、ということがなかったので、データベースを作ろう、ということでFileMakerに行き着きました。まずはお試し無料期間で顧客情報から作りはじめ、そのまま購入、その後すぐにFileMakerServer導入‥というように、本当に小さく始めてだんだん大きく育っていっています。 今回は改めて弊社での業務システムの紹介をしてみたいと思います。 デイサービスとは 弊社
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く