平成27年度SA午後1問2 業務及びシステムの移行

概要

設問1

業務名：在庫管理業務
理由：営業所が利用しているシステムが異なると、商品の融通ができなくなるから

設問2

(1)本社システムのトランザクションデータは新システムでは読み込めないから
(2)業務名：売上計上業務、商品補充業務
(2)理由：自販機はHTと通信すると売上情報をクリアするから
(3)業務名：手数料支払業務
(3)理由：本社で一括して行うから

設問3

(1)12月の締結の翌日からm辻津mでの自販機のトランザクションデータ
(2)異なる点：1日遅れて発注されること
(2)理由：営業所の注文を新システムに転送するのは、10時以降だから

平成27年度SA午後1問3 業務委託管理システムの導入

概要

業務委託管理システムの問題でした。

設問1

(1)社内の手続きの状況が委託先に開示されないようにするため
(2)10
(3)委託先がメールを見落として、対応すべき作業の発生に気づかないケース
(4)3,4,11,12,13,14

設問2

(1)a:見積待ち
(1)b:見積入力中
(1)c:注文承認
(1)d:注文否認
(1)e:注文請確認待ち
(2)始点:15
(2)終点:13

設問3

(1)f:見積番号
(1)g:注文番号
(2)見積りの差戻しによって再提出が発生するケース
(3)目的：案件の開始から完了に至るまでの経緯についてシステムで追跡調査を行うため
(3)属性名：承認者コード、承認日

平成27年度SA 午後1問1 データ連携システムの構築

概要

クレジットカードの決算システムの問題でした。難しかったです。

設問1

請求コードは複数の業務システムで同じ値になる可能性が高いため

設問2

属性名：システムコード
目的　：利用者が担当する業務システムのデータだけを表示するため

設問3

属性：引落日
条件：出力対象月内の日であること
属性：引落結果コード
条件：引落済みであること

設問4

(1)ステータスが「振替依頼待ち」の集約請求データ
(2)機能：データ返却機能
　　変更内容：ステータスが「振替結果受領」と「振替依頼停止」の集約請求データを抽出する。

平成28年度SA午後1問1 仕入れ納品システムの変更

概要

設問1

(1)不定貫商品の価格を確定させる必要があるから
(2)定貫商品か不定貫商品化を表す区分
(3)属性名：原価格、売価格
(3)意味：100グラム当たりの金額を表す

設問2

(1)実際に納品された商品の価格が、納品伝票に記載された価格と不一致となる。
(2)値札に印字された店舗名を見てピッキングする。

設問3

(1)商品ごとに原価、売価が異なり、数量だけでは算出できないから
(2)a:実納品原価
(2)b:実納品売価
(2)c:納品明細
(2)d:原価
(2)e:売価

平成29年度SA午後1問3 ソフトウェアパッケージ導入

感想

設問1

(1)制度改正に対して人事給与パッケージの標準保守で対応できるようにしたいから
(2)7、11

設問2

(1)先月の出勤簿の記録を庶務事務システムに入力、確定する作業
(2)毎朝の出勤時間にアクセスが集中するから

設問3

(1)PCが貸与されていない職員に給与支給名刺所を印刷して配布するから
(2)一括支給を毎月支給に変更する。
(3)状況：支給対象期間中に、世帯の区分の変更、支給対象地域をまたぐ異動などが生じた場合
(3)機能：追給及び返納の機能

googleサイトを使ってみた感想

概要

30分おきに更新される、googleDriveに置いている静止画を公開するためのWebページを作りたいと思い、googleサイトでできないか調べました。
結果、画像を30分おきに更新する方法がわからず、やりたいことはできなかったのですが、googleサイトは使い方がマッチすれば結構便利そうだなと思いました。

googleサイト

googleサイトでできること

• HTMLがわからなくてもWebページが作れる
• カルーセルやボタンなど難しそうな機能が簡単に作れる
• 画像や地図やyoutubeやカレンダーが簡単に埋め込める
• GoogleDriveと同じ要領で公開範囲を限定することができる

仲間同士でホームページを作ったり、個人事業者が自分のサイトを作ったりするのにはおススメだなと思いました。
なにより、使い方を丁寧に説明してくださっている動画がyoutubeに多いので、躓くことが少ないように思います。
興味がある方は使ってみてはいかがでしょうか。

テンプレートも色々あります

平成29年度SA午後1問2 生産管理システムの改善

概要

生産管理システムの改善の問題です。複数の部門がありそれぞれの業務のイメージをつかむのに苦労しました。

設問1

(1)設備機械、作業者などの生産能力の状況

基準生産計画の立案で、時間的要素と営業部門からの情報の他に考慮していることを問われています。
問題文に「工場側の状況も考慮している」とあるので、工場側の状況が答えなのですが、回答が20字以内とあるので、もう少し詳しい解答を考えたほうがよさそうです。
工場側の状況とは、機材や作業者が十分であるかどうかという事なので、説明文の言葉を使って、このような解答になります。

(2)販売計画情報、製品在庫状況情報

設問2

(1)加工オーダの作業工程ごとの着手予定日、完了予定日

製造実施計画立案時の作業日程計算で参照される製造基準は作業日程上の何を求める為に使われるのかを問われています。
作業日程計算で何を決めるのかは、[製造実施計画のシステム要件検討]の説明文に書いているので、そこを参照して回答します。

(2)作業高千絵で使用する設備機械

設問3

・加工対象の数量
・単位当たりの標準作業時間

作業日程計算の過程で作業工程の所要作業時間を求める上で必要な情報を問われています。
所要作業時間を求めるうえで必要な情報は、何を幾つ作るのかという情報と作る時間になります。
作る時間は「単位当たりの標準作業時間」が相当するのでこの２つが回答になります。

設問4

生産技術部門：製造基準の見直しや製造方法の改善
経理部門：原価計算処理の加工費計算

平成29年度SA午後1問1 生命保険会社のシステム構築

概要

設問1

契約管理システムでマイナンバー申告書の印刷を制御するため

設問2

訂正支払い調書を格納したCDを作成するため

設問3

(1)契約者マイナンバー又は受取人マイナンバーが空白である顧客番号
(2)申告者ステータスの値：不備対応中 (2)理由：A社にマイナンバー申告書が届いていない顧客を対象とするから

設問4

(1)機能：支払調書提出機能
(1)理由：支払調書を提出してから7年後の日付を設定する必要があるから
(2)顧客からマイナンバーの変更の連絡があった場合に削除するため

平成30年度SA午後1問3 ETCサービス管理システムの構築

概要

設問1

平成30年度SA午後1問2 情報開示システムの構築

概要

設問1

登録された文書を上司が確認し、承認する機能

設問2

年度初めに年間の開示請求件数の約半数が集中すること

設問3

(1)新システムでは、まず、開示請求が多く開示可能な文書だけを対象にするから
(2)運用作業による連携頻度を少なくしたいから

設問4

(1)情報提供先に電話で連絡することができないようにすること
(2)初めての利用でも手続きが簡単で即時に文書を取得できること
(3)利用者には事業者が多く、携帯電話番号を入力できない場合があるから

AWS CloudWatch Log Insightsの下調べ

概要

開発している製品がAWSを使っていて、CloudWatchを使う事になりそうなので、
クエリを使ってどんなことができるのかを簡単に調べてみました。

※ここを読みました
Amazon CloudWatch ユーザガイド

コマンド	説明
display	クエリ結果に表示するフィールドを指定する
fields	クエリ結果に表示するフィールドを指定する。関数を使用できる
filter	データの中からクエリ結果として出力する条件を記載します。
stats	ログフィールドの値に基づいて統計情報を計算します。
sort	クエリの内容を昇順(asc)、または降順(desc)にソートします
limit	クエリ結果として表示する数の上限を指定します
parse	ログフィールドの文字列から、フィールドとして使えるデータを取り出します

displayとfieldsの違いがよくわからない

displayは、シンプルにログを表示させたいときとかに使って、fieldsは関数を使ったりして一覧を表示させたいときに使う。と今は理解。違うかもしれないけど

statsが便利そう

ログの中身を数えるにはcount関数を使えばすぐにわかるようなので便利そう
計算式と組み合わせれば簡単に稼働率とかも出すことができそう

「ID　ログ数　稼働率」としたいときはこんな感じか？試してみないとわからない

field ID,Logcount,OpeRate
| filter ログ like 対象の文字列
| count(対象の文字列) as Logcount,Logcount / 正常なログ数　* 100 as OpeRate
| limit 1000