System development　-System designでRuleを組み入れる-　USCPA

投稿者 投稿日:

◎System development
　システム開発。System、Application、Software の Development（構築）や Change（変更）。

○Risk

　Sytem development では、Technology が New で Structure が Sketchy のもののほうが、
Technology が Current で Structure が Well-defined のものより Risky となる。

○System selection
　System を Development せずに外部から購入する選択をとることもある。複雑な Software は、Request for proposal（提案依頼書、RFP）を作って発注する。

○End user
　Task 達成のために Program を使用する Employees。


◎Systems Development Life Cycle
　SDLC、システム開発ライフサイクル。システム開発の伝統的なメソッド。
　The Systems Development Life Cycle (SDLC) is the traditional methodology for developing systems. 

　以下の Phase で進められる。前の Phase が終わってから次の Phase に進む
  1. Planning
  2. Analysis
  3. Design
  4. Development（Programming）
  5. Testing
  6. Implementation（Conversion）
  7. Maintenance

１. Planning
　System development の Planning、First phase。

2. Analysis

　分析。
  • Determine user information needs
  • Learn and Evaluate the current system
  • Develop objective

○Feasibility study
　新しい System を Development するプロジェクトの実現可能性を調査する。System analysis の段階。Economic、Operational、Technical の Feasibility study を実施する。

○Requirements definition
　要件定義。Feasibility
study をへて System development が決まると、System の Requirements definition
を決める。あとで揉めないように User も参加するといい。この段階も System analysis の
 Phase に含まれる。




3. Design
　Business rule を System に組み入れる。System の Technical specifications を Establish。

　System design における３つの Major activity

  • User interface
  • Data design
  • Process design

　System design is the process of determining business rules to incorporate into a system.


　System development においてかかせない以下のような Components の Specifications を見つけ出す。

  • Hardware
  • Software
  • Manpower
  • Data resources
  • Information products

○Conceptual system design
　System design の Phase のひとつ。Overall の Management information system を Design する。

  • Content
  • Processing flows
  • Resource requirements
  • Procedures


4. Develpment（Programming）
　Design specificatons を元に System を開発。Programming。



5. Testing
　Program を Test して Bug を見つける。Debugging。
　必ず Test を行い System の Function を Evaluate する。

  • Interface testing
  • System testing


6. Implementation（Conversion）
　Development した System を導入する。さまざまな Error の Threat にさらされる段階でもある。

　☆この時点でのSystem error の修正は高額になる。

  • Acquisition
  • Hiring
  • Documentation
  • Testing
  • Cutover

・Acquisition
　必要な Hardware と Software を購入。

・Hiring
　必要な人材を雇用する。Training も行う。

・Documentation
　Specification document（仕様書）の作成。Specification document には必要な Data elements の Description を Include。

・Testing
　最後の Test。

  • Quality assurance testing
  • User acceptance testing

○Conversion
　新しい System を Implementation させる Method、New system へのコンバート、Cutover。

  • Direct changeover
  • Phased implementation
  • Parallel conversion
  • Pilot approach
  • Plunge implementation

・Direct changeover
　古い System から新しい System に完全に移す。古い System に Revert（戻る）必要がないときにとられる。 Direct cutover。

・Phased implementation
　Conversion を Phase で分けて徐々に実施していく。

・Parallel conversion
　新しい System と古い System を Parallel に存在させておく。古い System を残しておくので、最も Conserative な方法。

・Pilot approach
　まずは Pilot版を稼働させる。

・Plunge implementation
　準備なしに、一斉に全部をすぐ移行させる。猪武者。Cold turkey や Big bang ともいわれる。




○Systematic processing errors.

　New system の Important risk のひとつが Systematic processing errors。




7. Maintenance
  • Monitoring
  • Evaluating
  • Modifying

◎Rapid application development
　高速アプリケーション開発技法、RAD。前のプロセスを待たずに Develop する。以下の Methodology が使われる。

  • Prototyping
  • CASE
  • Object oriented development

・CASE

　Computer aided software engineering、コンピューター支援ソフトウェア工学。システム開発支援のツール。Step by step methodology が自動化されることで、Consistency（一貫性）と時間の短縮をえられる。

・Object oriented development
　オブジェクト指向開発。Data、Process、System をまとめて Object というひとつの単位として Program を行う。Object は再利用できるので時間の短縮が可能。Reliability（信頼性）も Increase。

Feasibility study を Perform するのは、Economic、Operational、Technical

Old system に Revert の Possibility がないときにとられる Conversion strategy は Direct changeover

投稿者: