รากฐานทางทฤษฎีของการพัฒนาระบบสารสนเทศ พื้นฐานของการวิเคราะห์และการออกแบบระบบสารสนเทศ พื้นฐานของการพัฒนาระบบสารสนเทศ
การสร้าง IS และ IT เป็นกระบวนการออกแบบที่ซับซ้อน วัตถุประสงค์ของการออกแบบคือการจัดทำเอกสารการออกแบบและการนำระบบการจัดการมนุษย์และเครื่องจักรไปใช้สำหรับองค์กร ในระหว่างกระบวนการออกแบบ จะมีการระบุลักษณะที่สำคัญที่สุดของวัตถุทางเศรษฐกิจ มีการศึกษาการไหลของข้อมูลภายนอกและภายใน อะนาล็อกทางคณิตศาสตร์และกายภาพของระบบภายใต้การศึกษาและองค์ประกอบของมันถูกสร้างขึ้น และเงื่อนไขสำหรับการมีปฏิสัมพันธ์ระหว่างมนุษย์และการควบคุมทางเทคนิค ได้รับการจัดตั้งขึ้น
เมื่อพิจารณา IS จากแง่มุมทางเทคโนโลยี เราสามารถเน้นอุปกรณ์ควบคุม (AC) ได้ ส่วนประกอบที่เหลือ ได้แก่ เทคโนโลยีสารสนเทศ (IT) ระบบสารสนเทศสำหรับการแก้ปัญหาการทำงาน (ISPS) และระบบสนับสนุนการตัดสินใจ (DSS) ล้วนเชื่อมโยงกันทั้งทางข้อมูลและเทคโนโลยีและเป็นพื้นฐานของสถาปัตยกรรม IS
การสนับสนุนทางเทคโนโลยีที่ได้รับการออกแบบอย่างระมัดระวังสำหรับเทคโนโลยีสารสนเทศไม่เพียงแต่ช่วยให้สามารถแก้ไขปัญหาการจัดการการทำงานได้สำเร็จเท่านั้น แต่ยังภายในกรอบของ DSS สำหรับผู้จัดการและหัวหน้าองค์กรในการดำเนินการวิเคราะห์และคาดการณ์แบบโต้ตอบเพื่อการตัดสินใจด้านการจัดการในภายหลัง
องค์ประกอบบังคับของการสนับสนุนทางเทคโนโลยีที่ออกแบบมาสำหรับเทคโนโลยีสารสนเทศคือ: ข้อมูล, ภาษา, เทคนิค, ซอฟต์แวร์, คณิตศาสตร์, องค์กร, กฎหมาย, การยศาสตร์
การสนับสนุนข้อมูล (IS) คือชุดการตัดสินใจในการออกแบบที่เกี่ยวข้องกับปริมาณ ตำแหน่ง และรูปแบบการจัดองค์กรของข้อมูลที่หมุนเวียนใน IS
การสนับสนุนทางภาษา (LS) - รวมชุดเครื่องมือภาษาสำหรับการกำหนดภาษาธรรมชาติอย่างเป็นทางการ การสร้างและการรวมหน่วยข้อมูลระหว่างการสื่อสารระหว่างผู้ใช้และเทคโนโลยีคอมพิวเตอร์
การสนับสนุนด้านเทคนิค (TS) คือชุดของวิธีการทางเทคนิค (วิธีการทางเทคนิคในการรวบรวม การลงทะเบียน การส่งผ่าน การประมวลผล การแสดง การทำซ้ำข้อมูล อุปกรณ์สำนักงาน ฯลฯ ) ที่รับรองการทำงานของไอที
ซอฟต์แวร์ (SW) - ประกอบด้วยชุดโปรแกรมที่ใช้ฟังก์ชันและงานของ IS และรับประกันการทำงานที่มั่นคงของวิธีการทางเทคนิคที่ซับซ้อน
ซอฟต์แวร์ทางคณิตศาสตร์ (MS) คือชุดของวิธีการทางคณิตศาสตร์ แบบจำลอง และอัลกอริธึมการประมวลผลข้อมูลที่ใช้ในการแก้ปัญหาเชิงฟังก์ชันและในกระบวนการทำงานอัตโนมัติของงานออกแบบ
การสนับสนุนองค์กร (OS) คือชุดของเอกสารที่จัดทำขึ้นในระหว่างกระบวนการออกแบบ IS ซึ่งได้รับการอนุมัติและใช้เป็นพื้นฐานสำหรับการดำเนินงาน
การสนับสนุนทางกฎหมาย (LbS) คือชุดของบรรทัดฐานทางกฎหมายที่ควบคุมความสัมพันธ์ทางกฎหมายระหว่างการสร้างและการนำ IP และ IT ไปใช้
การสนับสนุนตามหลักสรีระศาสตร์ (ES) - เป็นชุดของวิธีการและเครื่องมือที่ใช้ในขั้นตอนต่าง ๆ ของการพัฒนาและการดำเนินงานของ IS และ IT มีวัตถุประสงค์เพื่อสร้างเงื่อนไขที่เหมาะสมสำหรับกิจกรรมของมนุษย์ที่มีคุณภาพสูง มีประสิทธิภาพสูง และปราศจากข้อผิดพลาดสำหรับ การพัฒนาที่เร็วที่สุด
วิศวกรรมธุรกิจเป็นที่เข้าใจกันว่าเป็นการนำชุดงานออกแบบไปใช้ในการพัฒนาวิธีการและขั้นตอนในการจัดการธุรกิจเมื่อไม่มีการเปลี่ยนแปลงโครงสร้างการจัดการที่เป็นที่ยอมรับขององค์กร (องค์กร บริษัท ) การปรับปรุงสถานะทางการเงินก็สามารถทำได้
วิศวกรรมศาสตร์มีเทคนิคหลายประการสำหรับการออกแบบธุรกิจ:
เน้นขั้นตอนทีละขั้นตอนสำหรับธุรกิจที่ออกแบบ
การแนะนำระบบสัญกรณ์ที่อธิบายขั้นตอน
การใช้การแก้ปัญหาเชิงพฤติกรรมและเชิงปฏิบัติเพื่ออธิบายระดับการปฏิบัติตามตัวเลือกธุรกิจที่ออกแบบโดยมีเป้าหมายที่กำหนด
กระบวนการทางธุรกิจเป็นที่เข้าใจกันว่าเป็นคำอธิบายแบบองค์รวมของกิจกรรมหลักขององค์กร (องค์กร บริษัท องค์กร) และการฉายภาพบนโครงสร้างองค์กรโดยคำนึงถึงการพัฒนาปฏิสัมพันธ์ระหว่างผู้เข้าร่วมเมื่อเวลาผ่านไป
โดยทั่วไปโครงการปรับปรุงธุรกิจประกอบด้วยขั้นตอนต่อไปนี้:
การพัฒนาภาพลักษณ์ขององค์กรในอนาคต
การวิเคราะห์ธุรกิจที่มีอยู่
การพัฒนาธุรกิจใหม่;
การแนะนำธุรกิจใหม่
การจำลองเป็นแนวทางที่ประสบความสำเร็จมากที่สุด โดยให้ทั้งความแม่นยำในการวิเคราะห์และความชัดเจนของความแตกต่างเมื่อเปรียบเทียบโซลูชันทางเลือก สิ่งสำคัญคือต้องนำการสร้างแบบจำลองการจำลองไปใช้กับคอมพิวเตอร์ส่วนบุคคลให้สำเร็จ ซึ่งมีเวิร์กสเตชันของผู้จัดการแบบอัตโนมัติ
พื้นที่ข้อมูลเดียวเข้าใจว่าเป็นชุดเครื่องมือด้านระเบียบวิธี องค์กร ซอฟต์แวร์ เทคนิค และโทรคมนาคมที่ให้การเข้าถึงทรัพยากรข้อมูลใด ๆ ขององค์กรได้ทันทีภายใต้ความสามารถและสิทธิ์ในการเข้าถึงของผู้เชี่ยวชาญ
การควบคุมเป็นชุดของวิธีการในการค้นหาวิธีแก้ปัญหา - แนวคิดของการจัดการระบบและวิธีคิดของผู้จัดการซึ่งขึ้นอยู่กับความปรารถนาที่จะรับรองการทำงานที่มีประสิทธิภาพในระยะยาวขององค์กร ในการใช้งานการควบคุมในกระบวนการออกแบบ DSS จะมีการสร้างแบบจำลองข้อมูลพิเศษที่เรียกว่าตัวควบคุม
ตัวควบคุมคือชุดของวิธีการและเครื่องมือสำหรับการดำเนินงานการควบคุมเชิงกลยุทธ์และการปฏิบัติงานในระบบการจัดการ เช่นเดียวกับการแก้ปัญหาเชิงกลยุทธ์และยุทธวิธีในด้านกิจกรรมการจัดการ (การตลาด การจัดหาทรัพยากร การลงทุน ฯลฯ)
ตามแนวทางข้างต้น หลักการพื้นฐานของการสร้าง IS และการจัดการไอทีเกิดขึ้น:
การสร้างองค์ประกอบสนับสนุนและการทำงานของ IS อย่างเป็นระบบและสมเหตุสมผล
การใช้วิธีทางเศรษฐศาสตร์และคณิตศาสตร์และโปรแกรมมาตรฐานในลักษณะการพยากรณ์และสถิติอย่างกว้างขวาง งานในการจัดการการผลิตและกิจกรรมทางการเงินขององค์กรส่วนใหญ่เป็นงานด้านการวิเคราะห์ การเพิ่มประสิทธิภาพ หรือการวางแผน
เกี่ยวข้องกับการสลายตัวของระบบออกเป็นงานที่ซับซ้อน (โมดูล) จำนวนหนึ่งซึ่งแต่ละงานจะจำลองกิจกรรมการจัดการบางพื้นที่
การใช้วิธีการใหม่และการรวมโมดูลซอฟต์แวร์ที่สร้างขึ้นใหม่ในระบบการจัดการอัตโนมัติ การออกแบบ IC ในขั้นต้นควรยึดตามหลักการโมดูลาร์ และการใช้งานคอมพิวเตอร์ควรทำให้เกิดการขยายตัวโดยการปรับปรุงโครงสร้างซอฟต์แวร์
นี่คือหลักการของการปรับตัวขององค์ประกอบทั้งหมดและระบบโดยรวม มันจะต้องซึมซับอุดมการณ์ในการสร้างการจัดการ IS อย่างสมบูรณ์ - ตั้งแต่การวิเคราะห์งาน ตัวชี้วัดทางเทคนิคและเศรษฐกิจ และการจัดกลุ่มออกเป็นโมดูลไปจนถึงการกำหนดเป้าหมาย
ผลลัพธ์สุดท้ายของงานของผู้จัดการคือการตัดสินใจและการกระทำ การตัดสินใจของเขานำไปสู่ความสำเร็จขององค์กรหรือความล้มเหลว การตัดสินใจคือการเลือกทิศทางของกิจกรรมที่เฉพาะเจาะจงจากหลายทิศทางที่เป็นไปได้เสมอ เนื่องจากกระบวนการจัดการองค์กรใดๆ ในระบบเศรษฐกิจนั้นดำเนินการผ่านการสร้างและการดำเนินการตัดสินใจด้านการจัดการโดยเฉพาะ ดังนั้นเราจึงมุ่งเน้นไปที่ประเภทของการตัดสินใจที่มีลักษณะแตกต่างกันและต้องการแหล่งข้อมูลที่แตกต่างกัน
การตัดสินใจในการปฏิบัติงานเป็นระยะ: ปัญหาเดียวกันนี้เกิดขึ้นเป็นระยะ เป็นผลให้กระบวนการตัดสินใจกลายเป็นเรื่องปกติและแทบไม่มีปัญหา มีการกำหนดพารามิเตอร์ (ลักษณะ) ของกระบวนการทางธุรกิจที่ใช้ในการตัดสินใจ การประเมินมีความแม่นยำสูง และความสัมพันธ์ของพารามิเตอร์กับการตัดสินใจมีความชัดเจน การตัดสินใจในการปฏิบัติงานนำไปสู่ผลลัพธ์ที่คาดหวังและคาดการณ์ได้อย่างสมบูรณ์ โซลูชั่นการดำเนินงานเป็นระยะสั้น
การตัดสินใจเชิงยุทธวิธีมักทำโดยผู้จัดการระดับกลางที่รับผิดชอบในการจัดหาวิธีการเพื่อให้บรรลุเป้าหมายและความตั้งใจที่กำหนดโดยผู้มีอำนาจตัดสินใจระดับสูง การตัดสินใจทางยุทธวิธีไม่เป็นเรื่องปกติและมีโครงสร้างเหมือนกับการตัดสินใจในการปฏิบัติงาน ไม่ทราบพารามิเตอร์หลักทั้งหมดของวัตถุควบคุมที่เป็นส่วนหนึ่งของการตัดสินใจทางยุทธวิธี การให้คะแนนคุณลักษณะที่ระบุว่ามีความสำคัญอาจไม่เป็นที่ทราบ และความสัมพันธ์ระหว่างคุณลักษณะและการตัดสินใจอาจไม่ชัดเจน
การตัดสินใจเชิงกลยุทธ์จะขึ้นอยู่กับเป้าหมายของบริษัท ซึ่งกำหนดไว้ในกฎบัตรและระบุโดยผู้บริหารระดับสูงขององค์กร เป้าหมายเหล่านี้กำหนดพื้นฐานที่ควรใช้การวางแผนระยะยาวตลอดจนการระบุปัจจัยสำคัญสำหรับองค์กร การตัดสินใจเหล่านี้เป็นพื้นฐานสำหรับการตัดสินใจทางยุทธวิธีและการปฏิบัติการ
เรามาดูรุ่นและวิธีการที่ใช้ในแต่ละขั้นตอนกันดีกว่า ในระยะแรกส่วนใหญ่จะใช้วิธีการที่ไม่เป็นทางการเพื่อ:
กำหนดปัญหา
ระบุเป้าหมาย
กำหนดเกณฑ์ในการประเมินการตัดสินใจ
หากปัญหาได้รับการยอมรับและระบุโดยตัวบ่งชี้เชิงปริมาณหรือคุณลักษณะเชิงคุณภาพ ก็สามารถกำหนดเป้าหมายได้ เป้าหมายอยู่ตรงข้ามกับปัญหา หากปัญหาคือสิ่งที่ผู้มีอำนาจตัดสินใจไม่ต้องการ เป้าหมายก็คือสิ่งที่ต้องการ
ในขั้นตอนที่สองของการตัดสินใจ จะมีการค้นหาตัวเลือกต่างๆ - ทางเลือก - เกิดขึ้น ตัวเลือกสามารถพบได้ในรูปแบบและสเกลการวัดต่างๆ ตามกฎแล้วจะระบุตัวเลือกโดยการแสดงรายการหากมีไม่มากนักหรือโดยการอธิบายคุณสมบัติ
ในขั้นตอนที่สาม ตามเกณฑ์การคัดเลือกที่กำหนดไว้ในขั้นตอนที่สอง การเปรียบเทียบ การประเมิน และการเลือกโซลูชันจะเกิดขึ้น วิธีการประเมินทางเลือกทั้งหมดสามารถแบ่งออกเป็นสองกลุ่ม:
วิธีการที่ใช้ภายใต้เงื่อนไขที่แน่นอน
วิธีการที่ใช้ในสถานการณ์เสี่ยง
ขั้นตอนของการออกแบบ DSS โดยมีเชลล์ซอฟต์แวร์คือ:
คำอธิบายของสาขาวิชา เป้าหมายของการสร้างระบบ และการดำเนินการตามคำชี้แจงปัญหา
การรวบรวมพจนานุกรมระบบ
การพัฒนาฐานความรู้และฐานข้อมูล
การนำระบบไปใช้
ขั้นที่ 1 คำอธิบายของสาขาวิชาเป้าหมายของการสร้างระบบและการดำเนินการตามคำชี้แจงปัญหา คำอธิบายควรสะท้อนถึงลักษณะเฉพาะของสาขาวิชาในหลายรูปแบบ ประการแรกคือการแสดงข้อความของเนื้อหาของกระบวนการ วัตถุ และการเชื่อมต่อระหว่างสิ่งเหล่านั้น คำอธิบายรูปแบบที่สองคือการแสดงแผนผังเป้าหมายแบบกราฟิกที่ผู้ใช้หันหน้าเข้าหาผู้ใช้ หรือแผนผัง AND-OR
การกำหนดปัญหาใด ๆ เกี่ยวข้องกับการระบุผลลัพธ์การทำงานของระบบ ข้อมูลเริ่มต้น ตลอดจนคำอธิบายทั่วไปของขั้นตอน สูตร และอัลกอริธึมในการแปลงข้อมูลเริ่มต้นเป็นข้อมูลผลลัพธ์
ขั้นตอนที่ 2 การรวบรวมพจนานุกรมของระบบ พจนานุกรมของระบบคือชุดของคำ วลี รหัส ชื่อที่นักพัฒนาใช้เพื่อระบุเงื่อนไข เป้าหมาย ข้อสรุป และสมมติฐาน ขอบคุณพจนานุกรมที่ทำให้ผู้ใช้เข้าใจผลลัพธ์ของระบบ การรวบรวมพจนานุกรมเป็นงานที่สำคัญ เนื่องจากเงื่อนไขและคำตอบที่กำหนดไว้อย่างชัดเจนช่วยเพิ่มประสิทธิภาพการทำงานของระบบได้อย่างมาก
ขั้นที่ 3 การพัฒนาฐานความรู้และฐานข้อมูล ตามกฎแล้วฐานความรู้ประกอบด้วยสององค์ประกอบ: แผนผังเป้าหมายพร้อมสูตรการคำนวณและฐานกฎ (เครือข่ายการอนุมาน) ฐานกฎถูกสร้างขึ้นตามกราฟเป้าหมายและสมมติฐานที่กำหนดไว้ก่อนหน้านี้ ความสนใจหลักที่นี่คือค่าสัมประสิทธิ์ความแน่นอนของเงื่อนไขเริ่มต้นและกฎสำหรับการประมวลผล
ขั้นตอนที่ 4 การนำไปปฏิบัติ มีการตรวจสอบและประเมินการทำงานที่ถูกต้องของระบบ ผลลัพธ์จะถูกสร้าง ซึ่งจะถูกเปรียบเทียบกับผลลัพธ์ที่ได้รับในระหว่างกระบวนการเริ่มต้นระบบ การคำนวณขั้นกลางจะถูกตรวจสอบโดยใช้บล็อกที่ตอบคำถามว่าอย่างไรและเพราะเหตุใด
เทคโนโลยีการออกแบบระบบสารสนเทศ (IS) เป็นที่เข้าใจกันว่าเป็นชุดของเทคนิคระเบียบวิธี วิธีการทางเทคนิค และวิธีการออกแบบ ซึ่งจัดเรียงตามลำดับตรรกะ โดยมีวัตถุประสงค์เพื่อใช้แนวคิดทั่วไปในการสร้างหรือสรุปการออกแบบระบบและส่วนประกอบต่างๆ ของระบบ สำหรับการพัฒนาระบบควบคุมคุณภาพและองค์ประกอบของฐานการออกแบบมีความสำคัญอย่างยิ่ง
การออกแบบพื้นฐานเบื้องต้นของห่วงโซ่เทคโนโลยีของการออกแบบ IS และองค์ประกอบหลัก - ไอที - เป็นสิ่งที่เรียกว่าการดำเนินการทางเทคโนโลยี - ลิงก์แยกต่างหากในกระบวนการทางเทคโนโลยี
แนวคิดนี้ถูกกำหนดไว้บนพื้นฐานของแนวทางไซเบอร์เนติกส์ในกระบวนการพัฒนาไอที ระบบอัตโนมัติของกระบวนการนี้จะกำหนดล่วงหน้าถึงความจำเป็นในการดำเนินการทางเทคโนโลยีอย่างเป็นทางการ โดยรวมเข้าด้วยกันเป็นห่วงโซ่ทางเทคโนโลยีของขั้นตอนการออกแบบที่เชื่อมโยงถึงกันและการเป็นตัวแทน
การสำรวจก่อนโครงการในสาขาวิชาเกี่ยวข้องกับการระบุลักษณะทั้งหมดของวัตถุและกิจกรรมการจัดการในนั้นการไหลของการเชื่อมต่อข้อมูลภายในและภายนอกองค์ประกอบของงานและผู้เชี่ยวชาญที่จะทำงานในเงื่อนไขทางเทคโนโลยีใหม่ระดับของพวกเขา การฝึกอบรมด้านคอมพิวเตอร์และวิชาชีพในฐานะผู้ใช้ระบบในอนาคต
ลองพิจารณาเส้นทางแรกนั่นคือ ความเป็นไปได้ของการใช้โซลูชันการออกแบบมาตรฐานที่รวมอยู่ในแพ็คเกจแอปพลิเคชัน กิจกรรมประเภทต่อไปนี้ช่วยให้การให้ข้อมูลมีประสิทธิผลมากที่สุด:
การบัญชี รวมถึงการจัดการและการเงิน
การบริการอ้างอิงและข้อมูลสำหรับกิจกรรมทางเศรษฐกิจ
การจัดระเบียบการทำงานของผู้จัดการ
ระบบอัตโนมัติของการไหลของเอกสาร
กิจกรรมทางเศรษฐกิจและการเงิน
การศึกษา.
ระบบการออกแบบอัตโนมัติเป็นวิธีที่สองที่พัฒนาอย่างรวดเร็วในการทำงานออกแบบ
ในด้านระบบอัตโนมัติของการออกแบบ IS และไอที ทิศทางใหม่ได้เกิดขึ้นในช่วงทศวรรษที่ผ่านมา - CASE (ซอฟต์แวร์ช่วยคอมพิวเตอร์/วิศวกรรมระบบ) CASE เป็นชุดเครื่องมือสำหรับนักวิเคราะห์ระบบ นักพัฒนา และโปรแกรมเมอร์ที่ช่วยให้คุณทำให้กระบวนการออกแบบและพัฒนา IS เป็นแบบอัตโนมัติ ซึ่งได้ก่อตั้งขึ้นอย่างมั่นคงในแนวปฏิบัติในการสร้างและบำรุงรักษา IS และ IT เป้าหมายหลักของ CASE คือการแยกการออกแบบ IS และ IT ออกจากการเขียนโค้ดและขั้นตอนการพัฒนาที่ตามมา รวมถึงทำให้กระบวนการพัฒนาและการทำงานของระบบเป็นไปโดยอัตโนมัติมากที่สุด
นอกเหนือจากการทำให้วิธีการทางโครงสร้างเป็นแบบอัตโนมัติ และด้วยเหตุนี้ ความเป็นไปได้ของการใช้วิธีการที่ทันสมัยของวิศวกรรมระบบและซอฟต์แวร์ CASE ยังมีข้อดีหลัก ๆ ดังต่อไปนี้:
ปรับปรุงคุณภาพของระบบข้อมูลที่สร้างขึ้น (IT) ด้วยวิธีการควบคุมอัตโนมัติ (การควบคุมโครงการเป็นหลัก)
ช่วยให้คุณสร้างต้นแบบของ IS (IT) ในอนาคตได้ในเวลาอันสั้นซึ่งช่วยให้คุณสามารถประเมินผลลัพธ์ที่คาดหวังได้ในระยะแรก
เร่งกระบวนการออกแบบและพัฒนาระบบ
ปลดปล่อยนักพัฒนาจากงานประจำ ทำให้เขามุ่งความสนใจไปที่ส่วนที่สร้างสรรค์ของการออกแบบโดยสิ้นเชิง
สนับสนุนการพัฒนาและบำรุงรักษา IS (IT) ที่ใช้งานได้อยู่แล้ว
สนับสนุนเทคโนโลยีสำหรับการนำส่วนประกอบการพัฒนากลับมาใช้ใหม่
เครื่องมือ CASE ส่วนใหญ่มีพื้นฐานอยู่บนแนวทางทางวิทยาศาสตร์ที่เรียกว่า วิธีการ/วิธีการ/สัญลักษณ์/เครื่องมือ วิธีการนี้จะกำหนดแนวทางในการประเมินและคัดเลือกโครงการสำหรับ IS ที่พัฒนาแล้ว ขั้นตอนการทำงานและลำดับของงาน ตลอดจนกฎเกณฑ์สำหรับการนำไปใช้และวัตถุประสงค์ของวิธีการ จนถึงปัจจุบัน เทคโนโลยีของ CASE ได้กลายเป็นทิศทางอิสระที่เน้นวิทยาศาสตร์ ซึ่งนำไปสู่การก่อตัวของอุตสาหกรรม CASE ที่ทรงพลัง โดยรวบรวมบริษัทและบริษัทหลายร้อยแห่งจากหลากหลายทิศทางเข้าด้วยกัน
ความทันเวลาเป็นลักษณะเฉพาะของคุณสมบัติชั่วคราวของ IS และ IT และมีการแสดงออกเชิงปริมาณในรูปแบบของเวลาหน่วงรวมของข้อมูลที่ผู้ใช้ต้องการ ณ เวลาปัจจุบันในสภาวะจริงสำหรับการตัดสินใจ ยิ่งการหน่วงเวลาในการรับข้อมูลน้อยลงเท่าไร IS ก็จะยิ่งมีคุณสมบัติตรงตามข้อกำหนดนี้มากขึ้นเท่านั้น
ตัวบ่งชี้ทั่วไปของความน่าเชื่อถือของ IS ประกอบด้วยคุณลักษณะที่สำคัญหลายประการ:
ความถี่ของความล้มเหลวทางเทคนิค
ระดับความเพียงพอของแบบจำลองทางคณิตศาสตร์
การตรวจสอบความบริสุทธิ์ของโปรแกรม
ระดับความน่าเชื่อถือของข้อมูลสัมพันธ์
ตัวบ่งชี้แบบบูรณาการของความน่าเชื่อถือของการรองรับ IS ตามหลักสรีรศาสตร์
คุณสมบัติการปรับตัวของระบบสะท้อนให้เห็นถึงความสามารถในการปรับให้เข้ากับการเปลี่ยนแปลงในพื้นหลังภายนอกโดยรอบของการจัดการภายในและสภาพแวดล้อมการผลิตขององค์กร งานที่สำคัญสำหรับลูกค้าคือการกำหนดในขั้นตอนการออกแบบถึงขีด จำกัด สำหรับการเบี่ยงเบนในค่าของการควบคุมและพารามิเตอร์เอาต์พุตที่มีความสำคัญพื้นฐานสำหรับการทำงานของทั้งระบบ
โดยทั่วไป คำชี้แจงปัญหาประกอบด้วยองค์ประกอบพื้นฐานที่สำคัญสี่ประการ:
โครงร่างองค์กรและเศรษฐกิจและคำอธิบาย
ชุดแบบจำลองทางคณิตศาสตร์ประยุกต์
คำอธิบายของอัลกอริธึมการคำนวณ
แนวคิดในการสร้างแบบจำลองข้อมูลของระบบ
แบบจำลองทางคณิตศาสตร์และอัลกอริธึมที่พัฒนาบนพื้นฐานของแบบจำลองนั้นต้องเป็นไปตามข้อกำหนดสามประการ: ความแน่นอน (ความไม่คลุมเครือ) ความคงที่เมื่อเทียบกับสถานการณ์ทางเลือกต่างๆ ในปัญหา และประสิทธิผล (ความสามารถในการแก้ปัญหาในจำนวนขั้นตอนที่จำกัด) ผลลัพธ์ของอัลกอริทึมคือบล็อกไดอะแกรมที่สร้างขึ้นและแก้ไขข้อบกพร่องตามตรรกะ
การกำหนดและการใช้งานคอมพิวเตอร์เพิ่มเติมจำเป็นต้องอาศัยความเชี่ยวชาญในแนวคิดพื้นฐานที่เกี่ยวข้องกับรากฐานทางทฤษฎีและเทคโนโลยีสารสนเทศ ซึ่งรวมถึง:
คุณสมบัติ ลักษณะ และโครงสร้างของข้อมูลทางเศรษฐกิจ
ข้อมูลถาวรตามเงื่อนไข บทบาทและวัตถุประสงค์
สื่อเก็บข้อมูล เค้าโครงสื่อบันทึกของเครื่อง
วิธีการอธิบายข้อมูลอย่างเป็นทางการ
อัลกอริธึม คุณสมบัติ และรูปแบบการเป็นตัวแทน
วัตถุประสงค์และวิธีการติดตามข้อมูลอินพุตและเอาต์พุต
องค์ประกอบและวัตถุประสงค์ของอุปกรณ์คอมพิวเตอร์
ระบบสารสนเทศ (IS) คือชุดเครื่องมือ วิธีการ และบุคลากรที่เชื่อมโยงถึงกัน ซึ่งใช้ในการจัดเก็บ ประมวลผล และออกข้อมูลเพื่อให้บรรลุเป้าหมายที่ตั้งไว้
เทคโนโลยีสารสนเทศสมัยใหม่ให้วิธีการที่หลากหลายในการใช้งาน IS ซึ่งทางเลือกนั้นขึ้นอยู่กับความต้องการของผู้ใช้ที่ต้องการซึ่งตามกฎแล้วจะเปลี่ยนแปลงในระหว่างกระบวนการพัฒนา
ในโครงการ IS เราหมายถึงเอกสารการออกแบบและวิศวกรรมและเทคโนโลยี ซึ่งให้คำอธิบายของโซลูชันการออกแบบสำหรับการสร้างและการทำงานของ IS ในสภาพแวดล้อมซอฟต์แวร์และฮาร์ดแวร์เฉพาะ
การออกแบบ IS เป็นที่เข้าใจกันว่าเป็นกระบวนการแปลงข้อมูลอินพุตเกี่ยวกับวัตถุ วิธีการ และประสบการณ์ในการออกแบบวัตถุที่มีจุดประสงค์คล้ายกันตาม GOST ให้เป็นโครงการ IS จากมุมมองนี้ การออกแบบ IS ลงมาจนถึงการตัดสินใจออกแบบอย่างเป็นทางการในขั้นตอนต่างๆ ของวงจรชีวิตของ IS: การวางแผนและการวิเคราะห์ข้อกำหนด การออกแบบทางเทคนิคและรายละเอียด การนำไปใช้และการดำเนินงานของ IS
ขนาดของระบบที่ได้รับการพัฒนาจะกำหนดองค์ประกอบและจำนวนผู้เข้าร่วมในกระบวนการออกแบบ ด้วยปริมาณงานจำนวนมากและกำหนดเวลาที่จำกัดในการทำงานออกแบบให้เสร็จสิ้น ทีมออกแบบหลายทีม (องค์กรพัฒนา) อาจมีส่วนร่วมในการพัฒนาระบบ ในกรณีนี้ มีการระบุองค์กรแม่ที่ประสานงานกิจกรรมขององค์กรที่ดำเนินการร่วมทั้งหมด
การออกแบบ IC เกี่ยวข้องกับการใช้โดยนักออกแบบเทคโนโลยีการออกแบบบางอย่างที่สอดคล้องกับขนาดและลักษณะของโครงการที่กำลังพัฒนา
โมเดล (ภาษาละติน "โมดูลัส" - การวัด) เป็นวัตถุทดแทนสำหรับวัตถุดั้งเดิม โดยให้การศึกษาคุณสมบัติบางอย่างของวัตถุหลัง การแสดงระบบอย่างง่ายสำหรับการวิเคราะห์และการทำนาย รวมถึงการได้รับผลลัพธ์เชิงคุณภาพและเชิงปริมาณที่จำเป็นสำหรับการตัดสินใจของฝ่ายบริหารที่ถูกต้อง
การสร้างแบบจำลองคือการเป็นตัวแทนของวัตถุโดยแบบจำลองเพื่อรับข้อมูลเกี่ยวกับวัตถุนั้นโดยทำการทดลองกับแบบจำลองของมัน
สำหรับการออกแบบไอซีที่พวกเขาใช้ โมเดลข้อมูลเป็นตัวแทนวัตถุและกระบวนการในรูปแบบรูปภาพ แผนภาพ ภาพวาด ตาราง สูตร ข้อความ ฯลฯ
แบบจำลองข้อมูลเป็นแบบจำลองของวัตถุ กระบวนการ หรือปรากฏการณ์ที่นำเสนอแง่มุมข้อมูลของวัตถุ กระบวนการ หรือปรากฏการณ์ที่จำลองขึ้น
เป็นพื้นฐานสำหรับการพัฒนาโมเดล IS
โมเดลการสร้าง IP มีสี่ขั้นตอน:
1. ร่างโครงการ ปคำอธิบายโดยละเอียดเกี่ยวกับเป้าหมายและวัตถุประสงค์ของโครงการ กำไรที่คาดหวัง ทรัพยากรเวลา ข้อจำกัดใด ๆ ทรัพยากรที่มีอยู่ ฯลฯ นอกจากนี้ยังควรระบุ "ผู้จัดการโครงการ" ที่รับผิดชอบในการดำเนินโครงการและเจ้าของโครงการในผู้บริหารระดับสูงซึ่งจะเป็นบุคคลหลักในธุรกิจและจะสนับสนุนผู้จัดการโครงการเมื่อจำเป็นและในตอนท้ายของ โครงการ.
2. การประเมินโครงการ.นี่เป็นส่วนที่สำคัญที่สุดของโครงการ เป็นที่สำหรับการตัดสินใจที่สำคัญทั้งหมด ไม่ว่าจะเป็นระบบจะทำอะไร จะทำงานอย่างไร ฮาร์ดแวร์และแอปพลิเคชันใดที่จะใช้ และจะดูแลรักษาอย่างไร สิ่งสำคัญที่สุดคือ มีการวิเคราะห์ต้นทุนและผลประโยชน์ที่เป็นไปได้ของการดำเนินการต่างๆ และทำการตัดสินใจขั้นสุดท้าย กฎทั่วไปควรเป็นว่าระบบควรเรียบง่ายที่สุดเท่าที่จะเป็นไปได้ โครงการระบบขนาดใหญ่อาจส่งผลให้เกิดต้นทุนที่เหลือเชื่อ การเปลี่ยนแปลงที่ทำในภายหลังมีราคาแพงกว่า
3. ขั้นแรก เตรียมรายการข้อกำหนดสำหรับระบบ - รายการโดยละเอียดว่าระบบจะทำอะไรให้กับธุรกิจ และวิธีการจัดการ ความต้องการของผู้ใช้ทั่วไป (และผู้มีส่วนได้ส่วนเสียอื่นๆ) ได้รับการศึกษา เนื่องจากมีเพียงพวกเขาเท่านั้นที่รู้จริงๆ ว่าพวกเขาต้องการอะไรและจะปรับให้เข้ากับกิจกรรมที่มีอยู่ได้อย่างไร
4. รายการประกอบด้วยข้อมูลที่จะป้อน ผลลัพธ์หลักและรายงาน จำนวนผู้ใช้ ขนาดข้อมูล การเชื่อมต่อกับระบบอื่นที่มีอยู่ เป็นต้น และต้องมีรายละเอียดเพียงพอที่จะส่งคำขอไปยังซัพพลายเออร์ฮาร์ดแวร์และซอฟต์แวร์ได้
5. ในขั้นตอนนี้ เราไม่ควรเพียงแต่ใช้คอมพิวเตอร์ในวิธีการทำงานที่มีอยู่แล้ว โครงการเทคโนโลยีสารสนเทศเป็นโอกาสที่ดีที่จะคิดอีกครั้งเกี่ยวกับวิธีที่ดีที่สุดในการสร้างระบบสารสนเทศ
6. ขั้นตอนต่อไปคือการดูข้อกำหนดด้านฮาร์ดแวร์และซอฟต์แวร์ ปรึกษากับซัพพลายเออร์ที่มีศักยภาพ ทบทวนการตัดสินใจทางธุรกิจอื่นๆ และปรึกษากับที่ปรึกษาที่มีความรู้ การตัดสินใจที่ยากลำบากบางอย่างต้องได้รับการประเมินอย่างรอบคอบ ตัวอย่างเช่น คุณควรตอบคำถามต่อไปนี้: ว่าจะใช้แพ็คเกจแอปพลิเคชันสำเร็จรูปหรือสั่งซื้อซอฟต์แวร์ใหม่ คำตอบจะขึ้นอยู่กับระดับความเสี่ยงที่คุณยินดีรับ และธุรกิจของคุณแตกต่างจากธุรกิจทั่วไปอื่นๆ อย่างไร
การวิเคราะห์ต้นทุน-ผลประโยชน์เป็นขั้นตอนสุดท้ายก่อนตัดสินใจขั้นสุดท้าย ค่าใช้จ่ายสำหรับแอปพลิเคชันโปรแกรมและฮาร์ดแวร์ค่อนข้างต่ำ โดยเฉพาะหากคุณใช้แพ็คเกจมาตรฐาน ต้นทุนใหญ่คือเวลาในการติดตั้งระบบและเวลาในการสนับสนุนการทำงานของระบบ
7. การก่อสร้างและการทดสอบขั้นตอนที่ประเมินต่ำที่สุดประการหนึ่งในการติดตั้งระบบคือการป้อนข้อมูลทั้งหมดลงในระบบก่อนที่จะเผยแพร่
8. เจ้าหน้าที่ควรตรวจสอบให้แน่ใจว่าระบบใช้งานง่าย ไม่มีอะไรที่จะทำลายความกระตือรือร้นต่อระบบใหม่ได้เร็วกว่าปัญหาทางเทคนิคต่างๆ
9. การบริหารโครงการและการประเมินความเสี่ยงเว้นเสียแต่ว่าโครงการนั้นไม่สำคัญเลย จำเป็นต้องมีผู้จัดการโครงการที่มีเวลาเพียงพอในการทำงานกับโครงการและจัดการกับปัญหาที่อาจเกิดขึ้น โครงการจะไม่สมบูรณ์จนกว่าผู้จัดการโครงการจะสามารถแสดงให้เห็นว่าระบบทำงานได้อย่างน่าเชื่อถือและให้ผลกำไร
10. ส่วนสำคัญของบทบาทของเขาคือการตระหนักถึงความเสี่ยงของโครงการอยู่ตลอดเวลา ความเสี่ยงควรได้รับการพูดคุยอย่างเปิดเผย แม้ว่าคุณอยากจะฝังหัวของคุณลงไปในทรายและหวังว่าทุกอย่างจะผ่านไปด้วยดี ความเสี่ยงสามารถวางแผนได้: โดยการตัดสินใจทางเลือก การเตรียมพร้อมสำหรับการกระทำที่รุนแรง ฯลฯ ตัวอย่างคือการเลือกซอฟต์แวร์ ซึ่งการตัดสินใจที่แตกต่างกันอาจมีความเสี่ยงในระดับที่แตกต่างกัน ไม่มีที่ว่างสำหรับการอภิปรายเพิ่มเติม แต่การใช้รายการตรวจสอบต่อไปนี้อาจช่วยเน้นบางประเด็นได้
“ระเบียบวิธีในการพัฒนาระบบสารสนเทศ”
ไม่ช้าก็เร็วผู้นำองค์กรยุคใหม่ได้ข้อสรุปว่าจำเป็นต้องทำให้ฟังก์ชันการจัดการต่างๆ ของธุรกิจของตนเป็นไปโดยอัตโนมัติ ตามกฎแล้วสิ่งนี้มีสาเหตุมาจากความปรารถนาที่จะลดต้นทุนด้วยการเพิ่มประสิทธิภาพกระบวนการผลิตและเพิ่มประสิทธิภาพการจัดการกระบวนการทางธุรกิจต่างๆ . ในกรณีเช่นนี้ องค์กรอาจซื้อระบบข้อมูลมาตรฐานสำเร็จรูปที่มีอยู่ในตลาดบริการไอที หรือดึงดูดผู้เชี่ยวชาญและพัฒนาระบบข้อมูลโดยตรงสำหรับองค์กรที่กำหนด โดยคำนึงถึงลักษณะเฉพาะและสาขาของกิจกรรม ตัวเลือกแรกประหยัดกว่าตัวเลือกที่สองมีแนวโน้มมากกว่าเนื่องจาก IS ที่พัฒนาเป็นพิเศษคำนึงถึงโครงสร้างขององค์กรและควรเหมาะสมกว่าสำหรับการทำงานอัตโนมัติขององค์กรใดองค์กรหนึ่ง
แนวคิดพื้นฐานของวิธีการพัฒนาระบบสารสนเทศคือแนวคิด วงจรชีวิตของไอเอส วงจรชีวิตของระบบมักจะเข้าใจว่าเป็นกระบวนการต่อเนื่องที่เริ่มต้นจากช่วงเวลาที่ตัดสินใจเกี่ยวกับความจำเป็นในการสร้างระบบและสิ้นสุดเมื่อถูกลบออกจากบริการโดยสิ้นเชิง กล่าวอีกนัยหนึ่ง วงจรชีวิตของ IS คือระยะเวลาการสร้างและการใช้ IP
วงจรชีวิตของระบบสารสนเทศครอบคลุมทุกขั้นตอนและระยะของการสร้าง การบำรุงรักษา และการพัฒนา:
การวิเคราะห์ก่อนโครงการ (รวมถึงการก่อตัวของแบบจำลองการทำงานและข้อมูลของวัตถุที่ระบบสารสนเทศมีวัตถุประสงค์)
การออกแบบระบบ (รวมถึงการพัฒนาข้อกำหนดทางเทคนิค การออกแบบเบื้องต้นและทางเทคนิค)
การพัฒนาระบบ (รวมถึงการเขียนโปรแกรมและการทดสอบโปรแกรมประยุกต์ตามข้อกำหนดการออกแบบของระบบย่อยที่ระบุในขั้นตอนการออกแบบ)
การรวมและการประกอบระบบ การทดสอบ
การทำงานของระบบและการบำรุงรักษา
การพัฒนาระบบ
ในขั้นตอนของการวิเคราะห์ก่อนการออกแบบ จะมีการศึกษาสาขาวิชาที่ระบบกำลังได้รับการพัฒนา มีการสร้างความต้องการของลูกค้าสำหรับระบบในอนาคต มีการสรุปฟังก์ชันและพารามิเตอร์ของระบบในอนาคต มีการประมาณการต้นทุนวัสดุและเวลาโดยประมาณในอนาคต
ในขั้นตอนการออกแบบ โครงการระบบได้รับการพัฒนาในรูปแบบของไดอะแกรม ภาพวาด และการคำนวณ มีการอธิบายภาพของระบบในอนาคต และมอบโซลูชันการออกแบบสำหรับส่วนประกอบทั้งหมด วัตถุประสงค์ของการออกแบบคือการเลือกด้านเทคนิคและการจัดทำข้อมูล คณิตศาสตร์ ซอฟต์แวร์ และการสนับสนุนองค์กรและกฎหมาย
การทำงานที่มีประสิทธิภาพของ IS นั้นถูกกำหนดโดยคุณภาพของการออกแบบเป็นหลัก โดยในระหว่างการออกแบบนั้นจะสร้างภาพที่มีรายละเอียดของระบบขึ้นมา ซึ่งสามารถทำงานได้ต่อไปพร้อมกับการปรับปรุงอย่างต่อเนื่อง ผลจากการออกแบบ ชุดเอกสารทางเทคนิคได้ถูกสร้างขึ้น ซึ่งทำหน้าที่เป็นพื้นฐานสำหรับการสร้าง IS
การออกแบบ IC ขึ้นอยู่กับหลักการหลายประการ:
หลักการ อย่างเป็นระบบหรือแนวทางเชิงระบบ หลักการของระบบจะถือว่าการพิจารณาวัตถุโดยรวมเป็นหนึ่งเดียว การระบุการเชื่อมต่อระหว่างองค์ประกอบโครงสร้างที่รับประกันความสมบูรณ์ของระบบ กำหนดทิศทางของการผลิตและกิจกรรมทางเศรษฐกิจของระบบและหน้าที่ที่ใช้
หลักการ การพัฒนาระบบข้อมูลทางเศรษฐกิจ (EIS) - ระบุว่าเมื่อสร้าง IS ควรเป็นไปได้อย่างรวดเร็วและไม่มีค่าใช้จ่ายจำนวนมากสำหรับการปรับโครงสร้างการเปลี่ยนแปลงและการสะสมไอทีเมื่อเปลี่ยนแปลงและพัฒนาวัตถุ
- ความเข้ากันได้- ถือว่าความเป็นไปได้ของการโต้ตอบระหว่าง EIS ในระดับและประเภทต่าง ๆ ในกระบวนการทำงานร่วมกัน
- มาตรฐานและการรวมเป็นหนึ่ง- เกี่ยวข้องกับการใช้โซลูชันมาตรฐาน แบบครบวงจร และมาตรฐานในการสร้างและพัฒนาระบบข้อมูลอิเล็กทรอนิกส์ (ผลิตภัณฑ์ซอฟต์แวร์มาตรฐาน เอกสารแบบครบวงจร อุปกรณ์)
- หลักประสิทธิภาพ– ความสัมพันธ์เชิงเหตุผลระหว่างต้นทุนในการสร้างและการดำเนินงานและผลกระทบของการทำงานของระบบที่สร้างขึ้น
- บูรณาการ– นี่คือการรวมเข้ากับกระบวนการทางเทคโนโลยีเดียวของขั้นตอนในการรวบรวม การส่ง การสะสม การจัดเก็บข้อมูล และขั้นตอนในการตัดสินใจด้านการจัดการ
การสร้างระบบจริงเกิดขึ้นในขั้นตอนการพัฒนา
ความจำเป็นในขั้นตอนการพัฒนาเกิดจากการที่ตลอดระยะเวลาการใช้งานระบบ (ประมาณ 10 ปี) ฮาร์ดแวร์และซอฟต์แวร์ล้าสมัยทั้งทางศีลธรรมและทางร่างกายดังนั้นจึงจำเป็นต้องปรับปรุงซอฟต์แวร์และฐานฮาร์ดแวร์ให้ทันสมัยเป็นระยะ ไอเอส
ในแต่ละขั้นตอนของวงจรชีวิต จะมีการสร้างชุดเอกสารและโซลูชันทางเทคนิคจำนวนหนึ่ง และสำหรับแต่ละขั้นตอนจะใช้เอกสารเริ่มต้นและการตัดสินใจที่ได้รับในขั้นตอนก่อนหน้า
ความคืบหน้าของกระบวนการสร้าง IS (ลำดับการดำเนินการของขั้นตอน เกณฑ์สำหรับการย้ายจากขั้นตอนหนึ่งไปอีกขั้นตอนหนึ่ง) ขึ้นอยู่กับแบบจำลองวงจรชีวิต IS ที่เลือก แบบจำลองวงจรชีวิต- โครงสร้างที่กำหนดลำดับของการดำเนินการและความสัมพันธ์ระหว่างกระบวนการ การดำเนินการ และงานที่ดำเนินการตลอดวงจรชีวิต
ในปัจจุบัน โมเดลวงจรชีวิตหลักสองโมเดลต่อไปนี้ได้กลายเป็นที่แพร่หลายมากที่สุด:
แบบจำลองน้ำตก (70-85);
รุ่นเกลียว (86-90 ปี)
วิธีการเรียงซ้อน- แบ่งการพัฒนาทั้งหมดออกเป็นขั้นตอนและการเปลี่ยนจากขั้นตอนหนึ่งไปอีกขั้นหนึ่งจะเกิดขึ้นหลังจากที่งานในปัจจุบันเสร็จสมบูรณ์แล้วเท่านั้น (รูปที่ 1.2.1) คุณสามารถดูแผนภาพการพัฒนาระบบ IS ตามแนวทางแบบเรียงซ้อนได้ในไฟล์ข้อความที่มาพร้อมกับการบรรยายนี้
ด้านบวกของการใช้แนวทางแบบเรียงซ้อน:
ในแต่ละขั้นตอนจะมีการสร้างชุดเอกสารการออกแบบที่สมบูรณ์ซึ่งตรงตามเกณฑ์ความสมบูรณ์และความสม่ำเสมอ
ขั้นตอนของงานที่ดำเนินการตามลำดับตรรกะทำให้สามารถวางแผนเวลาเสร็จสิ้นของงานทั้งหมดและต้นทุนที่เกี่ยวข้องได้
วิธีการแบบเรียงซ้อนได้พิสูจน์ตัวเองเป็นอย่างดีในการสร้างระบบสารสนเทศซึ่งข้อกำหนดทั้งหมดสามารถกำหนดได้อย่างแม่นยำและครบถ้วนตั้งแต่เริ่มต้นของการพัฒนา ระบบการคำนวณที่ซับซ้อน ระบบเรียลไทม์ และงานอื่นๆ ที่คล้ายกันจัดอยู่ในหมวดหมู่นี้
ข้อเสียเปรียบหลักของแนวทางแบบเรียงซ้อนคือความล่าช้าอย่างมากในการรับผลลัพธ์ เนื่องจากมักจำเป็นต้องกลับไปสู่ขั้นตอนก่อนหน้าเนื่องจากการเปลี่ยนแปลงที่เกิดขึ้น (เช่น เนื่องจากข้อกำหนดของลูกค้าที่เปลี่ยนแปลง)
รุ่นเกลียวตรงกันข้ามกับน้ำตกเกี่ยวข้องกับกระบวนการทำซ้ำในการพัฒนาระบบสารสนเทศ การวนซ้ำแต่ละครั้งแสดงถึงวงจรการพัฒนาที่สมบูรณ์ ซึ่งส่งผลให้มีการเปิดตัวเวอร์ชันภายในหรือภายนอกของผลิตภัณฑ์ (หรือชุดย่อยของผลิตภัณฑ์ขั้นสุดท้าย) ที่ได้รับการปรับปรุงจากการวนซ้ำเป็นการวนซ้ำจนกลายเป็นระบบที่สมบูรณ์ หลักการพัฒนาโดยใช้แบบจำลองเกลียวจะชัดเจนหากคุณดูรูปที่นำเสนอ
การหมุนวนแต่ละครั้งสอดคล้องกับการสร้างชิ้นส่วนหรือเวอร์ชันใหม่ของ IP เป้าหมายและลักษณะของโครงการได้รับการชี้แจงคุณภาพจะถูกกำหนดและมีการวางแผนการทำงานของการหมุนเกลียวครั้งถัดไป ในกรณีนี้ เกลียวหนึ่งรอบแสดงถึงวงจรโครงการที่สมบูรณ์ซึ่งคล้ายกับโครงร่างแบบเรียงซ้อน การใช้แบบจำลองเกลียวช่วยให้คุณสามารถย้ายไปยังขั้นตอนต่อไปของโครงการโดยไม่ต้องรอให้โครงการปัจจุบันเสร็จสมบูรณ์ - งานที่ยังไม่เสร็จสามารถดำเนินการให้เสร็จสิ้นในการวนซ้ำครั้งถัดไป
แบบจำลองเกลียวเป็นเรื่องธรรมดามากขึ้นในทุกวันนี้ เหตุผลนี้คือระดับความเสี่ยงที่ต่ำกว่าเมื่อเทียบกับโมเดล Waterfall เวลาในการพัฒนาที่ลดลง และความง่ายในการเปลี่ยนแปลง โดยทั่วไปแล้ว โมเดลเกลียวจะมีความยืดหยุ่นมากกว่าเมื่อเปรียบเทียบกับโมเดลแบบคาสเคด
ปัญหาหลักของวงจรกังหันคือการกำหนดช่วงเวลาของการเปลี่ยนแปลงไปสู่ขั้นต่อไป การเปลี่ยนแปลงดำเนินไปตามที่วางแผนไว้ แม้ว่างานที่วางแผนไว้ทั้งหมดจะเสร็จสมบูรณ์ก็ตาม
ความซับซ้อนที่เพิ่มขึ้นของระบบควบคุมอัตโนมัติสมัยใหม่และข้อกำหนดที่เพิ่มขึ้นกำหนดความจำเป็นในการใช้เทคโนโลยีที่มีประสิทธิภาพในการสร้างและบำรุงรักษาระบบข้อมูลตลอดวงจรชีวิตทั้งหมด เทคโนโลยีดังกล่าวซึ่งมุ่งเน้นไปที่การสนับสนุนวงจรชีวิตของ NPP หรือขั้นตอนหลักทั้งหมดเรียกว่าเทคโนโลยีของ CASE (คอมพิวเตอร์ ได้รับความช่วยเหลือ ระบบ วิศวกรรม) . เทคโนโลยี CASE เป็นวิธีการออกแบบ IS เช่นเดียวกับชุดเครื่องมือที่ช่วยให้คุณสร้างแบบจำลองสาขาวิชาที่มองเห็นได้ วิเคราะห์แบบจำลองนี้ในทุกขั้นตอนของการพัฒนาและบำรุงรักษา IS และพัฒนาแอปพลิเคชันให้สอดคล้องกับความต้องการข้อมูลของผู้ใช้ ในทศวรรษที่ผ่านมา ซอฟต์แวร์และเครื่องมือเทคโนโลยีประเภทหนึ่ง (เครื่องมือ CASE) ได้ถือกำเนิดขึ้นโดยใช้เทคโนโลยี CASE เพื่อสร้างและบำรุงรักษา AIS ปัจจุบัน เครื่องมือของ CASE (>300) ครอบคลุมกระบวนการทั้งหมดในการพัฒนา AIS ที่ซับซ้อนโดยรวม ในปัจจุบัน คำว่า CASE-tools หมายถึงซอฟต์แวร์ที่รองรับกระบวนการสร้างและบำรุงรักษา AIS รวมถึงการวิเคราะห์และกำหนดข้อกำหนด การออกแบบซอฟต์แวร์แอปพลิเคชันและฐานข้อมูล ข้อมูล การสร้างโค้ด การทดสอบ เอกสาร การประกันคุณภาพ การจัดการการกำหนดค่า และการจัดการโครงการ รวมถึงกระบวนการอื่นๆ
เครื่องมือกรณี:
ปรับปรุงคุณภาพของ AIS (AIT) ที่สร้างขึ้นด้วยวิธีการควบคุมอัตโนมัติ
ช่วยให้คุณสร้างต้นแบบของระบบข้อมูลอัตโนมัติ (AIT) ในอนาคตได้ในเวลาอันสั้น ซึ่งทำให้สามารถประเมินผลลัพธ์ที่คาดหวังได้ตั้งแต่ระยะแรก
เร่งกระบวนการออกแบบและพัฒนาระบบ
พวกเขาปลดปล่อยนักพัฒนาจากงานประจำ ทำให้เขามุ่งความสนใจไปที่ส่วนที่สร้างสรรค์ของการพัฒนาโดยสิ้นเชิง
สนับสนุนการพัฒนาและสนับสนุนการพัฒนาของเอไอเอส (AIT)
รองรับเทคโนโลยีสำหรับการนำส่วนประกอบการพัฒนากลับมาใช้ใหม่
เครื่องมือ CASE สมัยใหม่ครอบคลุมการสนับสนุนที่หลากหลายสำหรับเทคโนโลยีการออกแบบ IS มากมาย ตั้งแต่เครื่องมือการวิเคราะห์และเอกสารอย่างง่ายไปจนถึงเครื่องมืออัตโนมัติเต็มรูปแบบที่ครอบคลุมวงจรชีวิตซอฟต์แวร์ทั้งหมด
โดยทั่วไป เครื่องมือของ CASE ประกอบด้วยซอฟต์แวร์ใดๆ ที่ทำให้กระบวนการตั้งแต่หนึ่งกระบวนการขึ้นไปเป็นอัตโนมัติในวงจรชีวิตของซอฟต์แวร์ และมีคุณสมบัติเฉพาะหลักดังต่อไปนี้:
· เครื่องมือกราฟิกที่ทรงพลังสำหรับการอธิบายและจัดทำเอกสาร IP มอบอินเทอร์เฟซที่สะดวกสบายกับนักพัฒนาและพัฒนาความสามารถเชิงสร้างสรรค์ของเขา
· การบูรณาการส่วนประกอบแต่ละส่วนของเครื่องมือ CASE เพื่อให้มั่นใจในการควบคุมกระบวนการพัฒนา IS
· การใช้พื้นที่จัดเก็บข้อมูลเมตาของโครงการ (พื้นที่เก็บข้อมูล) ที่จัดระเบียบเป็นพิเศษ
กองทุน CASE ประเภทต่อไปนี้มีความโดดเด่น:
เครื่องมือท้องถิ่นที่แก้ไขงานอิสระขนาดเล็ก (เครื่องมือ)
ชุดเครื่องมือที่บูรณาการบางส่วนซึ่งครอบคลุมขั้นตอนส่วนใหญ่ของวงจรชีวิต IS (ชุดเครื่องมือ)
เครื่องมือแบบครบวงจร (คอมเพล็กซ์เครื่องมือ CASE) ที่รองรับวงจรการใช้งานทั้งหมดของ IS และเชื่อมต่อกันด้วยพื้นที่เก็บข้อมูลทั่วไป
เครื่องมือ CASE แบบรวม (หรือชุดเครื่องมือที่รองรับวงจรการใช้งานซอฟต์แวร์ที่สมบูรณ์) มีส่วนประกอบดังต่อไปนี้
· พื้นที่เก็บข้อมูลซึ่งเป็นพื้นฐานของเครื่องมือ CASE ควรตรวจสอบให้แน่ใจว่ามีการจัดเก็บข้อมูลเวอร์ชันของโครงการและส่วนประกอบแต่ละส่วน การประสานข้อมูลที่ได้รับจากนักพัฒนาต่างๆ ในระหว่างการพัฒนากลุ่ม การควบคุมเมตาดาต้าเพื่อความสมบูรณ์และสม่ำเสมอ
· เครื่องมือวิเคราะห์และออกแบบกราฟิกที่ให้การสร้างและแก้ไขไดอะแกรมที่เกี่ยวข้องตามลำดับชั้น (DFD, ERD ฯลฯ) ที่สร้างแบบจำลอง IS
· เครื่องมือพัฒนาแอปพลิเคชัน รวมถึงภาษา 4GL และเครื่องสร้างโค้ด
· เครื่องมือการจัดการการกำหนดค่า
· เครื่องมือเอกสาร
· เครื่องมือทดสอบ
· เครื่องมือการจัดการโครงการ
· เครื่องมือปรับรื้อระบบ
b) ตามประเภท:
เครื่องมือวิเคราะห์ (Upper CASE) ที่ออกแบบมาสำหรับการสร้างและวิเคราะห์โมเดลโดเมน
เครื่องมือวิเคราะห์และออกแบบ (Middle CASE) ที่สนับสนุนวิธีการออกแบบทั่วไป และใช้เพื่อสร้างข้อกำหนดการออกแบบ ผลลัพธ์ของเครื่องมือดังกล่าวคือข้อกำหนดของส่วนประกอบระบบและอินเทอร์เฟซ สถาปัตยกรรมระบบ อัลกอริธึม และโครงสร้างข้อมูล
เครื่องมือออกแบบฐานข้อมูลที่ให้การสร้างแบบจำลองข้อมูลและการสร้างสกีมาฐานข้อมูล (โดยปกติเป็นภาษา SQL) สำหรับ DBMS ทั่วไป
เครื่องมือพัฒนาแอพพลิเคชั่น
เครื่องมือการรื้อปรับระบบที่ให้การวิเคราะห์โค้ดโปรแกรมและสกีมาฐานข้อมูล และการสร้างแบบจำลองต่างๆ และข้อกำหนดการออกแบบตามแบบจำลองเหล่านั้น
ปัจจุบัน ตลาดซอฟต์แวร์รัสเซียมีเครื่องมือ CASE ที่ได้รับการพัฒนามากที่สุดดังต่อไปนี้:
เออร์วิน+BPwin;
กรณี นักวิเคราะห์;
กุหลาบเหตุผล
ลักษณะสำคัญอย่างหนึ่งของการพัฒนา IS คือเวลาในการพัฒนา บ่อยครั้งที่เวลาที่ต้องใช้ในการสร้างระบบที่เต็มเปี่ยมจะใช้เวลาหลายเดือนถึงหนึ่งปี เป็นเรื่องปกติที่องค์กรส่วนใหญ่สนใจที่จะลดช่วงเวลานี้ลง หนึ่งในวิธีแก้ปัญหาที่เป็นไปได้สำหรับปัญหานี้คือการพัฒนา IS โดยใช้ระเบียบวิธี RAD (Rapid Application Development) = วิธีการพัฒนาแอปพลิเคชันอย่างรวดเร็ว
หลักการพื้นฐานของวิธี RAD สามารถสรุปได้ดังนี้:
การใช้แบบจำลองการพัฒนาแบบวนซ้ำ (เกลียว)
ไม่จำเป็นต้องทำงานให้เสร็จสิ้นในแต่ละขั้นตอนของวงจรชีวิต
ในกระบวนการพัฒนาระบบสารสนเทศจะมีปฏิสัมพันธ์อย่างใกล้ชิดกับลูกค้าและผู้ใช้ในอนาคต
ใช้เครื่องมือ CASE และเครื่องมือการพัฒนาแอปพลิเคชันที่รวดเร็ว
เครื่องมือการจัดการการกำหนดค่าใช้เพื่ออำนวยความสะดวกในการเปลี่ยนแปลงโครงการและบำรุงรักษาระบบที่เสร็จสมบูรณ์
ต้นแบบใช้เพื่อทำความเข้าใจและตระหนักถึงความต้องการของผู้ใช้ให้ดีขึ้น
การทดสอบและพัฒนาโครงการดำเนินการไปพร้อมกับการพัฒนา
การพัฒนาดำเนินการโดยทีมงานมืออาชีพขนาดเล็กและมีการจัดการที่ดี
มีการบริหารจัดการการพัฒนาระบบอย่างมีศักยภาพ การวางแผนและการควบคุมการปฏิบัติงานที่ชัดเจน
เมื่อใช้วิธีการพัฒนาแอปพลิเคชันอย่างรวดเร็ว วงจรชีวิตของระบบสารสนเทศประกอบด้วยสี่ขั้นตอน:
การวิเคราะห์และการวางแผนความต้องการ
ออกแบบ;
การก่อสร้าง;
การดำเนินการ
วิธีการของ RAD ยังไม่เหมาะสำหรับการสร้างโปรแกรมการคำนวณที่ซับซ้อน ระบบปฏิบัติการ และโปรแกรมสำหรับจัดการวัตถุทางวิศวกรรมและทางเทคนิคที่ซับซ้อน กล่าวคือ โปรแกรมที่ต้องมีการเขียนโค้ดที่ไม่ซ้ำกันจำนวนมาก
วิธีการที่ไม่สามารถยอมรับได้โดยสิ้นเชิง ราดเพื่อการพัฒนาระบบที่ขึ้นอยู่กับความปลอดภัยของมนุษย์ เช่น ระบบควบคุมการขนส่งหรือโรงไฟฟ้านิวเคลียร์
มีวิธีการออกแบบหลักสองวิธี: การออกแบบเชิงโครงสร้างและเชิงวัตถุ
แก่นแท้ของแนวทางเชิงโครงสร้างในการพัฒนา IS อยู่ที่การสลายตัว (พังทลาย) ออกเป็นฟังก์ชันอัตโนมัติ: ระบบจะแบ่งออกเป็นระบบย่อยตามหน้าที่ ซึ่งจะแบ่งออกเป็นฟังก์ชันย่อย แบ่งย่อยเป็นงาน และอื่นๆ กระบวนการแบ่งพาร์ติชันดำเนินต่อไปจนถึงขั้นตอนเฉพาะ ในเวลาเดียวกัน ระบบอัตโนมัติจะรักษามุมมองแบบองค์รวมโดยที่ส่วนประกอบทั้งหมดเชื่อมโยงถึงกัน เมื่อพัฒนาระบบ "จากล่างขึ้นบน" จากงานแต่ละงานไปเป็นทั้งระบบ ความสมบูรณ์จะสูญหายไป และเกิดปัญหาในการเชื่อมต่อข้อมูลของแต่ละส่วนประกอบ
การออกแบบเชิงวัตถุเกี่ยวข้องกับการสลายตัวของระบบตามวัตถุ วัตถุคือสิ่งมีชีวิตในชีวิตจริงที่มีวัตถุประสงค์การใช้งานที่สำคัญในสาขาวิชาที่กำหนด วัตถุมีลักษณะเฉพาะด้วยโครงสร้าง สถานะ และพฤติกรรมที่กำหนดไว้อย่างชัดเจน สถานะของออบเจ็กต์ถูกกำหนดโดยรายการคุณสมบัติที่เป็นไปได้ทั้งหมด (โดยปกติจะเป็นแบบคงที่) และค่าปัจจุบัน (โดยปกติจะเป็นไดนามิก) ของแต่ละคุณสมบัติเหล่านี้ คุณสมบัติของวัตถุนั้นมีลักษณะเฉพาะด้วยค่าของพารามิเตอร์
ดังนั้นวันนี้เรามาดูบางแง่มุมของกระบวนการพัฒนาทรัพย์สินทางปัญญา โดยเฉพาะอย่างยิ่ง เราได้กำหนดว่าวงจรชีวิตของ IS คืออะไร และอธิบายขั้นตอนหลัก และกำหนดลักษณะเฉพาะของแบบจำลองหลัก 2 ประการของวงจรชีวิตของ IS ได้แก่ แบบเรียงซ้อนและแบบก้นหอย จากนั้นเราระบุเครื่องมือสำคัญในการพัฒนาและบำรุงรักษาเครื่องมือ IS - CASE ที่ช่วยวิเคราะห์ ออกแบบ พัฒนา และใช้ IS อย่างมีประสิทธิภาพ เช่น รองรับวงจรชีวิตของ IS ทั้งหมด
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-1.jpg" alt=">หัวข้อ: “ปัจจัยพื้นฐานและวัฏจักรของการพัฒนาระบบสารสนเทศ” Rostov - พื้นฐานการพัฒนาออนดอน"> Тема: ”Основы и циклы разработки информационных систем”. Ростов-на-Дону Основы разработки ИС. 2010 г.!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-2.jpg" alt=">Basic terms. Information support (IS) คือชุดของการออกแบบ การตัดสินใจเกี่ยวกับปริมาณ ตำแหน่ง"> Основные термины. Информационное обеспечение (ИО) - представляет собой совокупность проектных решений по объемам, размещению, форма организации информации, циркулирующей в ИС. Лингвистическое обеспечение (ЛО) - объединяет совокупность языковых средств для формализации естественного языка, построения и сочетания информационных единиц в ходе общения пользователей со средствами вычислительной техники. Техническое обеспечение (ТО) - представляет собой комплекс технических средств (технические средства сбора, регистрации, передачи, обработки, отображения, тиражирования информации, оргтехника и др.), обеспечивающих работу ИТ. Программное обеспечение (ПО) - включает совокупность программ, реализующих функции и задачи ИС и обеспечивающих устойчивую работу комплексов технических средств. Математическое обеспечение (МО) - совокупность математических методов, моделей и алгоритмов обработки информации, используемых при решении функциональных задач и в процессе автоматизации проектировочных работ. Основы разработки ИС. 2!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-3.jpg" alt=">Organizational support (OS) - เป็นชุดเอกสารที่รวบรวมไว้ใน กระบวนการออกแบบ IC ได้รับการอนุมัติแล้ว"> Организационное обеспечение (ОО) - представляет собой комплекс документов, составленный в процессе проектирования ИС, утвержденный и положенный в основу эксплуатации. Правовое обеспечение (Пр. О) - представляет собой совокупность правовых норм, регламентирующих правоотношения при создании и внедрении ИС и ИТ. Эргономическое обеспечение (ЭО) - как совокупность методов и средств, используемых на разных этапах разработки и функционирования ИС и ИТ, предназначено для создания оптимальных условий высококачественной, высокоэффективной и безошибочной деятельности человека в ИТ, для ее быстрейшего освоения. Конечный продукт работы любого менеджера - это решения и действия. Принятое им решение ведет либо к преуспеванию предприятия, либо к неудачам. Принятие решения - это всегда выбор определенного направления деятельности из нескольких возможных. Так как процесс управления любой организацией в экономике реализуется исключительно посредством формирования и реализации управленческих решений, поэтому остановимся на типах решений, которые имеют различные характеристики и требуют различных источников данных. Основы разработки ИС. 3!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-4.jpg" alt=">วิธีแก้ปัญหาการปฏิบัติงานเป็นระยะ: ปัญหาเดียวกันนี้เกิดขึ้นเป็นระยะ เนื่องจาก ผลลัพธ์ก็คือกระบวนการ"> Оперативные решения - периодические: одна и та же задача возникает периодически. В результате процесс принятия решения становится относительно рутинным и почти беспроблемным. Параметры (характеристики) хозяйственных процессов, используемые в ходе принятия решения, определены, их оценка известна с высокой точностью, а взаимосвязь параметров с принимаемым решением понятна. Принятие оперативных решений ведет к вполне ожидаемым и прогнозируемым результатам. Оперативные решения являются краткосрочными. Тактические решения обычно принимаются управленцами среднего уровня, ответственными за обеспечение средствами для достижения целей и намерений, поставленных ЛПР верхнего звена. Тактические решения не так рутинны и структурированы, как оперативные решения. Все главные параметры объекта управления, входящие в состав тактических решений, неизвестны; оценки характеристик, определенные как важные, могут быть неизвестны, а взаимосвязь между характеристиками и решениями может быть не ясна. Стратегические решения принимаются на основе целей компании, определенных в его уставе и уточненных высшим руководством предприятия. Эти цели определяют основу, на которой должно базироваться долгосрочное планирование, а также определение критических факторов деятельности предприятия. Эти решения обеспечивают базу для принятия тактических и оперативных решений. Основы разработки ИС. 4!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-5.jpg" alt=">Strategic Plan หลังจากทำตามขั้นตอนข้างต้นแล้ว แผนแรกที่ต้อง จะต้องเป็นรูปเป็นร่างนี้คือแผนยุทธศาสตร์"> Стратегический план После вышеприведенных шагов первый план, который необходимо сформировать, - это стратегический план, являющийся сводом инициатив (хотя еще не конкретных проектов), которые должна выполнить организация для продвижения по направлению к видению. Он также должен содержать числовые результаты, которых необходимо достичь за определенный период. Центральное планирование В этом случае имеется центральный отдел, координирующий ИС- стратегию и бизнес-стратегию, а начальник ИС-отдела должен быть частью управленческого аппарата, занятого принятием решений. Операционный план ИС После определения инициатив они должны быть представлены в виде проектов с конкретными результатами, приоритетами и т. д. , т. е. в виде операционного плана. Жизненный цикл информационных систем Под жизненным циклом системы обычно понимается непрерывный процесс, который начинается с момента принятия решения о необходимости создания системы и заканчивается в момент ее полного изъятия из эксплуатации. Основы разработки ИС. 5!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-6.jpg" alt=">บทนำ การสร้าง IS และ IT เป็นกระบวนการออกแบบที่ซับซ้อน จุดประสงค์ของการออกแบบคือการเตรียมการ"> Введение Создание ИС и ИТ представляет собой сложный процесс проектирования. Целью проектирования являются подготовка проектных документов и внедрение человекомашинной системы управления организацией. В процессе проектирования выявляются наиболее существенные характеристики экономического объекта, изучаются его внешние и внутренние информационные потоки, создаются математические и физические аналоги исследуемой системы и ее элементов, устанавливаются условия взаимодействия человека и технических средств управления. Для того чтобы иметь хорошую информационную систему необходимо планировать ее создание. Именно поэтому вопрос планирования информационных систем рассматривается здесь отдельно. Процесс планирования должен начинаться с оценки текущей ситуации, определения миссии информационной системы, интенсивности использования информации, пользователей, оценки среды организации, места на рынке, ее сильных и слабых сторон, выработки стратегии, которая должна лечь в основу бизнес-плана по созданию информационной системы. Основы разработки ИС. 6!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-7.jpg" alt=">พื้นฐานของการพัฒนา IS 7">!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-8.jpg" alt="> ประวัติความเป็นมาของการสร้างสรรค์แนวคิด IP ปัจจุบัน ประวัติความเป็นมาของการพัฒนาระบบที่ออกแบบมาเพื่อการจัดเก็บ"> История создания идеи ИС. В настоящее время история развития систем, предназначенных для хранения и обработки информации с использованием ЭВМ, насчитывает уже более полувека. Еще относительно недавно в ходу были перфораторы в качестве устройств ввода данных, листинги в виде рулонов бумаги длиной порою до нескольких метров - в качестве носителя результатов машинной обработки, недельные, либо месячные временные интервалы - в качестве нормативных сроков обработки информации. В последнее десятилетие ушедшего века ситуация претерпела качественные изменения. Если попытаться сформулировать "портрет" современной информационной системы масштаба предприятия в виде десятка тезисов, то мы увидим, что она имеет: - в основе - методологию управления, направленную на достижении стратегических целей высшего менеджмента предприятия, выраженной в информационной системе в виде системы управляющих воздействий, регламентирующей деятельность пользователей. Возможность доступа к данным для множества пользователей, объединенных в локальную сеть предприятия, а зачастую - и для пользователей, удаленных от центрального офиса на сотни и тысячи километров. Наличие средств коммуникации и элементов корпоративного решения задач коллективом пользователей; Основы разработки ИС. 8!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-9.jpg" alt="> - อินเทอร์เฟซผู้ใช้แบบกราฟิกที่ได้รับการพัฒนาและเป็นมิตร - การประมวลผลการปฏิบัติงาน ข้อมูลโหมด ปิด"> - развитый, дружественный графический интерфейс конечного пользователя; - режимы обработки оперативной информации, близкие к режиму реального времени. Средства аутентификации и разграничения доступа, позволяющие дозировать информацию в соответствии с должностными обязанностями пользователя; высокий уровень защищенности от несанкционированного доступа. Один или более серверов баз данных, суммарный объем которых измеряется в гига- или терабайтах; возможность обработки тысяч и миллионов записей при составлении отчетности, инвариантность (в определенных пределах) к аппаратным и операционным средам функционирования серверных и клиентских приложений. Использование стандартизованных языков и протоколов для представления и манипулирования данными. Основы разработки ИС. 9!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-10.jpg" alt=">การจำแนก IS. 1. การจำแนก IS ตามขนาด ข้อมูล ระบบสามารถจำแนกได้หลายประเภท"> Классификация ИС. 1. Классификация ИС по масштабу. Информационные системы могут быть классифицированы по различным признакам. Однопользовательские ИС, как это ясно из названия, предназначены для использования на одном рабочем месте. В настоящее время на мировом и отечественном рынке представлено множество решений, предназначенных для автоматизации деятельности отдельно взятого пользователя. Как правило, это - решения, ориентированные на специалиста в той или иной области, будь то составление спецификаций для сборки изделий из комплектующих, планирование ремонтов оборудования, учет расходов и доходов частного предпринимателя оптовой торговли, либо составление расписаний занятий в деканате. В настоящее время альтернативу таким узкоспециализированным системам составили табличные процессоры, не имеющие проблемной специализации, в первую очередь - MS Excel. Системы этого класса трудно отнести к классу ИС, но зачастую они позволяют непрограммирующему специалисту создать и, что очень важно, самостоятельно развивать собственные решения, заменяющие, а местами и перекрывающие функционал однопользовательских систем образца 90 - х годов. Основы разработки ИС. 10!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-11.jpg" alt="> ระบบผู้ใช้คนเดียวส่วนใหญ่ใช้มาตรฐาน X-Base (ปัตตาเลี่ยน, Fox.Pro,"> В основе большинства однопользовательских систем лежит стандарт X-Base (Clipper, Fox. Pro, d. Base). Широко используются также решения на базе систем Paradox, Clarion, MS Access. Каждая из перечисленных конкурирующих систем обладает собственной высокоуровневой инструментальной средой, позволяющей спроектировать базу данных, логику обработки, пользовательский интерфейс, отчеты с помощью "помощников"- построителей. На рубеже тысячелетий появились также и однопользовательские решения на базе промышленных реляционных СУБД. В этом случае ПО сервера инсталлируется непосредственно на рабочую станцию пользователя. Примером может служить Personal Oracle. Данные решения предъявляют значительные требования к ресурсам рабочей станции, однако несут в себе многие преимущества промышленных СУБД. Групповые системы предназначены для автоматизации деятельности в рабочей группе (отделе, кластере, группе проекта и т. д.). В отличие от однопользовательских ИС, групповые системы, как правило, представляют специализированные клиентские решения (их часто называют автоматизированными рабочими местами, АРМ) для различных участников группы. Например, для оптовой фирмы, ИС может представлять набор таких АРМ, как "Менеджер по продажам", "Кладовщик", "Снабженец", "Директор". Для учебного планирования - "Преподаватель", "Работник бюро планирования", "Работник учебного отдела", "Специалист по планированию на кафедре", "Работник деканата". Основы разработки ИС. 11!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-12.jpg" alt="> การใช้กลุ่มโซลูชันที่ใช้โปรเซสเซอร์ตารางเป็นไปได้ แต่มี สำคัญ"> Групповое использование решений на базе табличных процессоров возможно, но имеет существенные ограничения, связанные с разграничением доступа, регламентацией и синхронизацией вносимых изменений. По сути единственный режим их использования, обеспечивающий корректность данных - "файловый сервер, один автор, N читателей". При создании групповых ИС в целом используются те же средства и инструментальные среды, что и при создании однопользовательских ИС. Следует, однако, отметить, что для использования в группе при выборе между системами с файловым и реляционным сервером следует отдавать предпочтение реляционному серверу, причем целесообразно использование выделенного сервера. Это может быть, например, сервер Oracle, DB 2, MS SQL, Sybase, Informix. Корпоративные ИС (КИС) предназначены для автоматизации деятельности предприятия. В англоязычной литературе понятие "КИС" неразрывно связано с понятием "ERP" (Enterprise Resource Planning). В основе ERP- систем лежит международный стандарт управления предприятием MRP-II (Manufacture Resource Planning), обеспечивающий возможность учета, анализа и планирования основных ресурсов - финансов, человеческих, материальных. Основы разработки ИС. 12!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-13.jpg" alt=">ด้วยเหตุนี้ ระบบ ERP ขององค์กรจึงเป็นชุดแอปพลิเคชันที่ผสานรวมที่ครอบคลุม ในการสนับสนุนพื้นที่ข้อมูลเดียว"> Соответственно, корпоративные ERP-системы - набор интегрированных приложений, которые комплексно, в едином информационном пространстве поддерживают все основные аспекты управленческой деятельности предприятий: планирование ресурсов (финансовых, человеческих, материальных) для производства товаров (услуг), оперативное управление выполнением планов (включая снабжение, сбыт, ведение договоров), все виды учета и анализ результатов хозяйственной деятельности. Среди требований, предъявляемым к современным КИС: · централизация данных в единой базе (в основе - всегда промышленная СУБД), · близкий к реальному времени режим работы, · сохранение общей модели управления для предприятий разных отраслей, · поддержка территориально-распределенных структур, · работа на широком круге аппаратно-программных платформ и СУБД. Примеры ERP-систем - SAP R 3, "Галактика", MS Navision Axapta. Основы разработки ИС. 13!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-14.jpg" alt=">2. การจำแนกประเภทของระบบสารสนเทศตามสถาปัตยกรรม สถาปัตยกรรม"> 2. Классификация информационных систем по архитектуре. Архитектура "Файл-сервер". Исторически первая архитектура информационных систем. Как исполняемые модули, так и данные размещаются в отдельных файлах операционной системы. Доступ к данным осуществляется путем указания пути (path) и использования файловых операций (открыть, считать, записать). Для хранения данных используется выделенный сервер (отдельный компьютер), который и является файловым сервером. Исполняемые модули хранятся либо на рабочих станциях, либо на файловом сервере. В последнем случае упрощается процедура их администрирования, но при этом возрастают требования к надежности сети. Архитектура "Клиент-сервер". Клиент-сервер - это не только архитектура, это - новая парадигма, пришедшая на смену устаревшим концепциям. Суть ее заключается в том, что клиент (исполняемый модуль) запрашивает те или иные сервисы в соответствии с определенным протоколом обмена данными. При этом, в отличие от ситуации с файловым сервером, нет необходимости в использовании прямых путей операционной системы: клиент их "не знает", ему "известны" лишь имя источника данных и другие специальные сведения, используемые для авторизации клиента на сервере. Сервер, который физически может находиться на том же компьютере, а может - на другом конце земного шара, обрабатывает запрос клиента и, произведя соответствующие манипуляции с данными, передает клиенту запрашиваемую порцию данных. Основы разработки ИС. 14!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-15.jpg" alt="> ภายในทิศทาง"> В рамках направления "клиент-сервер" существуют два основных "диалекта": "тонкий" и "толстый" клиент. В системах на основе тонкого клиента используется мощный сервер баз данных, это - высокопроизводительный компьютер и библиотека так называемых хранимых процедур, позволяющих производить вычисления, реализующие основную логику обработки данных, непосредственно на сервере. Клиентское приложение, соответственно, предъявляет невысокие требования к аппаратному обеспечению рабочей станции. Основное достоинство таких систем - относительная дешевизна клиентских станций. Системы с толстым клиентом, напротив, реализуют основную логику обработки на клиенте, а сервер представляет собой в чистом виде сервер баз данных, обеспечивающий исполнение только стандартизованных запросов на манипуляцию с данными (как правило - чтение, запись, модификацию данных в таблицах реляционной базы данных). В системах такого класса требования к рабочей станции выше, а к серверу - ниже. Достоинство архитектуры - переносимость серверной компоненты на серверы различных производителей: все промышленные серверы баз данных реляционного типа поддерживают работу со стандартизованным языком манипулирования данными SQL, но внутренний встроенный язык обработки данных, необходимый для реализации логики обработки на сервере у каждого из серверов свой. Основы разработки ИС. 15!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-16.jpg" alt="> สถาปัตยกรรมสามชั้น ขึ้นอยู่กับความเชี่ยวชาญพิเศษเพิ่มเติมของส่วนประกอบทางสถาปัตยกรรม : ลูกค้าตกลงเท่านั้น"> Трехслойная архитектура. Базируется на дальнейшей специализации компонент архитектуры: клиент занимается только организацией интерфейса с пользователем, сервер баз данных - только стандартизованной обработкой данных. Для реализации логики обработки данных архитектура предусматривает отдельный слой - слой бизнес-логики. Этот слой может представлять собой либо выделенный сервер (сервер приложений), либо размещаться на клиенте в качестве динамической библиотеки. Данная архитектура позволила соединить достоинства тонкого и толстого клиентов: хорошая переносимость соединяется в ней с невысокими требованиями к клиенту. С развитием интернет-технологий появилась разновидность трехслойной архитектуры на основании использования web-технологий. В этой разновидности роль сервера приложений играет web-сервер, а в качестве клиента используется стандартный web-браузер. Достоинства - в пониженных требованиях к клиенту и в легкой встраиваемости данной архитектуры в мировые информационные сети. Основной недостаток - известные ограничения, накладываемые на интерфейс пользователя web -браузерами. С некоторой степенью приближения все ИС можно разделить на 2 класса: информационно-поисковые и управляющие. Основы разработки ИС. 16!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-17.jpg" alt="> ผู้ใช้ปลายทางของระบบดึงข้อมูล (IRS) ตามกฎแล้ว สามารถเข้าถึงที่จัดเก็บได้"> Конечные пользователи информационно-поисковых систем (ИПС), как правило, имеют доступ к хранимым данным только "по чтению" и используют данные системы для поиска ответов на те или иные вопросы. Доступ по модификации данных имеет администратор системы, в функции которого входит обеспечение актуальности информации, устранение ошибок. Классические примеры ИПС - системы поиска в библиотеках, на транспорте (справки о наличии билетов). На современном этапе развития информационных технологий классические ИПС постепенно вытесняются поисковыми серверами Интернет - общего назначения и специализированными. Альтернатива ИПС - управляющие системы автоматизируют (полностью или частично) деятельность, связанную с принятием решений. Действия конечных пользователей таких систем приводят к модификации информации, что, конечно, не исключает возможности просто получать информацию, как в ИПС. Примеры управляющих систем - системы бухгалтерского учета, системы планирования производственных ресурсов и т. п. Основы разработки ИС. 17!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-18.jpg" alt=">การพัฒนา IS ปัญหาในขั้นตอนการพัฒนา มุมมองการบริหารจัดการขององค์กร และบุคลากรไม่พูดจา"> Разработка ИС. Проблемы на стадии разработки Взгляд руководства организации и ее персонала, не говоря уже о разработчиках, на создание информационной системы различен. Здесь мы попытаемся, не вдаваясь в технические проблемы, построить модель процесса создания информационной системы для менеджеров и показать, в чем их задачи. Существует две различных стадии осуществления проекта построения информационных систем и технологий - разработка и внедрение и эксплуатация. Стадия разработки и внедрения обычно всегда осуществляется полностью. Ей не мешает ни слабое развитие технологии, ни отсутствие компетенции персонала или пользователей, ни отсутствие хороших консультантов. Если на этой стадии возникают проблемы, то они связаны со следующими тремя основными причинами: недостаток поддержки основного персонала, особенно когда надо уделить достаточно времени и энергии на критических стадиях; слишком амбициозные планы вместо пошагового, мудрого подхода; неудача при. получении достаточного количества советов от практиков с настоящим опытом использования похожих систем в похожем бизнесе. Основы разработки ИС. 18!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-19.jpg" alt=">เป็นส่วนหนึ่งของการสนทนากลุ่มในงานของ R. Hanage (ข้อมูล Ma-naging เพื่อผลกำไรและการเติบโต)"> В рамках группового обсуждения в работе R. Hanage (Ма-naging Information for Profit and Growth), были получены следующие ответы на вопрос о том, какие проблемы возникали с проектами информационных технологий? консультанты по информационным технологиям не понимали наших мыслей; трудно найти нужный совет; сложно подобрать прикладное обеспечение для деловых процессов; неподходящее время для установки системы; плохая техническая и программная поддержка. Как правило, проект информационных технологий всегда занимает больше времени, чем предполагалось. Необходимо быть готовым к тому, чтобы вложить больше ресурсов, чем требуется, для того чтобы быть уверенным, что он не остановится; участвующие в осуществлении проекта люди всегда думают, что их работа сделана, когда аппаратура и программы работают успешно. Фактически проект завершен только тогда, когда достигнуты ожидаемые преимущества для бизнеса. Если проект связан с деловыми целями по улучшению отдельных сторон функционирования организации, и все это знают, он более успешен. Основы разработки ИС. 19!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-20.jpg" alt=">การสร้างระบบสารสนเทศมีสี่ขั้นตอน 1 ร่างโครงการ . คำอธิบายเป้าหมายโดยละเอียดและ"> Имеется четыре стадии создания информационной системы. 1 Эскиз проекта. Подробное описание целей и задач проекта, ожидаемой прибыли, временных ресурсов, любых ограничений, доступных ресурсов и т. д. Стоит также определить "менеджера проекта", который отвечает за его осуществление, и ответственного за проект в высшем руководстве, который будет главной персоной в бизнесе и будет поддерживать менеджера проекта, когда это необходимо и в самом конце выполнения проекта. 2 Оценка проекта. Это самая главная часть проекта. В ней принимаются все важные решения - что будут делать системы, как они будут работать, какая аппаратура и прикладные программы будут использоваться и как они будут обслуживаться. Важнее всего, что здесь анализируются возможные затраты и прибыли от различных действий и производится конечный выбор. В качестве основного правила следует использовать принцип, согласно которому система должна быть настолько простой, насколько возможно. Грандиозные проекты системы могут вылиться в невероятные затраты. Изменения, которые вносятся позже, являются более дорогими. Сначала готовят список требований к системе - детальный перечень того, что система будет делать для бизнеса и как ею управлять. Основы разработки ИС. 20!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-21.jpg" alt=">ความต้องการของผู้ใช้ทั่วไป (และผู้มีส่วนได้เสียอื่นๆ) กำลังเป็นอยู่ ศึกษาตามที่พวกเขารู้จริงๆ"> Изучаются потребности постоянных пользователей (и других заинтересованных лиц), так как только они действительно знают, что им нужно и как это вписать в существующую деятельность. Список включает в себя данные которые предназначены для ввода, основные результаты и отчеты, количество пользователей, размеры информации, связи с другими существующими системами и т. д. и должен быть достаточно подробным для того, чтобы можно было послать запрос поставщикам аппаратуры и программного обеспечения. На этой стадии мы не должны, . просто компьютеризировать существующие способы работы. Проект информационных технологий - это хорошая возможность еще раз подумать, как лучше сделать информационную систему. Следующая стадия состоит в том, чтобы посмотреть на требования к аппаратуре и программному обеспечению. Проконсультироваться с потенциальными поставщиками, просмотреть другие деловые решения и посоветоваться со знающими консультантами. Некоторые трудные решения должны подвергнуться тщательной оценке. Следует ответить, например, на такие вопросы: использовать ли уже готовый пакет прикладных программ либо заказать новое программное обеспечение. Ответы будут зависеть от степени риска, к которой Вы готовы, и от отличий Вашего бизнеса от других типичных фирм. Анализ затрат и прибыли - это финальный шаг перед окончательным решением. Основы разработки ИС. 21!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-22.jpg" alt=">ต้นทุนของแอปพลิเคชันโปรแกรมและฮาร์ดแวร์ค่อนข้างต่ำ โดยเฉพาะอย่างยิ่งหาก คุณใช้แพ็คเกจมาตรฐาน"> Затраты на прикладные программы и аппаратуру относительно невелики, особенно если Вы используете стандартный пакет. Большими затратами являются время, на установку системы и время на поддержку ее работы. 3 Построение и тестирование. Одним из самых недооцененных шагов в установке любой системы является ввод всех данных в систему до ее запуска. Персонал должен убедиться, что с системой легко работать. Ничто не убивает энтузиазм по отношению к новой системе быстрее, чем серия технических проблем. 4 Управление проектом и оценка риска. Если только проект не совсем тривиален, то необходимо существование менеджера проекта, у которого есть достаточно времени, чтобы работать с проектом и иметь дело. c, массой проблем, которые могут возникнуть. Проект не завершен до тех пор, пока менеджер проекта не сможет продемонстрировать, что система работает надежно и приносит прибыль. Важная часть его роли состоит в том, чтобы постоянно осознавать риск проекта. Риски должны обсуждаться открыто, несмотря на соблазн спрятать голову в песок и надеяться, что все обойдется. Риск можно спланировать: приняв альтернативные решения, приготовившись к крайним действиям и т. д. Основы разработки ИС. 22!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-23.jpg" alt=">ตัวอย่างจะเป็นตัวเลือกของซอฟต์แวร์ ซึ่งการตัดสินใจต่างๆ สามารถเสี่ยงภัยต่างๆได้"> Примером послужит выбор программного обеспечения, при котором различные решения могут быть рискованны в различной степени. Более нет места для подробного обсуждения, но использование следующего перечня вопросов может помочь выделить некоторые пункты. Основы разработки ИС. 23!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-24.jpg" alt=">หลักการสร้างสรรค์ ตามแนวทางข้างต้น หลักการพื้นฐาน ของการสร้างทรัพย์สินทางปัญญาและไอทีมีรูปแบบการบริหารจัดการอย่างเป็นระบบ"> Принципы создания. Согласно приведенным подходам формируются основные принципы создания ИС и ИТ управления: системность и логичность построения обеспечивающих и функциональных элементов ИС; широкое применение экономико-математических методов и стандартных программ прогнозно-статистического характера. Задачи управления производственной, финансовой деятельностью организации в большинстве своем ставятся как аналитические, оптимизационные или как задачи планирования. предполагает декомпозицию системы на ряд комплексов (модулей) задач, каждый из которых моделирует определенную сферу управленческой деятельности. использование новых методов и включение вновь созданных программных модулей в систему автоматизации управленческих работ. Проектирование ИС должно изначально базироваться на модульных принципах, а компьютерная реализация - допускать расширение за счет совершенствования структуры программного обеспечения. это принцип адаптации всех элементов и системы в целом. Он должен полностью пронизывать идеологию построения ИС управления - от анализа задач, технико-экономических показателей и их группировок в модули до формулирования целей. Основы разработки ИС. 24!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-25.jpg" alt=">ตัวบ่งชี้ทั่วไปของความน่าเชื่อถือของ IC เน้นไปที่คุณลักษณะที่สำคัญหลายประการ: - ความถี่ล้มเหลวใน"> Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: -частоту возникновения сбоев в техническом обеспечении; -степень адекватности математических моделей; -верификационную чистоту программ; -относительный уровень достоверности информации; -интегрированный показатель надежности эргономического обеспечения ИС. Адаптационные свойства системы отражают ее способность приспосабливаться к изменениям окружающего внешнего фона внутренней управленческой и производственной среды организации. Важная задача заказчика - сформулировать на этапе проектирования границы допущения отклонений в значениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. В общем виде постановка задачи состоит из четырех принципиально важных компонентов: -организационно-экономической схемы и ее описания; -свода применяемых математических моделей; -описания вычислительных алгоритмов; -концепции построения информационной модели системы. Основы разработки ИС. 25!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-26.jpg" alt=">การกำหนดสูตรและการใช้งานคอมพิวเตอร์เพิ่มเติมของปัญหาจำเป็นต้องอาศัยความเชี่ยวชาญพื้นฐาน แนวคิดที่เกี่ยวข้องกับพื้นฐานทางทฤษฎีข้อมูล"> Постановка и дальнейшая компьютерная реализация задач требуют усвоения основных понятий, касающихся теоретических основ, информационных технологий. К ним относятся: -свойства, особенности и структура экономической информации; -условно-постоянная информация, ее роль и назначение; -носители информации, макет машинного носителя; -средства формализованного описания информации; -алгоритм, его свойства и формы представления; -назначение и способы контроля входной и результатной информации; -состав и назначение устройств компьютера; -состав программных средств, назначение операционных систем, пакетов прикладных программ (ППП), интегрированных пакетов программ типа АРМ менеджера, АРМ руководителя, АРМ (финансиста, АРМ бухгалтера и т. п.) Основы разработки ИС. 26!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-27.jpg" alt=">วงจรชีวิตของ IC เครือข่ายสมัยใหม่ได้รับการพัฒนาตามมาตรฐานซึ่ง อนุญาตให้มีประการแรกพวกเขา"> Жизненные циклы ИС. Современные сети разрабатываются на основе стандартов, что позволяет обеспечить, во-первых, их высокую эффективность и, во- вторых, возможность их взаимодействия между собой. Вообще говоря, все стандарты на информационные системы (как и на любые системы вообще) можно разбить на следующие два основных класса: -Функциональные стандарты, определяющие порядок функционирования системы в интересах достижения цели, поставленной перед нею ее создателями. -Стандарты жизненного цикла, определяющие то, как создается, развертывается, применяется и ликвидируется система. Модели, определяемые стандартами этих двух классов, конечно же взаимосвязаны, однако решают совершенно разные задачи и характеризуются принципиально различными подходами к их построению. Поясним это на примере. Наиболее полной функциональной моделью системы является сама система, однако "биография" самой системы ни в коем случае не может рассматриваться в качестве модели ее жизненного цикла. Куда ближе к модели жизненного цикла информационной системы является описание жизни живого существа, начиная с момента зачатия. Основы разработки ИС. 27!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-28.jpg" alt=">ดังนั้น วงจรชีวิตของระบบสารสนเทศจึงครอบคลุมทุกขั้นตอนและ ขั้นตอนของการสร้างการบำรุงรักษา"> Таким образом, жизненный цикл информационной системы охватывает все стадии и этапы ее создания, сопровождения и развития: -предпроектный анализ (включая формирование функциональной и информационной моделей объекта, для которого предназначена информационная система); -проектирование системы (включая разработку технического задания, эскизного и технического проектов); -разработку системы (в том числе программирование и тестирование прикладных программ на основании проектных спецификаций -подсистем, выделенных на стадии проектирования); -интеграцию и сборку системы, проведение ее испытаний; -эксплуатацию системы и ее сопровождение; развитие системы. Основы разработки ИС. 28!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-29.jpg" alt=">ความจำเพาะเล็กน้อย วงจรชีวิตของระบบสารสนเทศสมัยใหม่อยู่ที่ประมาณ 10 ปีซึ่งมีนัยสำคัญ"> Немного специфики Продолжительность жизненного цикла современных информационных систем составляет около 10 лет, что значительно превышает сроки морального и физического старения технических и системных программных средств, используемых при построении системы. Поэтому в течение жизненного цикла системы проводится модернизация ее технико-программной базы. При этом прикладное программное обеспечение системы должно быть сохранено и перенесено на обновляемые аппаратно-программные платформы. Эти проблемы привели к тому, что подавляющее большинство проектов информационных систем внедряется с нарушениями качества, сроков или сметы. Почти треть проектов информационных систем прекращают свое существование, оставшись незавершенными. По данным, публикуемым Standish Group, в 1996 году 84% проектов информационных систем не были завершены в установленные сроки, в 1998 году сократилась до 74%, однако и в 2000 -м общий объем "хронической незавершенки" не опустился ниже 50%. Главной причиной такого положения является то, что уровень технологии анализа и проектирования систем, методов и средств управления проектами не соответствует сложности создаваемых систем, которая постоянно возрастает в связи с усложнением и быстрыми изменениями бизнеса. Основы разработки ИС. 29!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-30.jpg" alt=">เป็นที่ทราบกันดีจากแนวทางปฏิบัติทั่วโลกว่าค่าใช้จ่ายในการบำรุงรักษาแอปพลิเคชันข้อมูล ระบบซอฟต์แวร์ประกอบขึ้น"> Из мировой практики известно, что затраты на сопровождение прикладного программного обеспечения информационных систем составляют не менее 70% его совокупной стоимости на протяжении жизненного цикла. Поэтому крайне важно еще на проектной стадии предусмотреть необходимые методы и средства сопровождения прикладного программного обеспечения, включая методы конфигурационного управления. В России создание и испытания автоматизированных систем, к которым относятся и информационные системы, регламентированы рядом ГОСТов, прежде всего серии 34. Однако отдельные положения этих ГОСТов уже устарели, а ряд этапов жизненного цикла информационных систем предоставлены недостаточно полно. Поэтому более целесообразно рассматривать в качестве определяющего документа международный стандарт ISO/IEC 12207. Данный стандарт определяет структуру жизненного цикла, содержащую процессы, которые должны быть выполнены во время создания программного обеспечения информационной системы. Основы разработки ИС. 30!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-31.jpg" alt=">กระบวนการเหล่านี้แบ่งออกเป็นสามกลุ่ม: พื้นฐาน (การซื้อ การจัดหา การพัฒนา การดำเนินงาน และการบำรุงรักษา) เสริม"> Эти процессы подразделяются на три группы: основные (приобретение, поставка, разработка, эксплуатация и сопровождение), вспомогательные (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит и решение проблем) и организационные (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого жизненного цикла, обучение). Основы разработки ИС. 31!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-32.jpg" alt=">โมเดล Cascade และ Spiral อย่างไรก็ตาม มาตรฐาน ISO/IEC 12207 ทำได้ ไม่มีโมเดลวงจรชีวิตที่เฉพาะเจาะจง"> Каскадная и спиральная модели Однако стандарт ISO/IEC 12207 не предлагает конкретной модели жизненного цикла и методов разработки, его рекомендации являются общими для любых моделей жизненного цикла. Под моделью обычно понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла. Из существующих в настоящее время моделей наиболее распространены две: каскадная и спиральная. Они принципиально различаются самим подходом к информационной системе и ее программному обеспечению. Суть различий в том, что в каскадной модели информационная система является однородной и ее программное обеспечение определяется как единое (с ней) целое. Данный подход характерен для более ранних информационных систем (каскадный метод применяется с 1970 года), а также для систем, для которых в самом начале разработки можно достаточно и полно сформулировать все требования. При выполнении этих условий каскадный метод позволяет достичь хороших результатов. Основы разработки ИС. 32!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-33.jpg" alt="> สาระสำคัญของวิธีการเรียงซ้อน (รูปที่ 1) คือ แบ่งการพัฒนาทั้งหมดออกเป็นขั้นตอน"> Суть каскадного метода (рис. 1) заключается в разбиении всей разработки на этапы, причем переход от предыдущего этапа к последующему осуществляется только после полного завершения работ предыдущего этапа. Соответственно на каждом этапе формируется законченный набор проектной документации, достаточной для того, чтобы разработка могла быть продолжена другой группой разработчиков. Другим положительным моментом каскадной модели является возможность планирования сроков завершения работ и затрат на их выполнение. Однако у каскадной модели есть один существенный недостаток - очень сложно уложить реальный процесс создания программного обеспечения в такую жесткую схему и поэтому постоянно возникает необходимость возврата к предыдущим этапам с целью уточнения и пересмотра ранее принятых решений. Результатом такого конфликта стало появление модели с промежуточным контролем (рис. 2), которую представляют или как самостоятельную модель, или как вариант каскадной модели. Эта модель характеризуется межэтапными корректировками, удлиняющими период разработки изделия, но повышающими надежность. Однако и каскадная модель, и модель с промежуточным контролем обладают серьезным недостатком - запаздыванием с получением результатов. Данное обстоятельство объясняется тем, что согласование результатов возможно только после завершения каждого этапа работ. Основы разработки ИС. 33!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-34.jpg" alt="> ในแต่ละขั้นตอน ข้อกำหนดจะถูกระบุไว้อย่างเคร่งครัดใน แบบฟอร์ม"> На время же проведения каждого этапа требования жестко задаются в виде технического задания. Так что существует опасность, что из -за неточного изложения требований или их изменения за длительное время создания программного обеспечения конечный продукт окажется невостребованным. Для преодоления этого недостатка и была создана спиральная модель, ориентированная на активную работу с пользователями и представляющая разрабатываемую информационную систему как постоянно корректируемую во время разработки. В спиральной модели (рис. 3) основной упор делается на этапы анализа и проектирования, на которых реализуемость технических решений проверяется путем создания прототипов. Спиральная модель позволяет начинать работу над следующим этапом, не дожидаясь завершения предыдущего. Спиральная модель имеет целью как можно раньше ознакомить пользователей с работоспособным продуктом, корректируя при необходимости требования к разрабатываемому продукту и каждый "виток" спирали означает создание фрагмента или версии. Основная проблема спирального цикла - определение момента перехода на следующий этап, и возможным ее решением является принудительное ограничение по времени для каждого из этапа жизненного цикла. Наиболее полно достоинства такой модели проявляются при обслуживании программных средств. Основы разработки ИС. 34!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-35.jpg" alt="> เมื่อเปรียบเทียบโมเดลเหล่านี้ เราสามารถพูดได้ว่า Cascade Model มีมากกว่า สากล, ต."> Сравнивая эти модели, можно сказать, что каскадная модель более универсальна, т. е. она применима к производству разных изделий, будь то отбойный молоток или графический редактор. Для разных изделий просто будут изменяться количество и название этапов модели. Спиральная же модель более ориентирована именно на информационные системы, особенно на программные продукты, поэтому при разработке информационных систем и их программного обеспечения она предпочтительнее каскадной. Следующим шагом в вопросе поддержания жизненного цикла информационной системы, как, впрочем, и любого другого изделия, является его автоматизация. Однако автоматизация различных процессов, связанных с разработкой, производством и эксплуатацией как изделий промышленности, так и информационных систем наиболее эффективна в том случае, когда она охватывает все этапы жизненного цикла изделия. При этом необходимо преодоление следующих проблем: наличие множества различных систем, ориентированных на решение конкретных задач, относящихся к разным этапам жизненного цикла, приводит к трудностям обмена данными между смежными системами; участие в поддержке жизненного цикла изделия нескольких предприятий требует эффективного обмена информацией об изделии между партнерами; сложность изделия, наличие множества его модификаций, заимствование, стандартизация, унификация, требуют поддержки многоуровневых многовариантных сборочных моделей. Эти проблемы могут быть преодолены путем реализации концепции CALS. Основы разработки ИС. 35!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-36.jpg" alt=">CALS ตัวย่อ CALS ย่อมาจาก Continuous Acquisition and Life Cycle Support - ข้อมูลอย่างต่อเนื่อง"> CALS Аббревиатура CALS расшифровывается как Continuous Acquisition and Life cycle Support - непрерывная информационная поддержка жизненного цикла продукта. Встречается также другой перевод, менее схожий с исходным названием, но более близкий по смыслу: обеспечение неразрывной связи между производством и прочими этапами жизненного цикла изделия. Данная технология, разработанная в 80 -х годах в Министерстве обороны США, распространилась по всему миру и охватила практически все сферы мировой экономики. Она предназначена для повышения эффективности и качества бизнес-процессов, выполняемых на протяжении всего жизненного цикла продукта, за счет применения безбумажных технологий. Началом создания системы CALS-технологий явилась разработка системы стандартов описания процессов на всех этапах жизненного цикла продукции. Основы разработки ИС. 36!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-37.jpg" alt=">มาตรฐานสากลของชุด ISO 9004 (การจัดการคุณภาพผลิตภัณฑ์) แนะนำแนวคิด"> В международных стандартах серии ISO 9004 (управление качеством продукции) введено понятие "жизненный цикл изделия". Данное понятие включает в себя следующие этапы жизненного цикла изделия: маркетинг, поиск и изучение рынка; проектирование и/или разработка технических требований к создаваемой продукции; материально- техническое снабжение; подготовка и разработка технологических процессов; производство; контроль, проведение испытаний и обследований; упаковка и хранение; реализация и/или распределение продукции; монтаж, эксплуатация; техническая помощь в обслуживании; утилизация после завершения использования продукции. Основы разработки ИС. 37!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-38.jpg" alt="> เพื่อพัฒนาวิธีการ CALS ในสหรัฐอเมริกา กลุ่มการจัดการอุตสาหกรรม ถูกสร้าง"> Для развития методологии CALS в США были созданы Управляющая промышленная группа по вопросам CALS (ISG) и ее исполнительный консультативный комитет. В настоящий момент в мире действует более 25 национальных организаций (комитетов или советов по развитию CALS), в том числе в США, Японии, Канаде, Великобритании, Германии, Швеции, Норвегии, Австралии и других странах, а также в НАТО. Основные усилия этих и подобных организаций были направлены на создание разного уровня нормативной документации. За последние несколько лет разработаны следующие документы: ISO 10303 (Industrial automation systems and integration -- Product data representation and exchange), ISO 13584 (Part Library), Def Stan 00 -60 (Integrated Logistic Support), MIL-STD-2549 (Configuration Management. Data Interface), MIL- HDBK-61 (Configuration Management. Guidance), AECMA Specification 2000 M (International Specification for Materiel Management Integrated Data Processing for Military Equipment), AECMA Specification 1000 D (International Specification for Technical Data Publications, Utilising a Common Source Data Base) и т. д. Основы разработки ИС. 38!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-39.jpg" alt=">มาตรฐาน CALS มาตรฐานที่พัฒนาโดย ISO สำหรับเทคโนโลยี CALS อาจเสียหายได้ ออกเป็นสามกลุ่ม: การนำเสนอข้อมูล"> Стандарты CALS Стандарты, разработанные ISO для CALS-технологий, можно разбить на три группы: представление информации о продукте, представление текстовой и графической информации и общего назначения. К первой группе относятся: ISO/IEC 10303 Standard for the Exchange of Product Model Data (STEP) и ISO 13584 Industrial Automation -- Parts Library. Во вторую группу входят: ISO 8879 Information Processing -- Text and Office System - Standard Generalised Markup Language (SGML); ISO/IEC 10179 Document Style Semantics and Specification Language (DSSSL); ISO/IEC IS 10744 Information Technology -- Hypermedia/Time Based Document Structuring Language (Hy. Time); ISO/IEC 8632 Information Processing Systems -- Computer Graphics - Metafile; ISO/IEC 10918 Coding of Digital Continuous Tone Still Picture Images (JPEG); ISO 11172 MPEG 2 Motion Picture Experts Group (MPEG); Coding of Motion Pictures and associated Audio for Digital Storage Media и ISO/IECS 13522 Information Technology -- Coding of Multimedia and Hypermedia Information (MHEG). Основы разработки ИС. 39!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-40.jpg" alt=">ประสิทธิภาพของการใช้งาน CALS ปัญหาหลักที่แก้ไขได้โดยใช้เทคโนโลยี CALS คือ - ประหยัดเวลาและเงิน"> Эффективность реализации CALS Основная задача, решаемая путем применения CALS-технологий, -- экономия времени и средств при одновременном повышении качества. Так, в США применение CALS-технологий сопровождается следующими типовыми показателями. В процессах проектирования и инженерных расчетах: сокращение времени проектирования на 50%; снижение затрат на изучение выполнимости проектов на 15 --40%. В процессах организации поставок: уменьшение количества ошибок при передаче данных на 98%; сокращение времени поиска и извлечения данных на 40%; сокращение времени планирования на 70%; сокращение стоимости информации на 15 --60%. В производственных процессах: сокращение производственных затрат на 15 -60%; повышение показателей качества на 80%; в процессах эксплуатационной поддержки изделий: сокращение времени на изменения технической документации на 30%; сокращение времени планирования поддержки на 70%; снижение стоимости технической документации на 10 --50%. Основы разработки ИС. 40!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-41.jpg" alt=">แยกประเด็นเกี่ยวกับระบบสารสนเทศอาคารและเทคโนโลยี ที่นี่เราจะดูที่ เทคโนโลยีบางอย่างในการสร้างข้อมูล"> Отдельные вопросы построения информационных систем и технологий Здесь мы рассмотрим некоторые технологии создания информационных систем, наиболее часто предлагаемые разработчиками. Знакомство с такими технологиями облегчит процесс понимания заказчиком предложений разработчика. Автоматизированные системы проектирования Усложнение информационных систем и расширение областей их применения, повышение требований к ним привели к тому, что даже большие, коллективы разработчиков не в состоянии за приемлемое время, в, условиях ограничений по ресурсам и с заданным качеством разработать информационную систему. В результате развития средств и методов создания информационных систем оформилось направление, связанное с автоматизацией проектирования информационной системы и информационной технологии. Это путь использования готовых решений, обеспечения заданного качества и ускорения работ при создании информационной системы и информационной технологии. (См. : Ойхман Е. Г. , Попов Э. В. Реинжиниринг бизнеса: реинжиниринг организации и информационные технологии. - М. : Финансы и статистика, 1997.) Основы разработки ИС. 41!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-42.jpg" alt="> ขั้นตอนการทดสอบ หลังจากเสร็จสิ้นการพัฒนาโมดูลแยกของระบบ มีการดำเนินการทดสอบแบบออฟไลน์ ซึ่งดำเนินการต่อไป"> Этап тестирования После завершения разработки отдельного модуля системы выполняют автономный тест, который преследует две основные цели: обнаружение отказов модуля (жестких сбоев); соответствие модуля спецификации (наличие всех необходимых функций, отсутствие лишних функций). После того как автономный тест успешно пройдет, модуль включается в состав разработанной части системы и группа сгенерированных модулей проходит тесты связей, которые должны отследить их взаимное влияние. Далее группа модулей тестируется на надежность работы, то есть проходят, во-первых, тесты имитации отказов системы, а во-вторых, тесты наработки на отказ. Первая группа тестов показывает, насколько хорошо система восстанавливается после сбоев программного обеспечения, отказов аппаратного обеспечения. Вторая группа тестов определяет степень устойчивости системы при штатной работе и позволяет оценить время безотказной работы системы. В комплект тестов устойчивости должны входить тесты, имитирующие пиковую нагрузку на систему. Затем весь комплект модулей проходит системный тест - тест внутренней приемки продукта, показывающий уровень его качества. Сюда входят тесты функциональности и тесты надежности системы. Основы разработки ИС. 42!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-43.jpg" alt=">การทดสอบระบบข้อมูลล่าสุดคือการทดสอบการยอมรับ การทดสอบนี้ รวมถึงการสาธิตระบบข้อมูลให้กับลูกค้า"> Последний тест информационной системы - приемо-сдаточные испытания. Такой тест предусматривает показ информационной системы заказчику и должен содержать группу тестов, моделирующих реальные бизнес- процессы, чтобы показать соответствие реализации требованиям заказчика. Необходимость контролировать процесс создания ИС, гарантировать достижение целей разработки и соблюдение различных ограничений (бюджетных, временных и пр.) привело к широкому использованию в этой сфере методов и средств программной инженерии: структурного анализа, объектно-ориентированного моделирования, CASE-систем. Основы разработки ИС. 43!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-44.jpg" alt=">แนวทาง CASE (ซอฟต์แวร์ช่วยคอมพิวเตอร์) แพร่หลายในเรื่องนี้ สาขาวิศวกรรมระบบ - เทคโนโลยี CASE)"> Широкое распространение в этой области получил подход САSЕ (Computer Aided Software/Sуstеm Engineering - САSЕ-технология). CASE- технология совокупность методов анализа, проектирования, разработки и сопровождения информационной системы, поддерживаемых комплексом взаимосвязанных средств автоматизации. Это инструментарий для системных аналитиков, разработчиков и программистов, позволяющий автоматизировать процесс исследования, проектирования и разработки информационной системы (анализ предметной области, спецификации проектов, выпуск документации, тестирование реализаций проектов, планирование и контроль разработок, моделирование и т. п.). Это индустриализация технологии создания информационной системы и информационной технологии, позволяющая отделить и автоматизировать процесс проектирования информационной системы от последующих этапов разработки. Использование САSЕ-технологий существенно изменяет технологию работ на этапах анализа, проектирования и модернизации информационной системы. В CASE-технологиях применяются специальные методы анализа, проектирования и моделирования. CASE-технологии могут использоваться при создании информационной системы любых типов. Основы разработки ИС. 44!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-45.jpg" alt=">ตัวบ่งชี้ทั่วไปของความน่าเชื่อถือของ IS มุ่งเน้นไปที่คุณลักษณะที่สำคัญหลายประการ: --ความถี่ของความล้มเหลวใน"> Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: --частоту возникновения сбоев в техническом обеспечении; --степень адекватности математических моделей; --верификационную чистоту программ; --относительный уровень достоверности информации; --интегрированный показатель надежности эргономического обеспечения ИС. Адаптационные свойства системы отражают ее способность приспосабливаться к изменениям окружающего внешнего фона внутренней управленческой и производственной среды организации. Важная задача заказчика - сформулировать на этапе проектирования границы допущения отклонений в значениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. Основы разработки ИС. 45!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-46.jpg" alt="> Conclusion วันนี้ เทคโนโลยีสารสนเทศมีผลกระทบไม่เพียงแต่ในการประมวลผลเท่านั้น"> Заключение Сегодня информационные технологии оказывают влияние не только на обработку данных, но и на способ выполнения работы людьми, на продукцию, характер конкуренции. Информация во многих организациях становится ключевым ресурсом, а информационная обработка – делом стратегической важности. Большинство организаций не сможет успешно конкурировать, пока не предложит своим клиентам такой уровень обслуживания, который возможен лишь при помощи систем, основанных на высоких технологиях. Информационная система управления – это система, обеспечивающая уполномоченный персонал данными или информацией, имеющими отношение к организации. Информационная система управления, в общем случае, состоит из четырех подсистем: системы обработки транзакций, системы управленческих отчетов, офисной информационной системы и системы поддержки принятия решений, включая информационную систему руководителя, экспертную систему и искусственный интеллект. Информационные системы используются организациями в разных целях. Они повышают производительность труда, помогая выполнять работу лучше, быстрее и дешевле, функциональную эффективность, помогая принимать наилучшие решения. Информационные системы повышают качество услуг, предоставляемых заказчикам и клиентам, помогают создавать и улучшать продукцию. Они позволяют закрепить клиентов и отдалить конкурентов, сменить основу конкуренции путем изменения таких составляющих, как цена, расходы, качество. Основы разработки ИС. 46!}
Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-47.jpg" alt="> References. 1. A. N. Adamenko, A. M. Kuchukov Logic การเขียนโปรแกรมและ"> Список литературы. 1. А. Н. Адаменко, А. М. Кучуков. Логическое программирование и Visual Prolog СПб. : БХВ--Петербург, 2003. 2. Братко И. Алгоритмы искусственного интеллекта на языке PROLOG. М. : «Вильямс» , 2004. 3. Джексон П. Введение в экспертные системы. -Москва, С. Петербург, Киев: Изд. дом "Вильямс", 2002 4. Дж. Доорс, А. Рейблейн, С. Вадера. Пролог - язык программирования будущего. М. : Финансы и статистика, 1990 5. Дюбуа Д. , Прад А. Теория возможностей. Приложения к представлению знаний. -М. : Радио и связь, 1995 6. Корнеев В. В. , Гарев А. Ф. , Васюшин СВ. , Райх В. В. Базы данных. Интеллектуальная обработка информации. - М. : Изд-во "Нолидж", 7. Мендельсон Э. Введение в математическую логику. М. , 1976 8. Нечаев В. В. , Панченко В. М. , Свиридов А. П. Исследование операций и теория систем. Основы статистической динамики знаний. Учебное пособие. -М. : МИРЭА, 2000 9. Новиков П. С. Элементы математической логики. М. , 1959 10. Попов Э. В. Экспертные системы реального времени. В: Открытые системы, N 2 (10), 1995 11. Хоггер К. Введение в логическое программирование М. : Мир, 1988 12. Черч А. Введение в математическую логику, т. I. М. 1960 13. Интернет источники. Основы разработки ИС. 47!}
ส่งผลงานดีๆ ของคุณในฐานความรู้ได้ง่ายๆ ใช้แบบฟอร์มด้านล่าง
นักศึกษา นักศึกษาระดับบัณฑิตศึกษา นักวิทยาศาสตร์รุ่นเยาว์ ที่ใช้ฐานความรู้ในการศึกษาและการทำงาน จะรู้สึกขอบคุณเป็นอย่างยิ่ง
เอกสารที่คล้ายกัน
วิธีการออกแบบขั้นพื้นฐาน แบบจำลองวงจรชีวิตของระบบท้องถิ่น สาระสำคัญของแนวทางเชิงโครงสร้าง การสร้างแบบจำลองโฟลว์กระบวนการและซอฟต์แวร์เพื่อรองรับวงจรชีวิต ลักษณะและเทคโนโลยีของการนำเครื่องมือ CASE ไปใช้
งานหลักสูตร เพิ่มเมื่อ 12/13/2010
พื้นฐานของระเบียบวิธีในการออกแบบระบบสารสนเทศ แนวคิดเกี่ยวกับวงจรชีวิตของระบบ แบบจำลองวงจรชีวิตพื้นฐาน วิธีการสร้างแบบจำลองเชิงฟังก์ชัน SADT องค์ประกอบของแบบจำลองการทำงาน การสร้างแบบจำลองข้อมูล คุณลักษณะของกรณี-ค่าเฉลี่ย
บทคัดย่อเพิ่มเมื่อ 28/05/2558
ระเบียบวิธีการวิเคราะห์โครงสร้างและการออกแบบระบบสารสนเทศ มาตรฐานพื้นฐานสำหรับกระบวนการวงจรชีวิตของซอฟต์แวร์ เป้าหมายและหลักการสร้างโปรไฟล์ของระบบสารสนเทศ การพัฒนาแบบจำลองกระบวนการทางธุรกิจในอุดมคติ
การนำเสนอเพิ่มเมื่อ 12/07/2013
คุณสมบัติของกระบวนการหลัก กระบวนการเสริม และกระบวนการองค์กรของวงจรชีวิตของระบบสารสนเทศอัตโนมัติ วิธีการพื้นฐานในการออกแบบ AIS โดยใช้เทคโนโลยี CASE คำจำกัดความของแบบจำลองวงจรชีวิตผลิตภัณฑ์ซอฟต์แวร์
งานหลักสูตร เพิ่มเมื่อ 11/20/2010
คุณสมบัติของการออกแบบระบบสารสนเทศตามฐานข้อมูล การใช้เครื่องมือ CASE และอธิบายกระบวนการทางธุรกิจใน BP-Win ขั้นตอนของการออกแบบระบบสารสนเทศสมัยใหม่ ประเภทของไดอะแกรม และการแสดงภาพเว็บไซต์
งานหลักสูตรเพิ่มเมื่อ 25/04/2555
ขอบเขตหลักของการออกแบบระบบสารสนเทศ: ฐานข้อมูล โปรแกรม (การดำเนินการตามคำขอข้อมูล) โทโพโลยีเครือข่าย การกำหนดค่าฮาร์ดแวร์ แบบจำลองวงจรชีวิตของซอฟต์แวร์ ขั้นตอนของการออกแบบระบบสารสนเทศ
บทคัดย่อ เพิ่มเมื่อ 29/04/2010
วงจรชีวิตของระบบสารสนเทศอัตโนมัติ พื้นฐานของวิธีการออกแบบระบบอัตโนมัติที่ใช้เทคโนโลยี CASE ขั้นตอนของการวิเคราะห์และการวางแผน การสร้างและการนำระบบอัตโนมัติไปใช้ แบบจำลองน้ำตกและเกลียว
งานหลักสูตร เพิ่มเมื่อ 11/20/2010
ระบบการออกแบบอัตโนมัติ การวิเคราะห์เปรียบเทียบเครื่องมือในการออกแบบระบบสารสนเทศอัตโนมัติ ส่งออกโค้ด SQL ไปยังสภาพแวดล้อมทางกายภาพและเติมฐานข้อมูลด้วยเนื้อหา ขั้นตอนการพัฒนาและคุณลักษณะของเครื่องมือ Case
งานหลักสูตร เพิ่มเมื่อ 11/14/2017
