ev / Eğitim / Bilgi sistemlerinin geliştirilmesi için metodoloji. Bilgi sistemleri tasarım metodolojisinin temelleri

Bilgi sistemleri geliştirme metodolojisi. Bilgi sistemleri tasarım metodolojisinin temelleri

Bilgi sistemi (BH), belirlenen hedefe ulaşmak için bilgileri depolamak, işlemek ve yayınlamak için kullanılan birbiriyle bağlantılı araçlar, yöntemler ve personel kümesidir.

Modern bilgi teknolojileri, seçimi, geliştirme sürecinde kural olarak değişen, hedeflenen kullanıcıların gereksinimlerine dayanan çok çeşitli fikri mülkiyet uygulama yöntemleri sağlar.

Bir IS projesi ile, belirli bir yazılım ve donanım ortamında IS'nin oluşturulması ve çalıştırılması için tasarım çözümlerinin bir tanımını sağlayan tasarım, mühendislik ve teknolojik dokümantasyonu kastediyoruz.

IS tasarımı, bir nesne, yöntemler ve benzer amaçlara sahip nesnelerin tasarlanmasındaki deneyim hakkındaki girdi bilgilerinin GOST uyarınca bir IS projesine dönüştürülmesi süreci olarak anlaşılır. Bu bakış açısından, IS'nin tasarımı, IS yaşam döngüsünün çeşitli aşamalarında tasarım çözümlerinin ardışık olarak resmileştirilmesine dayanır: gereksinimlerin planlanması ve analizi, teknik ve ayrıntılı tasarım, IS'nin uygulanması ve işletimi.

Geliştirilmekte olan sistemlerin ölçeği, tasarım sürecindeki katılımcıların kompozisyonunu ve sayısını belirler. Tasarım çalışmasının uygulanması için büyük hacimli ve sıkı son teslim tarihleriyle, sistemin geliştirilmesinde birkaç tasarım ekibi (geliştirme organizasyonu) yer alabilir. Bu durumda, ortak yürüten tüm kuruluşların faaliyetlerini koordine eden ana kuruluş tahsis edilir.

BS tasarımının uygulanması, geliştirilmekte olan projenin ölçeğine ve özelliklerine karşılık gelen belirli bir tasarım teknolojisinin tasarımcıları tarafından kullanılmasını içerir.

Model (lat. "Modulus" - ölçü) - orijinal nesnenin bazı özelliklerinin incelenmesini sağlayan, orijinal nesnenin ikame nesnesi; Analiz ve tahmin için sistemin basitleştirilmiş bir sunumu ve doğru yönetim kararını vermek için gerekli niteliksel ve niceliksel sonuçların elde edilmesi.

Modelleme - modeli ile deneyler yaparak onun hakkında bilgi elde etmek için bir nesneyi bir modelle temsil etmek.

IC tasarım kullanımı için bilgi modellerinesneleri ve süreçleri resimler, diyagramlar, çizimler, tablolar, formüller, metinler vb.

Bilgi modeli modellenen nesnenin, sürecin veya olgunun bilgi yönlerini sunan bir nesne, süreç veya olgunun bir modelidir.

IP modellerinin geliştirilmesinin temelidir.

IP oluşturma modelinin dört aşaması vardır:

1. Projenin taslağı. Pprojenin amaç ve hedeflerinin, beklenen kârın, zaman kaynaklarının, kısıtlamaların, mevcut kaynakların vb. Ayrıntılı açıklaması. Ayrıca, uygulamasından sorumlu bir "proje yöneticisi" ve projeden sorumlu olan, işin ana kişisi olacak ve gerektiğinde ve projenin en sonunda proje yöneticisine destek verecek bir üst düzey yönetici belirlemeye değer.

2. Proje değerlendirmesi.Bu, projenin en önemli kısmı. Sistemlerin ne yapacağı, nasıl çalışacağı, hangi donanım ve uygulamaların kullanılacağı ve nasıl korunacakları gibi tüm önemli kararları verir. En önemlisi, burada çeşitli eylemlerin olası maliyetleri ve faydaları analiz edilir ve son seçim yapılır. Genel bir kural olarak, sistemin olabildiğince basit olması ilkesi kullanılmalıdır. Görkemli sistem tasarımları inanılmaz maliyetlere neden olabilir. Daha sonra yapılan değişiklikler daha pahalıdır.

3. Öncelikle, sistem gereksinimlerinin bir listesini hazırlayın - sistemin iş için ne yapacağının ve nasıl yönetileceğinin ayrıntılı bir listesi. Düzenli kullanıcıların (ve diğer paydaşların) ihtiyaçları, yalnızca neye ihtiyaç duyduklarını ve mevcut faaliyete nasıl uyduracaklarını gerçekten bildikleri için incelenir.

4. Liste, girilecek verileri, ana sonuçları ve raporları, kullanıcı sayısını, bilgilerin boyutunu, diğer mevcut sistemlerle bağlantıları vb. İçerir. ve donanım ve yazılım satıcılarına istek göndermek için yeterince ayrıntılı olmalıdır.

5. Bu aşamada, sadece mevcut çalışma yöntemlerini bilgisayarlaştırmamalıyız. Bir bilgi teknolojisi projesi, bir bilgi sisteminin en iyi nasıl yapılacağını yeniden düşünmek için iyi bir fırsattır.

6. Sonraki aşama, donanım ve yazılım gereksinimlerine bakmaktır. Potansiyel tedarikçilere danışın, diğer iş çözümlerini görüntüleyin ve bilgili danışmanlardan tavsiye alın. Bazı zor kararlar dikkatlice değerlendirilmelidir. Örneğin, şu soruları yanıtlamalısınız: hazır bir uygulama paketi mi yoksa yeni bir yazılım mı sipariş etmek gerekir. Cevaplar, hazır olduğunuz riskin derecesine ve işinizin diğer tipik firmalardan nasıl farklı olduğuna bağlı olacaktır.

Maliyet fayda analizi, nihai bir karar vermeden önceki son adımdır. Uygulama ve donanım maliyetleri, özellikle standart bir paket kullanıyorsanız, nispeten düşüktür. Sistemin kurulması için gereken süre ve çalışmasını desteklemek için gereken süre yüksek maliyetlerdir.

7. Oluşturun ve test edin.Herhangi bir sistemi kurarken en çok gözden kaçan adımlardan biri, tüm verileri sistem başlamadan önce sisteme girmektir.

8. Personel, sistemin çalıştırılmasının kolay olmasını sağlamalıdır. Yeni bir sisteme duyulan heyecanı, bir dizi teknik sorundan daha hızlı hiçbir şey yok edemez.

9. Proje yönetimi ve risk değerlendirmesi.Proje tamamen önemsiz olmadığı sürece, o zaman projeyle çalışmak ve ortaya çıkabilecek sayısız sorunla başa çıkmak için yeterli zamanı olan bir proje yöneticisi olmalıdır. Proje yöneticisi sistemin güvenilir bir şekilde çalıştığını ve kar sağladığını gösterene kadar proje tamamlanmaz.

10. Rolünün önemli bir kısmı, projenin risklerinin sürekli olarak farkında olmaktır. Kafamızı kuma gömme ve her şeyin yolunda gitmesini umma cazibesine rağmen riskler açıkça tartışılmalıdır. Risk, alternatif kararlar alarak, aşırı eylemler için hazırlık yaparak vb. Planlanabilir. Bir örnek, farklı çözümlerin değişen derecelerde riskli olabileceği yazılım seçimleri olabilir. Artık ayrıntılı bir tartışma için yer yoktur, ancak aşağıdaki kontrol listesini kullanmak bazı noktaları vurgulamaya yardımcı olabilir.

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-1.jpg" alt \u003d "(! LANG:\u003e Konu:” Bilgi sistemleri geliştirmenin temelleri ve döngüleri ”. Rostov- on-Don Geliştirme Temelleri"> Тема: ”Основы и циклы разработки информационных систем”. Ростов-на-Дону Основы разработки ИС. 2010 г.!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-2.jpg" alt \u003d "(! LANG:\u003e Temel terimler. Bilgi desteği (IO) bir tasarım kümesidir hacimler, yerleştirme kararları,"> Основные термины. Информационное обеспечение (ИО) - представляет собой совокупность проектных решений по объемам, размещению, форма организации информации, циркулирующей в ИС. Лингвистическое обеспечение (ЛО) - объединяет совокупность языковых средств для формализации естественного языка, построения и сочетания информационных единиц в ходе общения пользователей со средствами вычислительной техники. Техническое обеспечение (ТО) - представляет собой комплекс технических средств (технические средства сбора, регистрации, передачи, обработки, отображения, тиражирования информации, оргтехника и др.), обеспечивающих работу ИТ. Программное обеспечение (ПО) - включает совокупность программ, реализующих функции и задачи ИС и обеспечивающих устойчивую работу комплексов технических средств. Математическое обеспечение (МО) - совокупность математических методов, моделей и алгоритмов обработки информации, используемых при решении функциональных задач и в процессе автоматизации проектировочных работ. Основы разработки ИС. 2!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-3.jpg" alt \u003d "(! LANG:\u003e Kuruluş desteği (OO) - içinde derlenmiş bir belge kümesidir IC tasarım süreci onaylandı"> Организационное обеспечение (ОО) - представляет собой комплекс документов, составленный в процессе проектирования ИС, утвержденный и положенный в основу эксплуатации. Правовое обеспечение (Пр. О) - представляет собой совокупность правовых норм, регламентирующих правоотношения при создании и внедрении ИС и ИТ. Эргономическое обеспечение (ЭО) - как совокупность методов и средств, используемых на разных этапах разработки и функционирования ИС и ИТ, предназначено для создания оптимальных условий высококачественной, высокоэффективной и безошибочной деятельности человека в ИТ, для ее быстрейшего освоения. Конечный продукт работы любого менеджера - это решения и действия. Принятое им решение ведет либо к преуспеванию предприятия, либо к неудачам. Принятие решения - это всегда выбор определенного направления деятельности из нескольких возможных. Так как процесс управления любой организацией в экономике реализуется исключительно посредством формирования и реализации управленческих решений, поэтому остановимся на типах решений, которые имеют различные характеристики и требуют различных источников данных. Основы разработки ИС. 3!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-4.jpg" alt \u003d "(! LANG:\u003e Operasyonel çözümler periyodiktir: aynı görev periyodik olarak gerçekleşir. Sonuç olarak, süreç"> Оперативные решения - периодические: одна и та же задача возникает периодически. В результате процесс принятия решения становится относительно рутинным и почти беспроблемным. Параметры (характеристики) хозяйственных процессов, используемые в ходе принятия решения, определены, их оценка известна с высокой точностью, а взаимосвязь параметров с принимаемым решением понятна. Принятие оперативных решений ведет к вполне ожидаемым и прогнозируемым результатам. Оперативные решения являются краткосрочными. Тактические решения обычно принимаются управленцами среднего уровня, ответственными за обеспечение средствами для достижения целей и намерений, поставленных ЛПР верхнего звена. Тактические решения не так рутинны и структурированы, как оперативные решения. Все главные параметры объекта управления, входящие в состав тактических решений, неизвестны; оценки характеристик, определенные как важные, могут быть неизвестны, а взаимосвязь между характеристиками и решениями может быть не ясна. Стратегические решения принимаются на основе целей компании, определенных в его уставе и уточненных высшим руководством предприятия. Эти цели определяют основу, на которой должно базироваться долгосрочное планирование, а также определение критических факторов деятельности предприятия. Эти решения обеспечивают базу для принятия тактических и оперативных решений. Основы разработки ИС. 4!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-5.jpg" alt \u003d "(! LANG:\u003e Stratejik plan Yukarıdaki adımlardan sonra oluşturulacak ilk plan bu stratejik bir plan,"> Стратегический план После вышеприведенных шагов первый план, который необходимо сформировать, - это стратегический план, являющийся сводом инициатив (хотя еще не конкретных проектов), которые должна выполнить организация для продвижения по направлению к видению. Он также должен содержать числовые результаты, которых необходимо достичь за определенный период. Центральное планирование В этом случае имеется центральный отдел, координирующий ИС- стратегию и бизнес-стратегию, а начальник ИС-отдела должен быть частью управленческого аппарата, занятого принятием решений. Операционный план ИС После определения инициатив они должны быть представлены в виде проектов с конкретными результатами, приоритетами и т. д. , т. е. в виде операционного плана. Жизненный цикл информационных систем Под жизненным циклом системы обычно понимается непрерывный процесс, который начинается с момента принятия решения о необходимости создания системы и заканчивается в момент ее полного изъятия из эксплуатации. Основы разработки ИС. 5!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-6.jpg" alt \u003d "(! LANG:\u003e Giriş IC ve BT oluşturma karmaşık bir tasarım sürecidir. hazırlanıyor"> Введение Создание ИС и ИТ представляет собой сложный процесс проектирования. Целью проектирования являются подготовка проектных документов и внедрение человекомашинной системы управления организацией. В процессе проектирования выявляются наиболее существенные характеристики экономического объекта, изучаются его внешние и внутренние информационные потоки, создаются математические и физические аналоги исследуемой системы и ее элементов, устанавливаются условия взаимодействия человека и технических средств управления. Для того чтобы иметь хорошую информационную систему необходимо планировать ее создание. Именно поэтому вопрос планирования информационных систем рассматривается здесь отдельно. Процесс планирования должен начинаться с оценки текущей ситуации, определения миссии информационной системы, интенсивности использования информации, пользователей, оценки среды организации, места на рынке, ее сильных и слабых сторон, выработки стратегии, которая должна лечь в основу бизнес-плана по созданию информационной системы. Основы разработки ИС. 6!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-7.jpg" alt \u003d "(! LANG:\u003e IC Geliştirme Temelleri. 7">!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-8.jpg" alt \u003d "(! LANG:\u003e IP fikrinin yaratılış tarihi. Şu anda tasarlanan sistemlerin gelişiminin geçmişi depo için"> История создания идеи ИС. В настоящее время история развития систем, предназначенных для хранения и обработки информации с использованием ЭВМ, насчитывает уже более полувека. Еще относительно недавно в ходу были перфораторы в качестве устройств ввода данных, листинги в виде рулонов бумаги длиной порою до нескольких метров - в качестве носителя результатов машинной обработки, недельные, либо месячные временные интервалы - в качестве нормативных сроков обработки информации. В последнее десятилетие ушедшего века ситуация претерпела качественные изменения. Если попытаться сформулировать "портрет" современной информационной системы масштаба предприятия в виде десятка тезисов, то мы увидим, что она имеет: - в основе - методологию управления, направленную на достижении стратегических целей высшего менеджмента предприятия, выраженной в информационной системе в виде системы управляющих воздействий, регламентирующей деятельность пользователей. Возможность доступа к данным для множества пользователей, объединенных в локальную сеть предприятия, а зачастую - и для пользователей, удаленных от центрального офиса на сотни и тысячи километров. Наличие средств коммуникации и элементов корпоративного решения задач коллективом пользователей; Основы разработки ИС. 8!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-9.jpg" alt \u003d "(! LANG:\u003e - son kullanıcının gelişmiş, kullanıcı dostu grafik arayüzü; - operasyonel işlem modları bilgi kapat"> - развитый, дружественный графический интерфейс конечного пользователя; - режимы обработки оперативной информации, близкие к режиму реального времени. Средства аутентификации и разграничения доступа, позволяющие дозировать информацию в соответствии с должностными обязанностями пользователя; высокий уровень защищенности от несанкционированного доступа. Один или более серверов баз данных, суммарный объем которых измеряется в гига- или терабайтах; возможность обработки тысяч и миллионов записей при составлении отчетности, инвариантность (в определенных пределах) к аппаратным и операционным средам функционирования серверных и клиентских приложений. Использование стандартизованных языков и протоколов для представления и манипулирования данными. Основы разработки ИС. 9!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-10.jpg" alt \u003d "(! LANG:\u003e IP sınıflandırması. 1. Ölçeğe göre IP sınıflandırması. Bilgi sistemleri çeşitli göre sınıflandırılabilir"> Классификация ИС. 1. Классификация ИС по масштабу. Информационные системы могут быть классифицированы по различным признакам. Однопользовательские ИС, как это ясно из названия, предназначены для использования на одном рабочем месте. В настоящее время на мировом и отечественном рынке представлено множество решений, предназначенных для автоматизации деятельности отдельно взятого пользователя. Как правило, это - решения, ориентированные на специалиста в той или иной области, будь то составление спецификаций для сборки изделий из комплектующих, планирование ремонтов оборудования, учет расходов и доходов частного предпринимателя оптовой торговли, либо составление расписаний занятий в деканате. В настоящее время альтернативу таким узкоспециализированным системам составили табличные процессоры, не имеющие проблемной специализации, в первую очередь - MS Excel. Системы этого класса трудно отнести к классу ИС, но зачастую они позволяют непрограммирующему специалисту создать и, что очень важно, самостоятельно развивать собственные решения, заменяющие, а местами и перекрывающие функционал однопользовательских систем образца 90 - х годов. Основы разработки ИС. 10!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-11.jpg" alt \u003d "(! LANG:\u003e Tek kullanıcılı sistemlerin çoğu X-Base standardına (Clipper, Fox. Pro,"> В основе большинства однопользовательских систем лежит стандарт X-Base (Clipper, Fox. Pro, d. Base). Широко используются также решения на базе систем Paradox, Clarion, MS Access. Каждая из перечисленных конкурирующих систем обладает собственной высокоуровневой инструментальной средой, позволяющей спроектировать базу данных, логику обработки, пользовательский интерфейс, отчеты с помощью "помощников"- построителей. На рубеже тысячелетий появились также и однопользовательские решения на базе промышленных реляционных СУБД. В этом случае ПО сервера инсталлируется непосредственно на рабочую станцию пользователя. Примером может служить Personal Oracle. Данные решения предъявляют значительные требования к ресурсам рабочей станции, однако несут в себе многие преимущества промышленных СУБД. Групповые системы предназначены для автоматизации деятельности в рабочей группе (отделе, кластере, группе проекта и т. д.). В отличие от однопользовательских ИС, групповые системы, как правило, представляют специализированные клиентские решения (их часто называют автоматизированными рабочими местами, АРМ) для различных участников группы. Например, для оптовой фирмы, ИС может представлять набор таких АРМ, как "Менеджер по продажам", "Кладовщик", "Снабженец", "Директор". Для учебного планирования - "Преподаватель", "Работник бюро планирования", "Работник учебного отдела", "Специалист по планированию на кафедре", "Работник деканата". Основы разработки ИС. 11!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-12.jpg" alt \u003d "(! LANG:\u003e Tablo işlemci çözümlerinin toplu kullanımı mümkündür, ancak önemli"> Групповое использование решений на базе табличных процессоров возможно, но имеет существенные ограничения, связанные с разграничением доступа, регламентацией и синхронизацией вносимых изменений. По сути единственный режим их использования, обеспечивающий корректность данных - "файловый сервер, один автор, N читателей". При создании групповых ИС в целом используются те же средства и инструментальные среды, что и при создании однопользовательских ИС. Следует, однако, отметить, что для использования в группе при выборе между системами с файловым и реляционным сервером следует отдавать предпочтение реляционному серверу, причем целесообразно использование выделенного сервера. Это может быть, например, сервер Oracle, DB 2, MS SQL, Sybase, Informix. Корпоративные ИС (КИС) предназначены для автоматизации деятельности предприятия. В англоязычной литературе понятие "КИС" неразрывно связано с понятием "ERP" (Enterprise Resource Planning). В основе ERP- систем лежит международный стандарт управления предприятием MRP-II (Manufacture Resource Planning), обеспечивающий возможность учета, анализа и планирования основных ресурсов - финансов, человеческих, материальных. Основы разработки ИС. 12!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-13.jpg" alt \u003d "(! LANG:\u003e Buna göre, kurumsal ERP sistemleri karmaşık olan bir dizi entegre uygulamadır. , tek bir bilgi alanında destek"> Соответственно, корпоративные ERP-системы - набор интегрированных приложений, которые комплексно, в едином информационном пространстве поддерживают все основные аспекты управленческой деятельности предприятий: планирование ресурсов (финансовых, человеческих, материальных) для производства товаров (услуг), оперативное управление выполнением планов (включая снабжение, сбыт, ведение договоров), все виды учета и анализ результатов хозяйственной деятельности. Среди требований, предъявляемым к современным КИС: · централизация данных в единой базе (в основе - всегда промышленная СУБД), · близкий к реальному времени режим работы, · сохранение общей модели управления для предприятий разных отраслей, · поддержка территориально-распределенных структур, · работа на широком круге аппаратно-программных платформ и СУБД. Примеры ERP-систем - SAP R 3, "Галактика", MS Navision Axapta. Основы разработки ИС. 13!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-14.jpg" alt \u003d "(! LANG:\u003e 2. Mimariye göre bilgi sistemlerinin sınıflandırılması. Mimari"> 2. Классификация информационных систем по архитектуре. Архитектура "Файл-сервер". Исторически первая архитектура информационных систем. Как исполняемые модули, так и данные размещаются в отдельных файлах операционной системы. Доступ к данным осуществляется путем указания пути (path) и использования файловых операций (открыть, считать, записать). Для хранения данных используется выделенный сервер (отдельный компьютер), который и является файловым сервером. Исполняемые модули хранятся либо на рабочих станциях, либо на файловом сервере. В последнем случае упрощается процедура их администрирования, но при этом возрастают требования к надежности сети. Архитектура "Клиент-сервер". Клиент-сервер - это не только архитектура, это - новая парадигма, пришедшая на смену устаревшим концепциям. Суть ее заключается в том, что клиент (исполняемый модуль) запрашивает те или иные сервисы в соответствии с определенным протоколом обмена данными. При этом, в отличие от ситуации с файловым сервером, нет необходимости в использовании прямых путей операционной системы: клиент их "не знает", ему "известны" лишь имя источника данных и другие специальные сведения, используемые для авторизации клиента на сервере. Сервер, который физически может находиться на том же компьютере, а может - на другом конце земного шара, обрабатывает запрос клиента и, произведя соответствующие манипуляции с данными, передает клиенту запрашиваемую порцию данных. Основы разработки ИС. 14!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-15.jpg" alt \u003d "(! LANG:\u003e Yön içinde"> В рамках направления "клиент-сервер" существуют два основных "диалекта": "тонкий" и "толстый" клиент. В системах на основе тонкого клиента используется мощный сервер баз данных, это - высокопроизводительный компьютер и библиотека так называемых хранимых процедур, позволяющих производить вычисления, реализующие основную логику обработки данных, непосредственно на сервере. Клиентское приложение, соответственно, предъявляет невысокие требования к аппаратному обеспечению рабочей станции. Основное достоинство таких систем - относительная дешевизна клиентских станций. Системы с толстым клиентом, напротив, реализуют основную логику обработки на клиенте, а сервер представляет собой в чистом виде сервер баз данных, обеспечивающий исполнение только стандартизованных запросов на манипуляцию с данными (как правило - чтение, запись, модификацию данных в таблицах реляционной базы данных). В системах такого класса требования к рабочей станции выше, а к серверу - ниже. Достоинство архитектуры - переносимость серверной компоненты на серверы различных производителей: все промышленные серверы баз данных реляционного типа поддерживают работу со стандартизованным языком манипулирования данными SQL, но внутренний встроенный язык обработки данных, необходимый для реализации логики обработки на сервере у каждого из серверов свой. Основы разработки ИС. 15!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-16.jpg" alt \u003d "(! LANG:\u003e Üç katmanlı mimari. Mimari bileşeninin daha fazla uzmanlaşmasına bağlı olarak: müşteri yalnızca"> Трехслойная архитектура. Базируется на дальнейшей специализации компонент архитектуры: клиент занимается только организацией интерфейса с пользователем, сервер баз данных - только стандартизованной обработкой данных. Для реализации логики обработки данных архитектура предусматривает отдельный слой - слой бизнес-логики. Этот слой может представлять собой либо выделенный сервер (сервер приложений), либо размещаться на клиенте в качестве динамической библиотеки. Данная архитектура позволила соединить достоинства тонкого и толстого клиентов: хорошая переносимость соединяется в ней с невысокими требованиями к клиенту. С развитием интернет-технологий появилась разновидность трехслойной архитектуры на основании использования web-технологий. В этой разновидности роль сервера приложений играет web-сервер, а в качестве клиента используется стандартный web-браузер. Достоинства - в пониженных требованиях к клиенту и в легкой встраиваемости данной архитектуры в мировые информационные сети. Основной недостаток - известные ограничения, накладываемые на интерфейс пользователя web -браузерами. С некоторой степенью приближения все ИС можно разделить на 2 класса: информационно-поисковые и управляющие. Основы разработки ИС. 16!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-17.jpg" alt \u003d "(! LANG:\u003e Bilgi alma motoru (IS) son kullanıcıları, genellikle depolanmış erişime sahip"> Конечные пользователи информационно-поисковых систем (ИПС), как правило, имеют доступ к хранимым данным только "по чтению" и используют данные системы для поиска ответов на те или иные вопросы. Доступ по модификации данных имеет администратор системы, в функции которого входит обеспечение актуальности информации, устранение ошибок. Классические примеры ИПС - системы поиска в библиотеках, на транспорте (справки о наличии билетов). На современном этапе развития информационных технологий классические ИПС постепенно вытесняются поисковыми серверами Интернет - общего назначения и специализированными. Альтернатива ИПС - управляющие системы автоматизируют (полностью или частично) деятельность, связанную с принятием решений. Действия конечных пользователей таких систем приводят к модификации информации, что, конечно, не исключает возможности просто получать информацию, как в ИПС. Примеры управляющих систем - системы бухгалтерского учета, системы планирования производственных ресурсов и т. п. Основы разработки ИС. 17!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-18.jpg" alt \u003d "(! LANG:\u003e IS geliştirme. Geliştirme aşamasındaki sorunlar Kuruluşun yönetiminin ve personelinin görünümü , konuşmuyor"> Разработка ИС. Проблемы на стадии разработки Взгляд руководства организации и ее персонала, не говоря уже о разработчиках, на создание информационной системы различен. Здесь мы попытаемся, не вдаваясь в технические проблемы, построить модель процесса создания информационной системы для менеджеров и показать, в чем их задачи. Существует две различных стадии осуществления проекта построения информационных систем и технологий - разработка и внедрение и эксплуатация. Стадия разработки и внедрения обычно всегда осуществляется полностью. Ей не мешает ни слабое развитие технологии, ни отсутствие компетенции персонала или пользователей, ни отсутствие хороших консультантов. Если на этой стадии возникают проблемы, то они связаны со следующими тремя основными причинами: недостаток поддержки основного персонала, особенно когда надо уделить достаточно времени и энергии на критических стадиях; слишком амбициозные планы вместо пошагового, мудрого подхода; неудача при. получении достаточного количества советов от практиков с настоящим опытом использования похожих систем в похожем бизнесе. Основы разработки ИС. 18!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-19.jpg" alt \u003d "(! LANG:\u003e R. Hanage'nin çalışmasındaki bir grup tartışmasının parçası olarak (Ma-naging Kar ve Büyüme Bilgileri),"> В рамках группового обсуждения в работе R. Hanage (Ма-naging Information for Profit and Growth), были получены следующие ответы на вопрос о том, какие проблемы возникали с проектами информационных технологий? консультанты по информационным технологиям не понимали наших мыслей; трудно найти нужный совет; сложно подобрать прикладное обеспечение для деловых процессов; неподходящее время для установки системы; плохая техническая и программная поддержка. Как правило, проект информационных технологий всегда занимает больше времени, чем предполагалось. Необходимо быть готовым к тому, чтобы вложить больше ресурсов, чем требуется, для того чтобы быть уверенным, что он не остановится; участвующие в осуществлении проекта люди всегда думают, что их работа сделана, когда аппаратура и программы работают успешно. Фактически проект завершен только тогда, когда достигнуты ожидаемые преимущества для бизнеса. Если проект связан с деловыми целями по улучшению отдельных сторон функционирования организации, и все это знают, он более успешен. Основы разработки ИС. 19!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-20.jpg" alt \u003d "(! LANG:\u003e Bir bilgi sistemi oluşturmanın dört aşaması vardır. 1 Proje taslağı. Ayrıntılı açıklama hedefler ve"> Имеется четыре стадии создания информационной системы. 1 Эскиз проекта. Подробное описание целей и задач проекта, ожидаемой прибыли, временных ресурсов, любых ограничений, доступных ресурсов и т. д. Стоит также определить "менеджера проекта", который отвечает за его осуществление, и ответственного за проект в высшем руководстве, который будет главной персоной в бизнесе и будет поддерживать менеджера проекта, когда это необходимо и в самом конце выполнения проекта. 2 Оценка проекта. Это самая главная часть проекта. В ней принимаются все важные решения - что будут делать системы, как они будут работать, какая аппаратура и прикладные программы будут использоваться и как они будут обслуживаться. Важнее всего, что здесь анализируются возможные затраты и прибыли от различных действий и производится конечный выбор. В качестве основного правила следует использовать принцип, согласно которому система должна быть настолько простой, насколько возможно. Грандиозные проекты системы могут вылиться в невероятные затраты. Изменения, которые вносятся позже, являются более дорогими. Сначала готовят список требований к системе - детальный перечень того, что система будет делать для бизнеса и как ею управлять. Основы разработки ИС. 20!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-21.jpg" alt \u003d "(! LANG:\u003e Düzenli kullanıcıların (ve diğer paydaşların) ihtiyaçları sadece onlar gerçekten biliyor"> Изучаются потребности постоянных пользователей (и других заинтересованных лиц), так как только они действительно знают, что им нужно и как это вписать в существующую деятельность. Список включает в себя данные которые предназначены для ввода, основные результаты и отчеты, количество пользователей, размеры информации, связи с другими существующими системами и т. д. и должен быть достаточно подробным для того, чтобы можно было послать запрос поставщикам аппаратуры и программного обеспечения. На этой стадии мы не должны, . просто компьютеризировать существующие способы работы. Проект информационных технологий - это хорошая возможность еще раз подумать, как лучше сделать информационную систему. Следующая стадия состоит в том, чтобы посмотреть на требования к аппаратуре и программному обеспечению. Проконсультироваться с потенциальными поставщиками, просмотреть другие деловые решения и посоветоваться со знающими консультантами. Некоторые трудные решения должны подвергнуться тщательной оценке. Следует ответить, например, на такие вопросы: использовать ли уже готовый пакет прикладных программ либо заказать новое программное обеспечение. Ответы будут зависеть от степени риска, к которой Вы готовы, и от отличий Вашего бизнеса от других типичных фирм. Анализ затрат и прибыли - это финальный шаг перед окончательным решением. Основы разработки ИС. 21!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-22.jpg" alt \u003d "(! LANG:\u003e Özellikle kullanıyorsanız, uygulama ve donanım maliyetleri nispeten düşüktür standart paket."> Затраты на прикладные программы и аппаратуру относительно невелики, особенно если Вы используете стандартный пакет. Большими затратами являются время, на установку системы и время на поддержку ее работы. 3 Построение и тестирование. Одним из самых недооцененных шагов в установке любой системы является ввод всех данных в систему до ее запуска. Персонал должен убедиться, что с системой легко работать. Ничто не убивает энтузиазм по отношению к новой системе быстрее, чем серия технических проблем. 4 Управление проектом и оценка риска. Если только проект не совсем тривиален, то необходимо существование менеджера проекта, у которого есть достаточно времени, чтобы работать с проектом и иметь дело. c, массой проблем, которые могут возникнуть. Проект не завершен до тех пор, пока менеджер проекта не сможет продемонстрировать, что система работает надежно и приносит прибыль. Важная часть его роли состоит в том, чтобы постоянно осознавать риск проекта. Риски должны обсуждаться открыто, несмотря на соблазн спрятать голову в песок и надеяться, что все обойдется. Риск можно спланировать: приняв альтернативные решения, приготовившись к крайним действиям и т. д. Основы разработки ИС. 22!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-23.jpg" alt \u003d "(! LANG:\u003e Farklı çözümlerin riskli olabileceği yazılım seçimi bir örnek olabilir çeşitliliğinde"> Примером послужит выбор программного обеспечения, при котором различные решения могут быть рискованны в различной степени. Более нет места для подробного обсуждения, но использование следующего перечня вопросов может помочь выделить некоторые пункты. Основы разработки ИС. 23!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-24.jpg" alt \u003d "(! LANG:\u003e Oluşturma ilkeleri. Yukarıdaki yaklaşımlara göre, IP ve BT oluşturmanın temel ilkeleri oluşturulmuştur. yönetim: tutarlılık"> Принципы создания. Согласно приведенным подходам формируются основные принципы создания ИС и ИТ управления: системность и логичность построения обеспечивающих и функциональных элементов ИС; широкое применение экономико-математических методов и стандартных программ прогнозно-статистического характера. Задачи управления производственной, финансовой деятельностью организации в большинстве своем ставятся как аналитические, оптимизационные или как задачи планирования. предполагает декомпозицию системы на ряд комплексов (модулей) задач, каждый из которых моделирует определенную сферу управленческой деятельности. использование новых методов и включение вновь созданных программных модулей в систему автоматизации управленческих работ. Проектирование ИС должно изначально базироваться на модульных принципах, а компьютерная реализация - допускать расширение за счет совершенствования структуры программного обеспечения. это принцип адаптации всех элементов и системы в целом. Он должен полностью пронизывать идеологию построения ИС управления - от анализа задач, технико-экономических показателей и их группировок в модули до формулирования целей. Основы разработки ИС. 24!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-25.jpg" alt \u003d "(! LANG:\u003e Genel IC güvenilirlik indeksi bir dizi önemli özelliğe odaklanır: - sıklık başarısızlıklar"> Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: -частоту возникновения сбоев в техническом обеспечении; -степень адекватности математических моделей; -верификационную чистоту программ; -относительный уровень достоверности информации; -интегрированный показатель надежности эргономического обеспечения ИС. Адаптационные свойства системы отражают ее способность приспосабливаться к изменениям окружающего внешнего фона внутренней управленческой и производственной среды организации. Важная задача заказчика - сформулировать на этапе проектирования границы допущения отклонений в значениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. В общем виде постановка задачи состоит из четырех принципиально важных компонентов: -организационно-экономической схемы и ее описания; -свода применяемых математических моделей; -описания вычислительных алгоритмов; -концепции построения информационной модели системы. Основы разработки ИС. 25!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-26.jpg" alt \u003d "(! LANG:\u003e Sorunların formülasyonu ve daha ileri düzeyde bilgisayar uygulaması ile ilgili temel kavramlarda uzmanlaşmayı gerektirir temeller, bilgiler"> Постановка и дальнейшая компьютерная реализация задач требуют усвоения основных понятий, касающихся теоретических основ, информационных технологий. К ним относятся: -свойства, особенности и структура экономической информации; -условно-постоянная информация, ее роль и назначение; -носители информации, макет машинного носителя; -средства формализованного описания информации; -алгоритм, его свойства и формы представления; -назначение и способы контроля входной и результатной информации; -состав и назначение устройств компьютера; -состав программных средств, назначение операционных систем, пакетов прикладных программ (ППП), интегрированных пакетов программ типа АРМ менеджера, АРМ руководителя, АРМ (финансиста, АРМ бухгалтера и т. п.) Основы разработки ИС. 26!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-27.jpg" alt \u003d "(! LANG:\u003e IS yaşam döngüleri. Modern ağlar, standartlara dayalı olarak geliştirilmiştir. öncelikle onların"> Жизненные циклы ИС. Современные сети разрабатываются на основе стандартов, что позволяет обеспечить, во-первых, их высокую эффективность и, во- вторых, возможность их взаимодействия между собой. Вообще говоря, все стандарты на информационные системы (как и на любые системы вообще) можно разбить на следующие два основных класса: -Функциональные стандарты, определяющие порядок функционирования системы в интересах достижения цели, поставленной перед нею ее создателями. -Стандарты жизненного цикла, определяющие то, как создается, развертывается, применяется и ликвидируется система. Модели, определяемые стандартами этих двух классов, конечно же взаимосвязаны, однако решают совершенно разные задачи и характеризуются принципиально различными подходами к их построению. Поясним это на примере. Наиболее полной функциональной моделью системы является сама система, однако "биография" самой системы ни в коем случае не может рассматриваться в качестве модели ее жизненного цикла. Куда ближе к модели жизненного цикла информационной системы является описание жизни живого существа, начиная с момента зачатия. Основы разработки ИС. 27!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-28.jpg" alt \u003d "(! LANG:\u003e Böylece, bir bilgi sisteminin yaşam döngüsü, onun tüm aşamalarını ve aşamalarını kapsar oluşturma, bakım"> Таким образом, жизненный цикл информационной системы охватывает все стадии и этапы ее создания, сопровождения и развития: -предпроектный анализ (включая формирование функциональной и информационной моделей объекта, для которого предназначена информационная система); -проектирование системы (включая разработку технического задания, эскизного и технического проектов); -разработку системы (в том числе программирование и тестирование прикладных программ на основании проектных спецификаций -подсистем, выделенных на стадии проектирования); -интеграцию и сборку системы, проведение ее испытаний; -эксплуатацию системы и ее сопровождение; развитие системы. Основы разработки ИС. 28!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-29.jpg" alt \u003d "(! LANG:\u003e Bazı özellikler Modern bilgi sistemlerinin yaşam döngüsü yaklaşık 10 yıldır, hangisi önemli"> Немного специфики Продолжительность жизненного цикла современных информационных систем составляет около 10 лет, что значительно превышает сроки морального и физического старения технических и системных программных средств, используемых при построении системы. Поэтому в течение жизненного цикла системы проводится модернизация ее технико-программной базы. При этом прикладное программное обеспечение системы должно быть сохранено и перенесено на обновляемые аппаратно-программные платформы. Эти проблемы привели к тому, что подавляющее большинство проектов информационных систем внедряется с нарушениями качества, сроков или сметы. Почти треть проектов информационных систем прекращают свое существование, оставшись незавершенными. По данным, публикуемым Standish Group, в 1996 году 84% проектов информационных систем не были завершены в установленные сроки, в 1998 году сократилась до 74%, однако и в 2000 -м общий объем "хронической незавершенки" не опустился ниже 50%. Главной причиной такого положения является то, что уровень технологии анализа и проектирования систем, методов и средств управления проектами не соответствует сложности создаваемых систем, которая постоянно возрастает в связи с усложнением и быстрыми изменениями бизнеса. Основы разработки ИС. 29!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-30.jpg" alt \u003d "(! LANG:\u003e Dünya pratiğinden, bilgi yazılımı bakımının maliyetinin sistemler oluşturur"> Из мировой практики известно, что затраты на сопровождение прикладного программного обеспечения информационных систем составляют не менее 70% его совокупной стоимости на протяжении жизненного цикла. Поэтому крайне важно еще на проектной стадии предусмотреть необходимые методы и средства сопровождения прикладного программного обеспечения, включая методы конфигурационного управления. В России создание и испытания автоматизированных систем, к которым относятся и информационные системы, регламентированы рядом ГОСТов, прежде всего серии 34. Однако отдельные положения этих ГОСТов уже устарели, а ряд этапов жизненного цикла информационных систем предоставлены недостаточно полно. Поэтому более целесообразно рассматривать в качестве определяющего документа международный стандарт ISO/IEC 12207. Данный стандарт определяет структуру жизненного цикла, содержащую процессы, которые должны быть выполнены во время создания программного обеспечения информационной системы. Основы разработки ИС. 30!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-31.jpg" alt \u003d "(! LANG:\u003e Bu süreçler üç gruba ayrılır: ana (satın alma, tedarik, geliştirme, işletme ve bakım), yardımcı"> Эти процессы подразделяются на три группы: основные (приобретение, поставка, разработка, эксплуатация и сопровождение), вспомогательные (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит и решение проблем) и организационные (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого жизненного цикла, обучение). Основы разработки ИС. 31!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-32.jpg" alt \u003d "(! LANG:\u003e Basamaklı ve spiral modeller Ancak, ISO / IEC 12207 standardı belirli bir yaşam döngüsü modelleri"> Каскадная и спиральная модели Однако стандарт ISO/IEC 12207 не предлагает конкретной модели жизненного цикла и методов разработки, его рекомендации являются общими для любых моделей жизненного цикла. Под моделью обычно понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла. Из существующих в настоящее время моделей наиболее распространены две: каскадная и спиральная. Они принципиально различаются самим подходом к информационной системе и ее программному обеспечению. Суть различий в том, что в каскадной модели информационная система является однородной и ее программное обеспечение определяется как единое (с ней) целое. Данный подход характерен для более ранних информационных систем (каскадный метод применяется с 1970 года), а также для систем, для которых в самом начале разработки можно достаточно и полно сформулировать все требования. При выполнении этих условий каскадный метод позволяет достичь хороших результатов. Основы разработки ИС. 32!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-33.jpg" alt \u003d "(! LANG:\u003e Şelale yönteminin özü (Şekil 1) tüm geliştirmeyi parçalamaktır aşamalara"> Суть каскадного метода (рис. 1) заключается в разбиении всей разработки на этапы, причем переход от предыдущего этапа к последующему осуществляется только после полного завершения работ предыдущего этапа. Соответственно на каждом этапе формируется законченный набор проектной документации, достаточной для того, чтобы разработка могла быть продолжена другой группой разработчиков. Другим положительным моментом каскадной модели является возможность планирования сроков завершения работ и затрат на их выполнение. Однако у каскадной модели есть один существенный недостаток - очень сложно уложить реальный процесс создания программного обеспечения в такую жесткую схему и поэтому постоянно возникает необходимость возврата к предыдущим этапам с целью уточнения и пересмотра ранее принятых решений. Результатом такого конфликта стало появление модели с промежуточным контролем (рис. 2), которую представляют или как самостоятельную модель, или как вариант каскадной модели. Эта модель характеризуется межэтапными корректировками, удлиняющими период разработки изделия, но повышающими надежность. Однако и каскадная модель, и модель с промежуточным контролем обладают серьезным недостатком - запаздыванием с получением результатов. Данное обстоятельство объясняется тем, что согласование результатов возможно только после завершения каждого этапа работ. Основы разработки ИС. 33!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-34.jpg" alt \u003d "(! LANG:\u003e Her aşama anında, gereksinimler formda katı bir şekilde belirlenir"> На время же проведения каждого этапа требования жестко задаются в виде технического задания. Так что существует опасность, что из -за неточного изложения требований или их изменения за длительное время создания программного обеспечения конечный продукт окажется невостребованным. Для преодоления этого недостатка и была создана спиральная модель, ориентированная на активную работу с пользователями и представляющая разрабатываемую информационную систему как постоянно корректируемую во время разработки. В спиральной модели (рис. 3) основной упор делается на этапы анализа и проектирования, на которых реализуемость технических решений проверяется путем создания прототипов. Спиральная модель позволяет начинать работу над следующим этапом, не дожидаясь завершения предыдущего. Спиральная модель имеет целью как можно раньше ознакомить пользователей с работоспособным продуктом, корректируя при необходимости требования к разрабатываемому продукту и каждый "виток" спирали означает создание фрагмента или версии. Основная проблема спирального цикла - определение момента перехода на следующий этап, и возможным ее решением является принудительное ограничение по времени для каждого из этапа жизненного цикла. Наиболее полно достоинства такой модели проявляются при обслуживании программных средств. Основы разработки ИС. 34!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-35.jpg" alt \u003d "(! LANG:\u003e Bu modelleri karşılaştırarak kademeli modelin daha çok yönlü olduğunu söyleyebiliriz, t."> Сравнивая эти модели, можно сказать, что каскадная модель более универсальна, т. е. она применима к производству разных изделий, будь то отбойный молоток или графический редактор. Для разных изделий просто будут изменяться количество и название этапов модели. Спиральная же модель более ориентирована именно на информационные системы, особенно на программные продукты, поэтому при разработке информационных систем и их программного обеспечения она предпочтительнее каскадной. Следующим шагом в вопросе поддержания жизненного цикла информационной системы, как, впрочем, и любого другого изделия, является его автоматизация. Однако автоматизация различных процессов, связанных с разработкой, производством и эксплуатацией как изделий промышленности, так и информационных систем наиболее эффективна в том случае, когда она охватывает все этапы жизненного цикла изделия. При этом необходимо преодоление следующих проблем: наличие множества различных систем, ориентированных на решение конкретных задач, относящихся к разным этапам жизненного цикла, приводит к трудностям обмена данными между смежными системами; участие в поддержке жизненного цикла изделия нескольких предприятий требует эффективного обмена информацией об изделии между партнерами; сложность изделия, наличие множества его модификаций, заимствование, стандартизация, унификация, требуют поддержки многоуровневых многовариантных сборочных моделей. Эти проблемы могут быть преодолены путем реализации концепции CALS. Основы разработки ИС. 35!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-36.jpg" alt \u003d "(! LANG:\u003e CALS CALS, Sürekli Edinme ve Yaşam Döngüsü Desteği anlamına gelir - sürekli bilgilendirici"> CALS Аббревиатура CALS расшифровывается как Continuous Acquisition and Life cycle Support - непрерывная информационная поддержка жизненного цикла продукта. Встречается также другой перевод, менее схожий с исходным названием, но более близкий по смыслу: обеспечение неразрывной связи между производством и прочими этапами жизненного цикла изделия. Данная технология, разработанная в 80 -х годах в Министерстве обороны США, распространилась по всему миру и охватила практически все сферы мировой экономики. Она предназначена для повышения эффективности и качества бизнес-процессов, выполняемых на протяжении всего жизненного цикла продукта, за счет применения безбумажных технологий. Началом создания системы CALS-технологий явилась разработка системы стандартов описания процессов на всех этапах жизненного цикла продукции. Основы разработки ИС. 36!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-37.jpg" alt \u003d "(! LANG:\u003e ISO 9004 serisinin uluslararası standartları (ürün kalite yönetimi) kavramı tanıttı"> В международных стандартах серии ISO 9004 (управление качеством продукции) введено понятие "жизненный цикл изделия". Данное понятие включает в себя следующие этапы жизненного цикла изделия: маркетинг, поиск и изучение рынка; проектирование и/или разработка технических требований к создаваемой продукции; материально- техническое снабжение; подготовка и разработка технологических процессов; производство; контроль, проведение испытаний и обследований; упаковка и хранение; реализация и/или распределение продукции; монтаж, эксплуатация; техническая помощь в обслуживании; утилизация после завершения использования продукции. Основы разработки ИС. 37!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-38.jpg" alt \u003d "(! LANG:\u003e CALS metodolojisini geliştirmek için, ABD Endüstri Yönetim Grubu"> Для развития методологии 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 \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-39.jpg" alt \u003d "(! LANG:\u003e CALS standartları CALS teknolojileri için ISO standartları parçalanabilir üç gruba ayrılır: bilgi sunumu"> Стандарты 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 \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-40.jpg" alt \u003d "(! LANG:\u003e CALS Uygulamasının Verimliliği CALS teknolojileri kullanılarak çözülen ana sorun - zamandan ve paradan tasarruf"> Эффективность реализации CALS Основная задача, решаемая путем применения CALS-технологий, -- экономия времени и средств при одновременном повышении качества. Так, в США применение CALS-технологий сопровождается следующими типовыми показателями. В процессах проектирования и инженерных расчетах: сокращение времени проектирования на 50%; снижение затрат на изучение выполнимости проектов на 15 --40%. В процессах организации поставок: уменьшение количества ошибок при передаче данных на 98%; сокращение времени поиска и извлечения данных на 40%; сокращение времени планирования на 70%; сокращение стоимости информации на 15 --60%. В производственных процессах: сокращение производственных затрат на 15 -60%; повышение показателей качества на 80%; в процессах эксплуатационной поддержки изделий: сокращение времени на изменения технической документации на 30%; сокращение времени планирования поддержки на 70%; снижение стоимости технической документации на 10 --50%. Основы разработки ИС. 40!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-41.jpg" alt \u003d "(! LANG:\u003e Bina bilgi sistemleri ve teknolojileri ile ilgili seçili sorunlar Burada oluşturma için bazı teknolojileri ele alacağız bilgi"> Отдельные вопросы построения информационных систем и технологий Здесь мы рассмотрим некоторые технологии создания информационных систем, наиболее часто предлагаемые разработчиками. Знакомство с такими технологиями облегчит процесс понимания заказчиком предложений разработчика. Автоматизированные системы проектирования Усложнение информационных систем и расширение областей их применения, повышение требований к ним привели к тому, что даже большие, коллективы разработчиков не в состоянии за приемлемое время, в, условиях ограничений по ресурсам и с заданным качеством разработать информационную систему. В результате развития средств и методов создания информационных систем оформилось направление, связанное с автоматизацией проектирования информационной системы и информационной технологии. Это путь использования готовых решений, обеспечения заданного качества и ускорения работ при создании информационной системы и информационной технологии. (См. : Ойхман Е. Г. , Попов Э. В. Реинжиниринг бизнеса: реинжиниринг организации и информационные технологии. - М. : Финансы и статистика, 1997.) Основы разработки ИС. 41!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-42.jpg" alt \u003d "(! LANG:\u003e Test aşaması Ayrı bir sistem modülünün geliştirilmesini tamamladıktan sonra, bağımsız bir test gerçekleştirilir Haunts"> Этап тестирования После завершения разработки отдельного модуля системы выполняют автономный тест, который преследует две основные цели: обнаружение отказов модуля (жестких сбоев); соответствие модуля спецификации (наличие всех необходимых функций, отсутствие лишних функций). После того как автономный тест успешно пройдет, модуль включается в состав разработанной части системы и группа сгенерированных модулей проходит тесты связей, которые должны отследить их взаимное влияние. Далее группа модулей тестируется на надежность работы, то есть проходят, во-первых, тесты имитации отказов системы, а во-вторых, тесты наработки на отказ. Первая группа тестов показывает, насколько хорошо система восстанавливается после сбоев программного обеспечения, отказов аппаратного обеспечения. Вторая группа тестов определяет степень устойчивости системы при штатной работе и позволяет оценить время безотказной работы системы. В комплект тестов устойчивости должны входить тесты, имитирующие пиковую нагрузку на систему. Затем весь комплект модулей проходит системный тест - тест внутренней приемки продукта, показывающий уровень его качества. Сюда входят тесты функциональности и тесты надежности системы. Основы разработки ИС. 42!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-43.jpg" alt \u003d "(! LANG:\u003e Bilgi sisteminin son testi kabul testleridir. Bu test bilgi sistemini müşteriye göstermek"> Последний тест информационной системы - приемо-сдаточные испытания. Такой тест предусматривает показ информационной системы заказчику и должен содержать группу тестов, моделирующих реальные бизнес- процессы, чтобы показать соответствие реализации требованиям заказчика. Необходимость контролировать процесс создания ИС, гарантировать достижение целей разработки и соблюдение различных ограничений (бюджетных, временных и пр.) привело к широкому использованию в этой сфере методов и средств программной инженерии: структурного анализа, объектно-ориентированного моделирования, CASE-систем. Основы разработки ИС. 43!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-44.jpg" alt \u003d "(! LANG:\u003e CASE yaklaşımı (Bilgisayar Destekli Yazılım / Sistem Mühendisliği - CASE teknolojisi)."> Широкое распространение в этой области получил подход САSЕ (Computer Aided Software/Sуstеm Engineering - САSЕ-технология). CASE- технология совокупность методов анализа, проектирования, разработки и сопровождения информационной системы, поддерживаемых комплексом взаимосвязанных средств автоматизации. Это инструментарий для системных аналитиков, разработчиков и программистов, позволяющий автоматизировать процесс исследования, проектирования и разработки информационной системы (анализ предметной области, спецификации проектов, выпуск документации, тестирование реализаций проектов, планирование и контроль разработок, моделирование и т. п.). Это индустриализация технологии создания информационной системы и информационной технологии, позволяющая отделить и автоматизировать процесс проектирования информационной системы от последующих этапов разработки. Использование САSЕ-технологий существенно изменяет технологию работ на этапах анализа, проектирования и модернизации информационной системы. В CASE-технологиях применяются специальные методы анализа, проектирования и моделирования. CASE-технологии могут использоваться при создании информационной системы любых типов. Основы разработки ИС. 44!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-45.jpg" alt \u003d "(! LANG:\u003e Genel IC güvenilirlik indeksi bir dizi önemli özelliğe odaklanır: - başarısızlık oranı"> Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: --частоту возникновения сбоев в техническом обеспечении; --степень адекватности математических моделей; --верификационную чистоту программ; --относительный уровень достоверности информации; --интегрированный показатель надежности эргономического обеспечения ИС. Адаптационные свойства системы отражают ее способность приспосабливаться к изменениям окружающего внешнего фона внутренней управленческой и производственной среды организации. Важная задача заказчика - сформулировать на этапе проектирования границы допущения отклонений в значениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. Основы разработки ИС. 45!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-46.jpg" alt \u003d "(! LANG:\u003e Sonuç Bugün, bilgi teknolojisi işlemden daha fazlasını etkiliyor"> Заключение Сегодня информационные технологии оказывают влияние не только на обработку данных, но и на способ выполнения работы людьми, на продукцию, характер конкуренции. Информация во многих организациях становится ключевым ресурсом, а информационная обработка – делом стратегической важности. Большинство организаций не сможет успешно конкурировать, пока не предложит своим клиентам такой уровень обслуживания, который возможен лишь при помощи систем, основанных на высоких технологиях. Информационная система управления – это система, обеспечивающая уполномоченный персонал данными или информацией, имеющими отношение к организации. Информационная система управления, в общем случае, состоит из четырех подсистем: системы обработки транзакций, системы управленческих отчетов, офисной информационной системы и системы поддержки принятия решений, включая информационную систему руководителя, экспертную систему и искусственный интеллект. Информационные системы используются организациями в разных целях. Они повышают производительность труда, помогая выполнять работу лучше, быстрее и дешевле, функциональную эффективность, помогая принимать наилучшие решения. Информационные системы повышают качество услуг, предоставляемых заказчикам и клиентам, помогают создавать и улучшать продукцию. Они позволяют закрепить клиентов и отдалить конкурентов, сменить основу конкуренции путем изменения таких составляющих, как цена, расходы, качество. Основы разработки ИС. 46!}

Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-47.jpg" alt \u003d "(! LANG:\u003e Referanslar. 1. A. N. Adamenko, A. M. Kuchukov. Mantıksal programlama ve"> Список литературы. 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!}

Giriş ………………………………………………………………………… ..3
1. Bilgi sistemleri geliştirmenin teorik temelleri
1.1. Bir otomasyon aracı olarak IS kavramı ……………………………… .5
1.2. IS bilgi desteği ………………………………………… 7
1.3. İlaçlar için IP muhasebesi için Rusya pazarı …………………… .12
2. Bir farmasötik kuruluşta ilaç muhasebesi için bir bilgi sisteminin tasarımı ve geliştirilmesi
2.1. Bir nakliye firmasındaki muhasebe veritabanının bilgi yapısı ………………………………………………………………… ... 16

Giriş
Kurs çalışmasının alaka düzeyi, tüm modern depo işletmelerinin otomatik bilgi sistemlerine (IS) ihtiyaç duyması gerçeğinde yatmaktadır. Otomasyonun temel avantajı, depolanan verilerin fazlalığını azaltmak ve bu nedenle kullanılan bellek miktarını azaltmak, birden fazla işlemin gereksiz kopyaları güncellemek için maliyetini düşürmek ve aynı nesne hakkındaki bilgilerin farklı yerlerde saklanması nedeniyle tutarsızlık olasılığını ortadan kaldırmak, bilgi güvenilirliği derecesini artırmak ve arttırmaktır. bilgi işlem hızı; aşırı sayıda dahili ara belge, farklı dergi, klasör, uygulama vb. aynı bilgilerin farklı ara belgelere yeniden girilmesi. Ayrıca, nesne arama parametrelerinin gösterildiği özel ekran formlarından yapılan otomatik bilgi aramasıyla zaman önemli ölçüde azaltılır.
Araştırmanın amacı bir nakliye şirketidir (yük taşımacılığı).
Araştırma konusu, bir nakliye şirketinde muhasebe otomasyonudur.
Çalışmanın amacı, bir nakliye firmasındaki araç filosunun muhasebesi için bir bilgi sistemi geliştirmektir.
İşte bu hedefe ulaşmak için aşağıdaki görevleri çözmek gerekir:
1. Bilgi sistemleri geliştirmenin teorik temellerini incelemek
2. Bir nakliye şirketi için bir bilgi muhasebe sistemi tasarlayın ve geliştirin.
Ders çalışmasının teorik temeli, otomatik bilgi teknolojileri, süreli yayınlar, küresel İnternetin bilgi kaynakları alanındaki yerli bilim adamlarının çalışmalarıydı.
Çalışmanın metodolojik temeli, sistem analizi yöntemleridir: yazılım, diyalektik ve sözcüksel yöntemler
Ders çalışmasının amaç ve hedefleri yapısını belirlemiştir. Ders çalışması bir giriş, iki bölüm, bir sonuç ve bir referans listesinden oluşur1. Bilgi sistemlerinin teorik temelleri
1.1. Bir otomasyon aracı olarak IP kavramı
Bir sistem, eşzamanlı olarak hem tek bir bütün olarak hem de belirlenen hedeflere ulaşmak için bir araya getirilmiş bir dizi heterojen unsur olarak kabul edilen herhangi bir nesne olarak anlaşılır. Sistemler hem kompozisyon hem de ana hedefleri açısından birbirinden önemli ölçüde farklılık gösterir Bilgisayar bilimlerinde "sistem" kavramı yaygındır ve birçok anlamsal anlamı vardır. Çoğu zaman, bir dizi teknik araç ve programla ilgili olarak kullanılır. Bir bilgisayarın donanımı sistem olarak adlandırılabilir. Bir sistem ayrıca, belirli uygulamalı problemleri çözmek için, dokümantasyonu sürdürmek ve hesaplamaları yönetmek için prosedürlerle desteklenen bir dizi program olarak düşünülebilir. "Sistem" kavramına "bilgi" kelimesinin eklenmesi, yaratılma ve çalıştırılma amacını yansıtır. Bilgi sistemleri, herhangi bir alandaki problemler hakkında karar verme sürecinde gerekli olan bilgilerin toplanmasını, depolanmasını, işlenmesini, aranmasını ve teslim edilmesini sağlar. Sorunları analiz etmeye ve yeni ürünler oluşturmaya yardımcı olurlar.
Bir bilgi sistemi, belirli bir hedefe ulaşmak için bilgileri depolamak, işlemek ve yayınlamak için kullanılan birbiriyle bağlantılı bir dizi araç, yöntem ve personeldir.
Bilgi sisteminin modern anlayışı, bir bilgisayarın bilgi işlemenin ana teknik aracı olarak kullanılmasını içerir. Ayrıca bilgi sisteminin teknik uygulaması da başlı başına bir şey olmayacak ...

İyi çalışmanızı bilgi tabanına göndermek basittir. Aşağıdaki formu kullanın

Bilgi tabanını çalışmalarında ve çalışmalarında kullanan öğrenciler, yüksek lisans öğrencileri, genç bilim adamları sizlere çok minnettar olacaktır.

Benzer belgeler

Temel tasarım metodolojileri, yerel sistemlerin yaşam döngüsü modelleri, yapısal yaklaşımın özü. Yaşam döngülerini desteklemek için süreç akışlarını ve yazılımı modelleme. CASE araçlarının uygulanmasının özellikleri ve teknolojisi.

dönem ödevi, 12/13/2010 eklendi

Bilgi sistemleri tasarım metodolojisinin temelleri, yaşam döngüleri kavramı. Temel yaşam döngüsü modelleri. SADT fonksiyonel modelleme metodolojisi. Fonksiyonel modelin bileşimi. Veri modelleme, vaka araçlarının karakterizasyonu.

05/28/2015 tarihinde eklenen özet

Bilgi sistemlerinin yapısal analizi ve tasarımı için metodoloji. Yazılım yaşam döngüsü süreçleri için temel standart. Bilgi sistemleri profillerinin oluşumunun hedefleri ve ilkeleri. İdeal bir iş süreci modelinin geliştirilmesi.

sunum 12/07/2013 tarihinde eklendi

Otomatik bilgi sistemlerinin yaşam döngüsünün ana, yardımcı ve organizasyonel süreçlerinin özellikleri. CASE teknolojilerine dayalı AIS tasarımı için temel metodolojiler. Yazılım ürününün yaşam döngüsü modelinin tanımı.

dönem ödevi, 11/20/2010 eklendi

Veritabanlarına dayalı bilgi sistemleri tasarımının özellikleri. CASE araçlarını kullanmak ve BP-Win'de iş süreçlerini açıklamak. Modern bilgi sistemlerini tasarlama aşamaları, diyagram türleri ve web sitesinin görsel sunumu.

dönem ödevi, 04/25/2012 eklendi

Bilgi sistemleri tasarımının ana alanları: veritabanları, programlar (veri taleplerinin yürütülmesi), ağ topolojisi, donanım yapılandırması. Yazılım yaşam döngüsü modelleri. Bilgi sistemi tasarım aşamaları.

özet, eklendi 04/29/2010

Otomatik bilgi sistemlerinin yaşam döngüsü. CASE teknolojilerine dayalı otomatik sistemler tasarlamak için metodolojinin temelleri. Otomatikleştirilmiş bir sistemin analiz ve planlama, inşa ve uygulama aşaması. Şelale ve spiral model.

dönem ödevi, 11/20/2010 eklendi

Otomatik tasarım sistemleri. Otomatik bilgi sistemlerinin tasarımı için araçların karşılaştırmalı analizi. SQL kodunu fiziksel ortama aktarmak ve veritabanını içerikle doldurmak. Case-fonlarının gelişim aşamaları ve özellikleri.

dönem ödevi eklendi 11/14/2017

Bilgi sistemlerinin (BS) tasarımı, modern karmaşık IS'nin yaratılması ve kullanılması, eğitim, girişimcilik, yönetim ve toplumun diğer alanları da dahil olmak üzere, bilimsel organizasyonu olmaksızın karmaşık, çok aşamalı bir faaliyet türüdür. Bunun için gerekli teorik bilgileri edinmenin yanı sıra, BS tasarımcısının bu tür faaliyetlerde istikrarlı pratik beceriler edinmesi gerekir.

Ana tasarım özelliği, var olmayan bir nesneyle çalışmaktır. Bu, nesnenin var olamadığı, ancak var olduğu tasarım ve modelleme arasındaki farktır.

IC tasarımı üç ana alanı kapsar:

Veritabanında uygulanacak veri nesnelerinin tasarlanması;

Verilere yönelik sorguların yürütülmesini sağlayacak programlar, ekranlar, raporlar tasarlamak;

Ağ topolojisi, donanım yapılandırması, kullanılan mimari (dosya-sunucu veya istemci-sunucu), paralel işleme, dağıtılmış veri işleme vb. Gibi belirli bir ortam veya teknolojinin dikkate alınması.

Bilgi sistemleri tasarımı her zaman projenin amacının tanımlanmasıyla başlar. Genel anlamda, projenin amacı, sistemin başlatılması sırasında ve tüm operasyon boyunca sağlanması dahil olmak üzere birbiriyle ilişkili bir dizi görevin çözümü olarak tanımlanabilir:

Sistemin gerekli işlevselliği ve değişen çalışma koşullarına uyarlanabilirlik düzeyi;

Gerekli sistem bant genişliği;

Sistemin talebe vermesi gereken yanıt süresi;

Sistemin sorunsuz çalışması;

Gerekli güvenlik seviyesi;

Kullanım kolaylığı ve sistem desteği.

Tasarım teknolojisi

AIS tasarım teknolojisi, AIS'yi tasarlamak için bir dizi yöntem ve araç ile birlikte tasarımı organize etme yöntemleri ve araçlarıdır (bir AIS projesini oluşturma ve modernize etme sürecini yönetme). Tasarım teknolojisi, eylemleri, sıralarını, icracıların kompozisyonunu, bu eylemleri gerçekleştirmek için gereken araçları ve kaynakları belirleyen teknolojik sürece (TP) dayanmaktadır.

AIS tasarımının TP'si, her biri kendi konusuna sahip olabilen, sıralı-paralel, bağlantılı ve alt eylem zincirleri kümesidir. AIS tasarımında gerçekleştirilen eylemler, bölünmez teknolojik işlemler veya teknolojik işlemlerin alt süreçleri olarak tanımlanabilir.

Tasarımın sonuçlarını değerlendirmek için belirlenen kriterlere göre geliştirilen tüm eylemler, tasarımın sonuçlarını oluşturan veya değiştiren ve değerlendirici olarak tasarlanabilir.

Bu nedenle, tasarım teknolojisi, bir yönteme veya diğerine dayalı bir proje oluşturma sürecinde gerçekleştirilen düzenlenmiş bir teknolojik işlemler dizisi tarafından belirlenir.

Seçilen tasarım teknolojisinin konusu, AIS yaşam döngüsünün tüm aşamalarında birbiriyle ilişkili tasarım süreçlerinin yansıması olmalıdır.

Seçilen tasarım teknolojisi için temel gereksinimler aşağıdaki gibidir:

Bu teknoloji kullanılarak oluşturulan proje, müşterinin gereksinimlerini karşılamalıdır;

Teknoloji, proje yaşam döngüsünün tüm aşamalarını mümkün olduğunca yansıtmalıdır;

Teknoloji, tasarım ve proje desteği için minimum işçilik ve maliyet maliyetleri sağlamalıdır;

Teknoloji, tasarımcıların üretkenliğini artırmaya yardımcı olmalıdır;

Teknoloji, projenin tasarımının ve işletiminin güvenilirliğini sağlamalıdır;

Teknoloji, proje dokümantasyonunun kolay bakımını kolaylaştırmalıdır.

AIS tasarım teknolojisi, belirli bir tasarım metodolojisi uygular. Buna karşılık, tasarım metodolojisi belirli bir konseptin, tasarım ilkelerinin varlığını varsayar ve bir dizi yöntem ve araçla uygulanır.

AIS tasarım yöntemleri, otomasyon araçlarının kullanım derecesine, tipik tasarım çözümlerine, beklenen değişikliklere uyarlanabilirliğe göre sınıflandırılabilir.

Otomasyon derecesine göre ayırt edilirler:

Manuel tasarım;

Bilgisayar tasarımı;

Tipik tasarım çözümlerinin kullanım derecesine göre ayırt edilirler:

Orijinal dizayn;

Tipik tasarım;

Tasarım çözümlerinin uyarlanabilirlik derecesine göre aşağıdaki yöntemler farklılık gösterir:

Yeniden yapılandırma - tasarım çözümlerinin uyarlanması, ilgili bileşenlerin işlenmesiyle gerçekleştirilir;

Parametrelendirme - tasarım çözümleri, belirtilen ve değiştirilebilir parametrelere göre ayarlanır;

Model yeniden yapılandırma - etki alanı modeli değişir, bu da tasarım kararlarının otomatik olarak yeniden yapılandırılmasına yol açar.

Otomasyon nesnesinin karmaşıklığına ve belirli bir AIS oluştururken çözülmesi gereken görevler kümesine bağlı olarak, işin aşamaları ve aşamaları farklı emek yoğunluğuna sahip olabilir. Projenin herhangi bir aşamasında birbirini izleyen aşamaların birleştirilmesine ve bazılarının hariç tutulmasına izin verilir. Ayrıca, bir önceki aşamanın bitiminden önce bir sonraki aşamanın çalışmalarına başlamasına izin verilir.

Otomatik bir bilgi sistemi oluşturmanın ana aşamaları:

AIS için gereksinimlerin oluşturulması;

AIS konseptinin geliştirilmesi;

Teknik şartnamelerin geliştirilmesi;

Proje eskiz geliştirme;

Projenin teknik kısmının geliştirilmesi;

AIS için çalışma belgelerinin geliştirilmesi;

Görevlendirmek;

AIS eskortu.

Tasarım metodolojisi

Metodoloji, bilgi sistemleri tasarım teknolojisinin temelini oluşturur. Metodoloji, belirli teknolojiler ve bunların destekleyici standartları, metodolojileri ve araçları aracılığıyla uygulanır.

IP tasarım yöntemleri, otomasyon araçlarının kullanım derecesine, tipik tasarım çözümlerine, beklenen değişikliklere uyarlanabilirliğe göre sınıflandırılabilir. Bu nedenle, otomasyon derecesine göre tasarım yöntemleri ikiye ayrılır:

1. IC bileşenlerinin tasarımının özel yazılım araçları ve programlama kullanılmadan gerçekleştirildiği el kitabı - algoritmik dillerde;

2. Tasarım çözümlerinin oluşturulması veya konfigürasyonunun (ayarının) özel yazılım araçlarının kullanımına dayalı olarak gerçekleştirildiği bilgisayar.

Tipik tasarım çözümlerinin kullanım derecesine göre, aşağıdaki tasarım yöntemleri ayırt edilir:

1. Orijinal (bireysel), tasarım çözümleri AIS gereksinimlerine uygun olarak "sıfırdan" geliştirildiğinde. Her tür tasarım çalışmasının, her nesne için, tüm özelliklerini maksimum ölçüde yansıtan bireysel projelerin yaratılmasına odaklanması ile karakterize edilir;

2. Tipik olarak, hazır standart tasarım çözümlerinden (yazılım modülleri) IS konfigürasyonunu varsayarsak. Bireysel projelerin geliştirilmesinde kazanılan deneyime dayalı olarak gerçekleştirilir. Bazı organizasyonel ve ekonomik sistem grupları veya iş türleri için bir deneyim genellemesi olarak tipik projeler, her durumda birçok spesifik özellikle ilişkilendirilir ve yönetim işlevlerinin, gerçekleştirilen işin ve geliştirilen proje belgelerinin kapsam derecesi açısından farklılık gösterir.

Tasarım çözümlerinin uyarlanabilirlik derecesine göre yöntemler ayırt edilir:

1. Tasarım çözümlerinin uyarlanması, ilgili bileşenlerin işlenmesiyle gerçekleştirildiğinde yeniden yapılandırma (yazılım modüllerinin yeniden programlanması);

2. Tasarım çözümleri değişken parametrelere göre ayarlandığında (üretildiğinde) parametrelendirme;

3. Modelin yeniden yapılandırılması, problem alanının modeli değiştiğinde, hangi tasarım çözümlerinin otomatik olarak yeniden oluşturulduğu temelinde.

Yöntemlerin sınıflandırılmasının çeşitli özelliklerinin kombinasyonu, kullanılan IC tasarım teknolojilerinin doğasını belirler; bunlar arasında iki ana sınıf vardır: kanonik ve endüstriyel teknolojiler. Endüstriyel tasarım teknolojisi de iki alt sınıfa ayrılır: otomatikleştirilmiş (CASE teknolojilerini kullanarak) ve tipik (parametrik odaklı veya model odaklı) tasarım. Endüstriyel teknolojilerin kullanımı bazı durumlarda kanonik teknolojilerin kullanımını dışlamaz.

Tasarım, amacı bir dizi dokümantasyon biçiminde yeni çözümler bulmak olan pratik bir faaliyettir. Arama süreci, sırayla belirli yöntemlerin kullanımını ima eden birbirine bağlı eylemler, prosedürler gerçekleştirme dizisidir. Tasarım sürecinin karmaşıklığı (diğer tüm yaratıcı faaliyetler gibi), standart olmayan tasarım (yaşam) durumları, çeşitli yöntemlerin bilgisini ve bunlara hakim olma becerisini gerektirir.

Tasarım teknolojisi, üç bileşenin bir kombinasyonu olarak tanımlanır:

Teknolojik tasarım işlemlerinin sırasını belirleyen adım adım prosedür;

Teknolojik işlemlerin sonuçlarını değerlendirmek için kullanılan kriterler ve kurallar;

Tasarlanan sistemi tanımlamak için kullanılan gösterim (grafik ve metinsel araçlar).

Tasarım araçlarının karşılaştırmalı özellikleri

Kurumsal tasarım için kurumsal bir standart seçmenin temel amacı, yönetimin iletişimi, organizasyonel ve teknolojik süreçlerin geliştiricileri ve bu süreçlerin uygulayıcıları için ortak ve zorunlu bir dil belirlemektir. Bu tür standartların özel uygulamaları, oluşturulmakta olan sistemler için gereksinimlerin sentezidir, organizasyon birimleri hakkındaki hükümler, hizmet talimatları vb.

Organizasyonel ve teknik sistemleri tasarlamak için yaklaşık 30 teknoloji ve bu süreci otomatikleştirmek için tasarlanmış birkaç yüz araç vardır. Bu nedenle, zaman faktörünü hesaba katarak karşılaştırmalı analiz, Rusya pazarındaki en popüler dört ürünle sınırlıydı: Bpwin / Erwin (Platinum Technology), Rational Rose (Rational Software Corporation), ARIS (Scheer AG) ve Oracle Designer (Oracle Developer Suite). CASE teknolojileri ve tasarım araçlarına ilişkin referans veriler aşağıdaki metinde ve Tablo 1'de verilmiştir.

tablo 1

Tasarım araçları ve karşılaştırmalı özellikleri

Kriterler				Oracle Designer
Tam IP yaşam döngüsü desteği
Proje bütünlüğünün sağlanması
Platform bağımsızlığı	+ (DoDAF, TeaF / FeaT, Zachman)	+ (ORACLE, Informix, Sybase)	+ (ORACLE, Informix, Sybase, Ingres vb.)
Veritabanları ve uygulamaların eşzamanlı grup geliştirme

*) uygulama geliştiricileri ancak tasarımı tamamlandıktan sonra veritabanıyla çalışmaya başlayabilirler.

CASE teknolojisi, bir bilgi sistemi tasarlamak için bir metodolojinin yanı sıra bir konu alanını görsel olarak simüle etmenize, bu modeli bir bilgi sisteminin geliştirme ve bakımının tüm aşamalarında analiz etmenize ve kullanıcıların bilgi ihtiyaçlarına göre uygulamalar geliştirmenize olanak tanıyan bir dizi araçtır. Mevcut CASE araçlarının çoğu, dış gereksinimleri, sistem modelleri arasındaki ilişkileri, sistem davranışının dinamiklerini ve yazılım mimarisini tanımlamak için diyagramlar veya metinler şeklinde spesifikasyonları kullanan yapısal (çoğunlukla) veya nesne yönelimli analiz ve tasarım metodolojilerine dayanmaktadır.

Systems Development Inc. tarafından yapılan Advanced Technology Review'e göre 2007'de, 1000'den fazla Amerikan şirketi ile yapılan bir anketin sonuçlarına göre, CASE teknolojisi şu anda en istikrarlı bilgi teknolojileri arasındadır (ankete katılan tüm kullanıcıların yarısı tarafından projelerinin üçte birinden fazlasında kullanılmıştır ve bunların% 85'i başarıyla tamamlanmıştır). Bununla birlikte, CASE araçlarının tüm potansiyel yeteneklerine rağmen, başarısız uygulamalarının birçok örneği vardır ve bunun sonucunda CASE araçları "raf yazılımı" yazılımına dönüşür. Bu bağlamda aşağıdakilere dikkat edilmelidir:

1. VAKA ilaçlarının hemen bir etkisi olması gerekmez; ancak bir süre sonra alınabilir;

2. CASE araçlarını uygulamanın gerçek maliyetleri genellikle edinme maliyetlerinin çok üzerindedir;

3. CASE araçları, ancak uygulama sürecinin başarıyla tamamlanmasından sonra önemli faydalar için fırsatlar sağlar.

CASE araçlarının çeşitli doğası göz önünde bulundurulduğunda, bunların uygulanmasına ilişkin belirli beklentilerin fiili tatminine ilişkin herhangi bir koşulsuz beyanda bulunmak hata olur. CASE araçlarının kullanımının olası etkisinin belirlenmesini zorlaştıran aşağıdaki faktörler listelenebilir:

1. CASE araçlarının çok çeşitli kalite ve yetenekleri;

2. Çeşitli organizasyonlarda CASE araçlarını kullanmanın nispeten kısa süresi ve kullanımlarında deneyim eksikliği;

3. Çeşitli organizasyonların uygulanmasında çok çeşitli uygulamalar;

4. Tamamlanan ve devam eden projeler için ayrıntılı ölçüm ve verilerin eksikliği;

5. Çok çeşitli konu alanları;

6. Farklı projelerde değişen derecelerde CASE araçları entegrasyonu.

Bu karmaşıklıklar nedeniyle, gerçek uygulamalarla ilgili mevcut bilgiler son derece sınırlı ve tutarsızdır. Araçların türüne, projelerin özelliklerine, destek düzeyine ve kullanıcı deneyimine bağlıdır. Bazı analistler, belirli CASE araçlarını kullanmanın gerçek faydalarının ancak bir veya iki yıllık deneyimden sonra elde edilebileceğine inanmaktadır. Diğerleri, etkilerin aslında IP yaşam döngüsünün operasyonel aşamasında, teknolojik iyileştirmelerin daha düşük operasyonel maliyetlere yol açabileceğine inanıyor.

SP kategorisi, hem çok sınırlı yeteneklere sahip kişisel bilgisayarlar (PC'ler) için nispeten ucuz sistemleri hem de heterojen bilgi işlem platformları ve işletim ortamları için pahalı sistemleri içerir. Bu nedenle, modern yazılım pazarında yaklaşık 30 farklı CASE sistemi vardır ve bunların en güçlüsü şu ya da bu şekilde neredeyse tüm önde gelen Batılı şirketler tarafından kullanılmaktadır.

Ortak girişimin uygulanması, potansiyel kullanıcılardan özel eğitim ve öğretim gerektirir. Deneyimler, ortak girişimin uygulanmasının yavaş olduğunu, ancak pratik becerilerin ve genel bir tasarım kültürünün kazanılmasıyla, bu araçları kullanmanın verimliliğinin çarpıcı bir şekilde arttığını ve ortak girişimi kullanmaya yönelik en büyük ihtiyacın, geliştirmenin ilk aşamalarında, yani gereksinimlerin analizi ve belirlenmesi aşamalarında yaşandığını göstermektedir. Bunun nedeni, ilk aşamalarda yapılan hataların maliyetinin, geliştirmenin sonraki aşamalarında tespit edilen hataların maliyetinden birkaç kat daha yüksek olmasıdır.

Bugün Rusya yazılım pazarı aşağıdaki en gelişmiş ortak girişimlere sahiptir:

ERWin / BPWin;

Akılcı Gül;

Oracle Designer.

ARIS - Çeşitli modelleme ve sistem analizi tekniklerini birleştiren entegre bir iş süreci modelleme aracı. Her şeyden önce, bir yazılım tasarım aracından çok, iş süreçlerini tanımlamak, analiz etmek, optimize etmek ve belgelemek için bir araçtır.

BPWin, görsel bir iş süreci modelleme aracıdır. ERWin, varlık-ilişki diyagramlarına dayalı keyfi karmaşıklık veritabanlarının modellenmesinde ve oluşturulmasında kullanılan bir araçtır.

Rational Rose, nesneye yönelik bilgi sistemlerini modellemek için bir araçtır. Bilgi sistemlerinin tasarımındaki hemen hemen her sorunu çözmenize olanak tanır: iş süreçlerinin analizinden belirli bir programlama dilinde kod oluşturmaya kadar. Hem yüksek seviyeli hem de düşük seviyeli modeller geliştirmenize olanak tanır, böylece soyut tasarım veya mantıksal tasarım gerçekleştirir.

Oracle Designer, bir etki alanını tanımlamak için işlevsel bir araçtır. CASE teknolojisini ve Oracle'ın kendi CDM IS geliştirme metodolojisini uygulayan yazılım sistemleri ve veritabanları tasarlamak için Oracle9i Developer Suite araç setinin bir parçasıdır ve geliştirme ekibinin iş süreci analizinden modellemeye ve kod üretmeye kadar bir proje yürütmesine olanak tanır ve prototip ve daha sonra nihai ürün. Bu araç, karmaşık bir yazılım sistemini tasarlamak, geliştirmek ve uygulamak için kullanılan tüm Oracle ürünleri serisini hedeflerken kullanmak mantıklıdır.

Tabloda verilen verilerin analizi, listelenen ortak girişimlerden sadece ARIS kompleksinin ana kriterler olarak benimsenen tüm kriterleri en iyi şekilde karşıladığını göstermektedir. Bu nedenle, örneğin, Rational Rose kompleksinde, Corba arayüzünün kullanılmasıyla tasarım veri tabanının bütünlüğü ve uçtan-uca IS tasarımının birleşik teknolojisi sağlanır. İki ürünün her birinin kendi sınıfının en güçlülerinden biri olduğu unutulmamalıdır.

Bu nedenle, yazara göre, bugün büyük ölçekli IC'leri geliştirmenin en gelişmiş yolu ARIS kompleksidir.

Bilgi sistemleri geliştirme metodolojisi. Bilgi sistemleri tasarım metodolojisinin temelleri

İyi çalışmanızı bilgi tabanına göndermek basittir. Aşağıdaki formu kullanın

Benzer belgeler

Şifre kurtarma