The Manager’s RoleMust understand w

The Manager’s Role

Must understand what to expect from IT architecture and infrastructure.
Must clearly communicate their business vision.
May need to modify the plans if IT cannot realistically support them.
Manager MUST be involved in the decision making process.

From Strategy to Architecture

Manager must start out with a strategy.
This strategy must then be used to develop more specific goals as seen in Figure 6.2.
Business requirements must be fleshed out for each goal in order to provide the architect with a clear picture of what IS must accomplish.
Figure 6.3 shows how this detailed process is accomplished.


From Architecture to Infrastructure

This stage entails adding more detail to the architectural plan.
This detail comprises the actual hardware, software, data, and networking.
Figure 6.2 shows this phase.
These components must be combined in a coherent fashion.
Global level – focus at the enterprise level; Inter-organizational level – focus on communications with customers, suppliers or other stakeholders.

A Framework for the Translation

Consider the following when developing a framework for transforming business strategy into architecture and then infrastructure:
Hardware – physical components.
Software – programs.
Network – software and hardware.
Data – quantity and format of data is of utmost concern.
The framework that guides analysis of these components is found in Figure 1.9.
Figure 6.3 contains questions that typify those asked in addressing architecture and infrastructure issues associated with each component.
Managers must begin with an overview that is complete.
The framework must answer the what, who and where questions for each infrastructure component.
What is the specific type of technology?
Who is involved (individuals, groups, departments)?
Where is everything located?
Table 6.3 shows the connections between strategy and systems.

Other Frameworks

Peer-to-peer – allows networked computers to share resources (no central server needed).
Wireless (mobile) – can utilize a variety of wireless technologies (fixed microwave, wireless LANs, cellular, satellite links, etc.)
Web-oriented architecture (WOA) – where significant hardware, software and possibly even data elements reside on the Internet.
Greater flexibility
Capacity-on-demand

Architectural Principles

Based on a set of principles, or fundamental beliefs about how the architecture should function.
Architecture principles must be consistent with enterprise values as well as the technology used in the infrastructure.
Number of principles vary widely.
Should define the desirable behaviors of the IT systems.
Figure 6.4 shows a sample architectural principles.

Enterprise Architecture


The “blueprint” for all IS for the entire organization.
Specify how IT will support business processes.
Identifies core processes of the company and how they will work together.
Four key elements:
Core business processes
Shared data
Linking and automation technologies
Customer groups

OTHER MANAGERIAL CONSIDERATIONS

Understanding existing architecture

Understanding existing architecture allows managers to evaluate the IT requirements of an evolving business strategy vs. their current IT.
Plans for the future architecture can then be compared with the current infrastructure to help identify which components of the current system can b e used in the system being developed.

Relevant questions for managers:

What IT architecture is already in place?
Is the company developing the IT architecture from scratch?
Is the company replacing an existing architecture?
Does the company need to work within the confines of an existing architecture?
Is the company expanding an existing architecture?

Strategic IT planning and legacy systems

Managers usually must deal with adapting existing architectures as part of planning their new systems.
In so doing they encounter both:
the opportunity to leverage the existing architecture and infrastructure and
the challenge to overcome the old system’s shortcomings.

Working with Legacy Architectures

ผลลัพธ์ (ไทย) 1:

บทบาทของผู้จัดการต้องเข้าใจสิ่งที่คาดหวังจากมันสถาปัตยกรรมและโครงสร้างพื้นฐานชัดเจนต้องสื่อสารวิสัยทัศน์ทางธุรกิจอาจจำเป็นต้องปรับเปลี่ยนแผนถ้ามันไม่จริงสนับสนุนผู้จัดการฝ่ายต้องมีส่วนร่วมในการตัดสินใจกระบวนการจากกลยุทธ์การสถาปัตยกรรมผู้จัดการต้องเริ่มต้น ด้วยกลยุทธ์การแล้วต้องใช้กลยุทธ์นี้เพื่อพัฒนาเป้าหมายเฉพาะที่เห็นในรูปที่ 6.2การทำธุรกิจต้อง fleshed ออกสำหรับแต่ละเป้าหมายเพื่อให้สถาปนิก ด้วยภาพที่ชัดเจนของสิ่งที่ต้องทำรูปที่ 6.3 แสดงวิธีดำเนินการกระบวนการนี้โดยละเอียดจากสถาปัตยกรรมโครงสร้างพื้นฐานระยะนี้มีการเพิ่มรายละเอียดเพิ่มเติมแผนสถาปัตยกรรมรายละเอียดนี้ประกอบด้วยฮาร์ดแวร์จริง ซอฟต์แวร์ ข้อมูล และระบบเครือข่ายรูปที่ 6.2 แสดงขั้นตอนนี้ส่วนประกอบเหล่านี้ต้องรวมแฟชั่น coherentระดับสากล – โฟกัสระดับองค์กร ระดับ inter-organizational – เน้นสื่อสารกับลูกค้า ซัพพลายเออร์ หรือเสียกรอบงานสำหรับการแปลพิจารณาต่อไปนี้เมื่อมีการพัฒนาเป็นกรอบสำหรับการแปลงกลยุทธ์ทางธุรกิจในสถาปัตยกรรม และโครงสร้างพื้นฐาน:ฮาร์ดแวร์ – ส่วนประกอบทางกายภาพซอฟต์แวร์ – โปรแกรมเครือข่าย – ซอฟต์แวร์และฮาร์ดแวร์ข้อมูล – ปริมาณและรูปแบบของข้อมูลที่เป็นความกังวลมากที่สุดกรอบที่แนะนำการวิเคราะห์ส่วนประกอบเหล่านี้จะอยู่ในรูปที่ 1.9รูป 6.3 ประกอบด้วยคำถามที่พลิ้วที่คำถามกำหนดประเด็นสถาปัตยกรรมและโครงสร้างพื้นฐานที่เกี่ยวข้องกับแต่ละส่วนผู้บริหารต้องเริ่มต้น ด้วยภาพรวมที่สมบูรณ์กรอบต้องตอบอะไร คนถามแต่ละองค์ประกอบของโครงสร้างพื้นฐานชนิดเฉพาะของเทคโนโลยีคืออะไรเกี่ยวข้อง (บุคคล กลุ่ม หน่วยงาน) คือใครทุกอย่างจะอยู่ที่ตารางที่ 6.3 แสดงการเชื่อมต่อระหว่างระบบและกลยุทธ์กรอบอื่น ๆเพียร์เพื่อเพียร์ – ช่วยให้คอมพิวเตอร์บนเครือข่ายใช้ร่วมกันทรัพยากร (ไม่เซิร์ฟเวอร์ส่วนกลางจำเป็น)ไร้สาย (มือถือ) – สามารถใช้ความหลากหลายของเทคโนโลยีไร้สาย (คงไมโครเวฟ ไร้สาย Lan มือถือ เชื่อมโยงสัญญาณดาวเทียม ฯลฯ)เน้นเว็บสถาปัตยกรรม (WOA) – ที่สำคัญฮาร์ดแวร์ ซอฟต์แวร์ และองค์ประกอบของข้อมูลอาจจะอยู่บนอินเทอร์เน็ตมีความยืดหยุ่นมากขึ้นกำลังการผลิตตามความต้องสถาปัตยกรรมหลักตามชุดของ หรือหลักความเชื่อพื้นฐานเกี่ยวกับสถาปัตยกรรมควรทำงานอย่างไรสถาปัตยกรรมหลักต้องสอดคล้องกับค่าองค์กรตลอดจนเทคโนโลยีที่ใช้ในโครงสร้างพื้นฐานจำนวนหลักแตกต่างกันควรกำหนดพฤติกรรมปรารถนาของระบบ ITรูป 6.4 แสดงหลักการสถาปัตยกรรมตัวอย่างสถาปัตยกรรมองค์กร"พิมพ์เขียว" สำหรับทุกคนทั้งองค์กรได้ระบุว่า มันจะสนับสนุนกระบวนการทางธุรกิจระบุกระบวนการหลักของบริษัทและพวกเขาจะทำงานกันองค์ประกอบสำคัญสี่:กระบวนการทางธุรกิจหลักข้อมูลที่ใช้ร่วมกันเทคโนโลยีการเชื่อมโยงและทำงานอัตโนมัติกลุ่มลูกค้าข้อควรพิจารณาอื่น ๆ จัดการทำความเข้าใจเกี่ยวกับสถาปัตยกรรมที่มีอยู่ความเข้าใจในสถาปัตยกรรมที่มีอยู่ช่วยให้การประเมินความต้องการได้ของกลยุทธ์ทางธุรกิจเกิดขึ้นเทียบกับปัจจุบันของพวกเขาก็แผนสำหรับสถาปัตยกรรมในอนาคตสามารถแล้วเปรียบเทียบกับโครงสร้างปัจจุบันเพื่อช่วยระบุส่วนประกอบใดของระบบปัจจุบันสามารถใช้ในการพัฒนาระบบอีบีคำถามที่เกี่ยวข้องสำหรับผู้บริหาร:สถาปัตยกรรมใดมันอยู่ที่เป็นบริษัทพัฒนาสถาปัตยกรรมไอทีตั้งแต่บริษัทจะเปลี่ยนสถาปัตยกรรมที่มีอยู่หรือไม่บริษัทไม่จำเป็นต้องทำงานภายในขอบเขตของสถาปัตยกรรมที่มีอยู่หรือไม่บริษัทกำลังขยายตัวสถาปัตยกรรมที่มีอยู่หรือไม่เชิงกลยุทธ์มันเก่า และวางแผนระบบผู้จัดการจะต้องจัดการกับดัดแปลงสถาปัตยกรรมที่มีอยู่เป็นส่วนหนึ่งของการวางแผนระบบใหม่ของพวกเขาทำพวกเขาพบทั้งสอง:โอกาสที่จะใช้สถาปัตยกรรมที่มีอยู่และโครงสร้างพื้นฐาน และความท้าทายในการเอาชนะระบบเก่าแสดงทำงานกับสถาปัตยกรรมดั้งเดิม

ผลลัพธ์ (ไทย) 2:

บทบาทของผู้จัดการต้องเข้าใจในสิ่งที่คาดหวังจากสถาปัตยกรรมไอทีและโครงสร้างพื้นฐาน. อย่างชัดเจนจะต้องสื่อสารวิสัยทัศน์ทางธุรกิจของพวกเขา. อาจจำเป็นต้องปรับเปลี่ยนแผนหากไม่สามารถแนบเนียนสนับสนุนพวกเขา. ผู้จัดการฝ่ายต้องมีส่วนร่วมในกระบวนการตัดสินใจ. จากกลยุทธ์สถาปัตยกรรมผู้จัดการต้อง เริ่มต้นด้วยกลยุทธ์. กลยุทธ์นี้จะต้องถูกนำมาใช้ในการพัฒนาเป้าหมายที่เฉพาะเจาะจงมากขึ้นเท่าที่เห็นในรูปที่ 6.2. ความต้องการทางธุรกิจจะต้องมีการโป่งพองออกมาสำหรับแต่ละเป้าหมายเพื่อให้สถาปนิกที่มีภาพที่ชัดเจนของสิ่งที่เป็นจะต้องประสบความสำเร็จ. รูปที่ 6.3 แสดงให้เห็นว่าขั้นตอนรายละเอียดนี้จะประสบความสำเร็จ. จากสถาปัตยกรรมโครงสร้างพื้นฐานที่จะขั้นตอนนี้รายละเอียดการเพิ่มรายละเอียดแผนสถาปัตยกรรม. นี้ประกอบด้วยรายละเอียดที่เกิดขึ้นจริงฮาร์ดแวร์ซอฟต์แวร์ข้อมูลและระบบเครือข่าย. รูปที่ 6.2 แสดงให้เห็นว่าขั้นตอนนี้. ส่วนประกอบเหล่านี้จะต้องรวมกันใน แฟชั่นกัน. ระดับโลก - มุ่งเน้นในระดับองค์กร; ระดับระหว่างองค์กร - มุ่งเน้นไปที่การติดต่อสื่อสารกับลูกค้าซัพพลายเออร์หรือผู้มีส่วนได้เสียอื่น ๆ . กรอบสำหรับการแปลพิจารณาต่อไปนี้เมื่อมีการพัฒนากรอบการทำงานสำหรับการเปลี่ยนกลยุทธ์ทางธุรกิจของสถาปัตยกรรมและโครงสร้างพื้นฐานแล้ว: . ฮาร์ดแวร์ - องค์ประกอบทางกายภาพ. ซอฟต์แวร์ - โปรแกรมเครือข่าย - ซอฟแวร์ และฮาร์ดแวร์. ข้อมูล - ปริมาณและรูปแบบของข้อมูลเป็นความกังวลสูงสุด. กรอบที่แนะนำการวิเคราะห์องค์ประกอบเหล่านี้จะพบในรูปที่ 1.9. รูปที่ 6.3 มีคำถามว่าเป็นสัญลักษณ์เหล่านั้นถามในประเด็นสถาปัตยกรรมและโครงสร้างพื้นฐานที่เกี่ยวข้องกับแต่ละองค์ประกอบ. ผู้จัดการต้อง เริ่มต้นด้วยภาพรวมที่สมบูรณ์. กรอบจะต้องตอบสิ่งที่และสถานที่ที่คำถามสำหรับแต่ละองค์ประกอบโครงสร้างพื้นฐาน. อะไรคือประเภทที่เฉพาะเจาะจงของเทคโนโลยี? ใครที่มีส่วนเกี่ยวข้อง (บุคคลกลุ่มหน่วยงาน) อยู่ที่ไหนทุกอย่างอยู่? ตารางที่ 6.3 แสดงให้เห็นถึงการเชื่อมต่อระหว่างกลยุทธ์และระบบ. กรอบอื่น ๆPeer-to-peer - ช่วยให้เครือข่ายคอมพิวเตอร์ในการใช้ทรัพยากรร่วมกัน (ไม่มีเซิร์ฟเวอร์กลางจำเป็น). แบบไร้สาย (มือถือ) - สามารถใช้ประโยชน์จากความหลากหลายของเทคโนโลยีไร้สาย (ไมโครเวฟคง LAN ไร้สาย, โทรศัพท์มือถือ การเชื่อมโยงสัญญาณดาวเทียม ฯลฯ ) เว็บสถาปัตยกรรมที่มุ่งเน้น (WOA) - กรณีที่ฮาร์ดแวร์ซอฟแวร์อย่างมีนัยสำคัญและอาจได้องค์ประกอบข้อมูลอยู่บนอินเทอร์เน็ต. ความยืดหยุ่นความจุตามความต้องการในหลักการสถาปัตยกรรมจากชุดของหลักการหรือความเชื่อพื้นฐานเกี่ยวกับวิธีการ สถาปัตยกรรมควรทำงาน. หลักการสถาปัตยกรรมจะต้องสอดคล้องกับค่านิยมขององค์กรเช่นเดียวกับเทคโนโลยีที่ใช้ในโครงสร้างพื้นฐาน. แตกต่างกันจำนวนหลักการอย่างกว้างขวาง. ควรกำหนดพฤติกรรมที่พึงประสงค์ของระบบไอที. รูปที่ 6.4 แสดงให้เห็นถึงหลักการสถาปัตยกรรมตัวอย่าง. Enterprise Architecture "พิมพ์เขียว" สำหรับทุก IS สำหรับทั้งองค์กร. ระบุวิธีการที่จะสนับสนุนกระบวนการทางธุรกิจ. ระบุกระบวนการหลักของ บริษัท และวิธีที่พวกเขาจะทำงานร่วมกัน. สี่องค์ประกอบที่สำคัญ: กระบวนการทางธุรกิจหลักของข้อมูลที่ใช้ร่วมกันเชื่อมโยงและเทคโนโลยีระบบอัตโนมัติกลุ่มลูกค้าอื่น ๆ ที่ต้องคำนึงถึงในการบริหารจัดการทำความเข้าใจเกี่ยวกับสถาปัตยกรรมที่มีอยู่ความเข้าใจสถาปัตยกรรมที่มีอยู่ช่วยให้ผู้จัดการในการประเมินความต้องการด้านไอทีของการพัฒนากลยุทธ์ทางธุรกิจในปัจจุบันเมื่อเทียบกับไอที. ของพวกเขาแผนสำหรับสถาปัตยกรรมในอนาคตนั้นจะสามารถเทียบกับโครงสร้างพื้นฐานในปัจจุบันเพื่อช่วยในการระบุส่วนประกอบของระบบปัจจุบันสามารถนำมาใช้ในการ ระบบการพัฒนา. คำถามที่เกี่ยวข้องสำหรับผู้บริหาร: อะไรสถาปัตยกรรมไอทีที่มีอยู่แล้วในสถานที่หรือไม่เป็น บริษัท พัฒนาสถาปัตยกรรมไอทีจากรอยขีดข่วนหรือไม่เป็น บริษัท เปลี่ยนสถาปัตยกรรมที่มีอยู่ไม่ให้ บริษัท ต้องทำงานภายในขอบเขตของสถาปัตยกรรมที่มีอยู่? หรือไม่เป็น บริษัท ขยายสถาปัตยกรรมที่มีอยู่ในการวางแผนกลยุทธ์ด้านไอทีและระบบเดิม. ผู้จัดการมักจะต้องจัดการกับการปรับตัวสถาปัตยกรรมที่มีอยู่เป็นส่วนหนึ่งของการวางแผนระบบใหม่ของพวกเขาในการทำเช่นนั้นพวกเขาพบทั้งสองมีโอกาสที่จะใช้ประโยชน์จากสถาปัตยกรรมที่มีอยู่และโครงสร้างพื้นฐานและความท้าทายในการ เอาชนะข้อบกพร่องของระบบเก่าของ. การทำงานกับสถาปัตยกรรมมรดก