it日本語基礎(chǔ)篇資料-資料下載頁
2025-06-25 21:25本頁面
【正文】 対する要求に対応する作業(yè)です。問 題１）不具合に対応する作業(yè)は何ですか。２）環(huán)境変化には、どんなものがありますか。３）改良作業(yè)では、どんなことに対応しますか。単 語本番（ほんばん） 正式稼動（かどう） 運轉(zhuǎn) 環(huán)境（かんきょう） 環(huán)境変化（へんか）① 變化～に伴う（にともなう） 伴隨～改版（かいはん） 改版不完全「な」（ふかんぜんな）②不完全原因（げんいん） 原因発生する（はっせいする） 發(fā)生誤り（あやまり）③ 錯誤不具合（ふぐあい）② 缺陷対応する（たいおうする） 對應変更（へんこう） 更改社會（しゃかい）① 社會情勢（じょうせい） 情勢金利（きんり） 利率稅率（ぜいりつ） 稅率法律（ほうりつ） 法律改廃（かいはい） 改革和廢除改良（かいりょう） 改進追加（ついか） 追加（十三）系統(tǒng)開發(fā)：運用?維護修正正式運轉(zhuǎn)的系統(tǒng)中的錯誤的、進行隨環(huán)境變化而產(chǎn)生的改版作業(yè)。?修正作業(yè)指針對由于不完全操作而產(chǎn)生的程序的錯誤、式樣的錯誤等缺陷進行的作業(yè)。?變更作業(yè)指針對社會狀況的變化（利率的變化、稅率的變化、法律的改革和廢除）、數(shù)據(jù)項目的變化進行的作業(yè)。?改良作業(yè)指針對追加功能、提高性能及操作性的要求的作業(yè)。十四、システム開発：工程管理?日程計畫工程を管理するためには、まず日程計畫を立てる必要があります。プロジェクト全體の大日程計畫、サブシステムごとの中日程計畫、作業(yè)擔當者ごとの小日程計畫を立てて管理します。?進捗管理日程計畫どおりにプロジェクトを進めるのは非常に重要です。納期が遅れるとユーザの信用を失ってしまいます。最悪の場合、ペナルティを払わなければなりません。そこで、定期的にデータを集めて進捗狀況を把握して、遅れている作業(yè)については、問題點を明らかにして、対策を講じます。問 題１）サブシステムごとの日程計畫は何と言いますか。２）納期が遅れると、最悪の場合どうなりますか。３）遅れている作業(yè)についてはどうしますか。単 語まず① 首先大～（だい） 大中～（ちゅう） 中小～（しょう） 小～ごと 每～進捗（しんちょく） 進展進める（すすめる） 推進非常に（ひじょうに） 非常納期（のうき）① 繳納期信用（しんよう） 信用失う（うしなう） 失去最悪（さいあく） 最壞ペナルティ② 罰款払う（はらう）② 支付定期的「な」（ていきてきな）定期的狀況（じょうきょう） 狀況問題點（もんだいてん）③ 問題明らか「な」（あきらかな）② 明確的対策（たいさく） 對策講じる（こうじる）③ 采取（十四）系統(tǒng)開發(fā)：工序管理?日程計劃為了管理工序，首先要訂立日程計劃。要訂立項目整體的大日程計劃、每個子系統(tǒng)的中型日程計劃及每個作業(yè)擔當者的小日程計劃，然后進行管理。?進展管理按照日程計劃推進項目是很重要的。一旦延遲交貨期，就會喪失用戶的信用。最壞的情況，必須繳納罰款。因此，定期地收集數(shù)據(jù)，把握進展情況，對于延遲的作業(yè)，要明確問題點，采取對策。十五、システム開発：デザインレビューソフトウェア開発における各工程のプロセスについて、客観的に知識を集めて評価し、改善案を提案し、次の段階に進める狀況であるかどうかを確認します。資料を事前に配付して會議の前に検討しておけば、短時間に有意義なレビューが可能になります。?外部設計ユーザの立場でシステム設計を纏め、ユーザが業(yè)務を行う際の手順?畫面?帳票?データ項目?ユーザインタフェースを明確に記述した外部設計書を作成し、レビューします。?內(nèi)部設計開発部門の立場でシステムを構(gòu)築する方法を記述した內(nèi)容設計書をまとめ、外部設計書と一貫性が保たれているか、ユーザの要求を満足しているかなどの観點からレビューします。?プログラム設計ウォークスルーなどの手法でレビューすると、複數(shù)のメンバーの視點からのレビューが可能になります。その結(jié)果、設計者の認識の誤りや構(gòu)造上の問題も発見できます。問 題１）短時間で有意義なレビューをするため、どうすればいいですか。２）內(nèi)部設計ではどんな観點からレビューしますか。３）複數(shù)のメンバーの視點からレビューできる手法に何がありますか。単 語～における 在于～各～（かく） 每個～プロセス② 過程客観的「な」（きゃっかんてきな）客觀的知識（ちしき）① 知識評価（ひょうか）① 評價改善（かいぜん） 改善案（あん）① 方案提案する（ていあんする） 建議進む（すすむ） 前進事前（じぜん） 提前配付（はいふ） 分發(fā)短時間（たんじかん）③ 短時間有意義「な」（ゆういぎな）③ 有意義手順（てじゅん） 程序構(gòu)築する（こうちくする） 構(gòu)筑一貫性（いっかんせい） 一貫性保つ（たもつ）② 保持満足（まんぞくする）① 滿足観點（かんてん）① 觀點ウォークスルー④ 走查複數(shù)（ふくすう）③ 復數(shù)メンバー① 成員視點（してん） 觀點～者（しゃ） ～者認識（にんしき） 認識（十五）系統(tǒng)開發(fā)：設計審查關(guān)于軟件開發(fā)的各工序的過程，客觀地收集知識進行評價，提出改善意見，確認是否可以進行到下一階段。如果事先分發(fā)資料，在開會前進行研究，就有可能在短時間內(nèi)進行有意義的審查。?外部設計（概要設計）站在用戶的立場上總結(jié)系統(tǒng)設計，制作明確記載著用戶進行業(yè)務時順序?界面?報表?數(shù)據(jù)項目?用戶接口的外部設計書，進行審查。?內(nèi)部設計（詳細設計）站在開發(fā)部門的立場上總結(jié)記載著系統(tǒng)構(gòu)筑方法的內(nèi)部設計書，從它是否與外部設計書保持著一貫性、是否滿足了用戶的要求的觀點進行審查。?程序設計如果使用走查等技術(shù)進行審查，會使從數(shù)人的觀點進行審查成為可能。其結(jié)果會發(fā)現(xiàn)設計者認識上的錯誤及結(jié)構(gòu)上的問題。
公司管理相關(guān)推薦
鄂ICP備17016276號-1