ana / 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 (IS) - hedefe ulaşmak için bilgileri depolamak, işlemek ve yayınlamak için kullanılan birbirine bağlı araçlar, yöntemler ve personel seti.

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

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

IS tasarımı, bir nesne hakkındaki girdi bilgilerinin, GOST'a uygun olarak benzer bir amaca yönelik nesnelerin tasarlanmasındaki yöntemler ve deneyimlerin 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 sıralı resmileştirilmesine indirgenir: gereksinimlerin planlanması ve analizi, teknik ve ayrıntılı tasarım, IS'nin uygulanması ve işletilmesi.

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 bir hacim ve sıkı son tarihler ile, sistemin geliştirilmesinde birkaç tasarım ekibi (geliştirme kuruluşları) yer alabilir. Bu durumda, birlikte yürüten tüm kuruluşların faaliyetlerini koordine eden ana kuruluş tahsis edilir.

IS 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 yerine geçen bir nesne, ikincisinin bazı özelliklerinin incelenmesini sağlar; Doğru yönetim kararını vermek için gerekli niteliksel ve niceliksel sonuçların elde edilmesinin yanı sıra analizi ve tahmini için sistemin basitleştirilmiş bir temsili.

Modelleme, bir nesnenin, modeliyle deneyler yaparak onun hakkında bilgi edinmek için bir model tarafından temsil edilmesidir.

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

bilgi modeli- Bu, modellenen nesne, süreç veya fenomenin bilgi yönlerini sunan bir nesne, süreç veya fenomen modelidir.

IP modellerinin geliştirilmesinin temelidir.

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

1. Projenin taslağı. P Projenin amaç ve hedeflerinin ayrıntılı bir açıklaması, beklenen kâr, zaman kaynakları, herhangi bir kısıtlama, mevcut kaynaklar vb. Ayrıca, uygulanmasından sorumlu olan bir "proje yöneticisi" ile projeden sorumlu, işin ana kişisi olacak ve gerektiğinde ve projenin en sonunda proje yöneticisine destek olacak bir üst düzey yöneticinin belirlenmesi de önemlidir. proje.

2. Projenin değerlendirilmesi. Bu projenin en önemli kısmıdır. Sistemlerin ne yapacağı, nasıl çalışacağı, hangi donanım ve uygulamaların kullanılacağı ve bunların nasıl sürdürüleceği gibi tüm önemli kararları verir. En önemlisi, burada çeşitli eylemlerin olası maliyetleri ve faydaları analiz edilir ve nihai seçim yapılır. Genel bir kural olarak, sistemin mümkün olduğu kadar 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. İlk olarak, bir sistem gereksinimleri listesi hazırlayın - sistemin işletme için ne yapacağına ve nasıl yönetileceğine dair ayrıntılı bir liste. Düzenli kullanıcıların (ve diğer paydaşların) ihtiyaçları incelenir, çünkü sadece onlar gerçekten neye ihtiyaçları olduğunu ve bunu mevcut faaliyete nasıl uyduracaklarını bilirler.

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

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 oluşturulacağını yeniden düşünmek için iyi bir fırsattır.

6. Bir sonraki aşama donanım ve yazılım gereksinimlerine bakmaktır. Potansiyel tedarikçilere danışın, diğer iş çözümlerini inceleyin ve bilgili danışmanlardan tavsiye alın. Bazı zor kararlar dikkatle değerlendirilmelidir. Örneğin, şu soruları yanıtlamalısınız: zaten hazır bir uygulama paketi mi kullanacaksınız yoksa yeni bir yazılım mı sipariş edeceksiniz. Cevaplar, hazır olduğunuz risk derecesine ve işinizin diğer tipik firmalardan ne kadar farklı olduğuna bağlı olacaktır.

Maliyet fayda analizi, nihai bir karar vermeden önceki son adımdır. Özellikle standart bir paket kullanıyorsanız, uygulama ve donanım maliyetleri nispeten düşüktür. Sistemi kurmak için harcanan zaman ve çalışmasını desteklemek için harcanan zaman büyük bir maliyettir.

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

8. Personel, sistemin çalışmasının kolay olmasını sağlamalıdır. Hiçbir şey hevesi öldürmez yeni sistem bir dizi teknik sorundan daha hızlı.

9. Proje yönetimi ve risk değerlendirmesi. Proje tamamen önemsiz olmadığı sürece, 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 kâr ettiğini gösterene kadar proje tamamlanmaz.

10. Rolünün önemli bir kısmı, sürekli olarak projenin risklerinin farkında olmaktır. Başımızı kuma gömme ve her şeyin yolunda gitmesini umma cazibesine rağmen riskler açıkça tartışılmalıdır. Risk planlanabilir: alternatif çözümler, aşırı eylemlere hazırlanmak vb. Bir örnek, farklı çözümlerin değişen derecelerde riskli olabileceği yazılım seçenekleri olabilir. Artık ayrıntılı bir tartışmaya yer yok, ancak aşağıdaki kontrol listesinin kullanılması bazı noktaların vurgulanmasına yardımcı olabilir.

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

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

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-3.jpg" alt = "(! LANG:> Organizasyonel destek (OO), IC'de derlenmiş bir dizi belgedir. tasarım süreci onaylandı"> Организационное обеспечение (ОО) - представляет собой комплекс документов, составленный в процессе проектирования ИС, утвержденный и положенный в основу эксплуатации. Правовое обеспечение (Пр. О) - представляет собой совокупность правовых норм, регламентирующих правоотношения при создании и внедрении ИС и ИТ. Эргономическое обеспечение (ЭО) - как совокупность методов и средств, используемых на разных этапах разработки и функционирования ИС и ИТ, предназначено для создания оптимальных условий высококачественной, высокоэффективной и безошибочной деятельности человека в ИТ, для ее быстрейшего освоения. Конечный продукт работы любого менеджера - это решения и действия. Принятое им решение ведет либо к преуспеванию предприятия, либо к неудачам. Принятие решения - это всегда выбор определенного направления деятельности из нескольких возможных. Так как процесс управления любой организацией в экономике реализуется исключительно посредством формирования и реализации управленческих решений, поэтому остановимся на типах решений, которые имеют !} çeşitli özellikler ve farklı veri kaynakları gerektirir. IS geliştirmenin temelleri. 3

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-4.jpg" alt = "(! LANG:> Operasyonel çözümler periyodiktir: aynı görev periyodik olarak gerçekleşir. sonuç, süreç"> Оперативные решения - периодические: одна и та же задача возникает периодически. В результате процесс принятия решения становится относительно рутинным и почти беспроблемным. Параметры (характеристики) хозяйственных процессов, используемые в ходе принятия решения, определены, их оценка известна с высокой точностью, а взаимосвязь параметров с принимаемым решением понятна. Принятие !} operasyonel çözümler oldukça beklenen ve öngörülebilir sonuçlara yol açar. Operasyonel çözümler kısa vadelidir. Taktik kararlar genellikle üst düzey karar verici tarafından belirlenen amaç ve niyetlere ulaşmak için gerekli araçları sağlamaktan sorumlu olan orta düzey yöneticiler tarafından verilir. Taktik kararlar, operasyonel kararlar kadar rutin ve yapılandırılmış değildir. Taktik kararları oluşturan kontrol nesnesinin tüm ana parametreleri bilinmiyor; önemli olarak tanımlanan performans derecelendirmeleri bilinmeyebilir ve performans ile kararlar arasındaki ilişki net olmayabilir. Stratejik kararlar, şirketin tüzüğünde tanımlanan ve işletmenin üst yönetimi tarafından rafine edilen şirketin hedeflerine dayalı olarak alınır. Bu hedefler, kuruluş için kritik faktörlerin belirlenmesinin yanı sıra uzun vadeli planlamanın dayandırılması gereken temeli tanımlar. Bu kararlar, taktik ve operasyonel kararlar almak için temel sağlar. IS geliştirmenin temelleri. dört

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

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

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

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

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-9.jpg" alt = "(! LANG:> - gelişmiş, arkadaş canlısı grafik arayüzü son kullanıcı; - operasyonel bilgi işleme modları, kapat "> - son kullanıcının geliştirilmiş, kullanıcı dostu grafik arayüzü; - gerçek zamanlıya yakın operasyonel bilgi işleme modları. Kullanıcının ihtiyaçlarına göre bilgi dozlamasına izin veren kimlik doğrulama ve erişim kontrolü araçları görev görevleri; toplam hacmi gigabayt veya terabayt olarak ölçülen bir veya daha fazla veritabanı sunucusuna karşı yüksek düzeyde koruma, raporlamada binlerce ve milyonlarca kaydı işleyebilme, donanım ve işletim ortamlarına değişmezlik (belirli sınırlar içinde) sunucu ve istemci uygulamalarının kullanımı Verilerin sunumu ve işlenmesi için standartlaştırılmış dillerin ve protokollerin kullanımı IS geliştirmenin temelleri 9

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

Kaynak = "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 = "(! LANG:> Buna göre, kurumsal ERP sistemleri bir dizi entegre uygulamadır. karmaşık, tek bir bilgi alanında, destek"> Соответственно, корпоративные ERP-системы - набор интегрированных приложений, которые комплексно, в едином информационном пространстве поддерживают все основные аспекты !} Yönetim faaliyetleri işletmeler: mal (hizmet) üretimi için kaynak planlaması (finansal, insan, malzeme), planların uygulanmasının operasyonel yönetimi (tedarik, satış, sözleşmelerin sürdürülmesi dahil), her türlü muhasebe ve iş sonuçlarının analizi. Modern kurumsal bilgi sistemlerinin gereksinimleri arasında: · verilerin tek bir veritabanında merkezileştirilmesi (her zaman endüstriyel bir DBMS'ye dayalıdır), · gerçek zamanlı çalışma moduna yakın, · koruma genel model farklı endüstrilerdeki işletmeler için yönetim, · coğrafi olarak dağıtılmış yapılar için destek, · çok çeşitli donanım ve yazılım platformları ve VTYS üzerinde çalışmak. ERP sistemleri örnekleri - SAP R 3, Galaktika, MS Navision Axapta. IS geliştirmenin temelleri. 13

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-14.jpg" alt = "(! LANG:> 2. Bilgi sistemlerinin mimariye göre sınıflandırılması. Mimari"> 2. Классификация информационных систем по архитектуре. Архитектура "Файл-сервер". Исторически первая архитектура информационных систем. Как исполняемые модули, так и данные размещаются в !} ayrı dosyalar işletim sistemi. Verilere erişim, yol (yol) belirtilerek ve dosya işlemleri (açma, okuma, yazma) kullanılarak gerçekleştirilir. Verileri depolamak için özel bir sunucu kullanılır ( ayrı bilgisayar), dosya sunucusudur. Yürütülebilir modüller ya iş istasyonlarında ya da bir dosya sunucusunda depolanır. İkinci durumda, yönetim prosedürü basitleştirilmiştir, ancak aynı zamanda ağ güvenilirliği gereksinimleri de artar. İstemci-sunucu mimarisi. İstemci-sunucu sadece bir mimari değil, eski kavramların yerini alan yeni bir paradigmadır. Özü, istemcinin (yürütülebilir modül) belirli bir veri alışverişi protokolüne göre belirli hizmetleri talep etmesi gerçeğinde yatmaktadır. Aynı zamanda, bir dosya sunucusundaki durumun aksine, doğrudan işletim sistemi yollarını kullanmaya gerek yoktur: istemci bunları "bilmez", yalnızca veri kaynağının adını ve kullanılan diğer özel bilgileri "bilir". istemciyi sunucuda yetkilendirin. Fiziksel olarak aynı bilgisayarda, belki de dünyanın diğer ucunda bulunabilen sunucu, istemcinin talebini işler ve uygun veri manipülasyonlarını yaptıktan sonra istenen veri kısmını istemciye aktarır. IS geliştirmenin temelleri. on dört

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-15.jpg" alt = "(! LANG:> Yön içinde"> В рамках направления "клиент-сервер" существуют два основных "диалекта": "тонкий" и "толстый" клиент. В системах на основе тонкого клиента используется мощный сервер баз данных, это - высокопроизводительный компьютер и библиотека так называемых хранимых процедур, позволяющих производить вычисления, реализующие основную логику обработки данных, непосредственно на сервере. Клиентское приложение, соответственно, предъявляет невысокие требования к аппаратному обеспечению рабочей станции. Основное достоинство таких систем - относительная дешевизна клиентских станций. Системы с толстым клиентом, напротив, реализуют основную логику обработки на клиенте, а сервер представляет собой в !} saf formu yalnızca standartlaştırılmış veri işleme isteklerinin yürütülmesini sağlayan bir veritabanı sunucusu (kural olarak, ilişkisel veritabanı tablolarındaki verileri okuma, yazma, değiştirme). Bu sınıftaki sistemlerde, bir iş istasyonu için gereksinimler daha yüksektir ve bir sunucu için - daha düşüktür. Mimarinin avantajı, sunucu bileşeninin farklı üreticilerin sunucularına taşınabilir olmasıdır: tüm endüstriyel ilişkisel veritabanı sunucuları, standart bir manipülasyon dili ile çalışmayı destekler. SQL verileri, ancak sunucuda işleme mantığını uygulamak için gereken dahili yerleşik veri işleme dili her sunucu için farklıdır. IS geliştirmenin temelleri. on beş

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-16.jpg" alt = "(! LANG:> Üç katmanlı mimari. Mimari bileşenin daha fazla uzmanlaşmasına dayalıdır. : müşteri yalnızca"> Трехслойная архитектура. Базируется на дальнейшей специализации компонент архитектуры: клиент занимается только организацией интерфейса с пользователем, сервер баз данных - только стандартизованной обработкой данных. Для реализации логики обработки данных архитектура предусматривает отдельный слой - слой бизнес-логики. Этот слой может представлять собой либо выделенный сервер (сервер приложений), либо размещаться на клиенте в качестве динамической библиотеки. Данная архитектура позволила соединить достоинства тонкого и толстого клиентов: хорошая переносимость соединяется в ней с невысокими требованиями к клиенту. С развитием интернет-технологий появилась разновидность трехслойной архитектуры на основании использования web-технологий. В этой разновидности роль сервера приложений играет web-сервер, а в качестве клиента используется стандартный web-браузер. Достоинства - в пониженных требованиях к клиенту и в легкой встраиваемости данной архитектуры в мировые !} bilgi ağları... Ana dezavantaj, arayüzdeki bilinen sınırlamalardır. kullanıcı ağı-tarayıcılar. Bir dereceye kadar yaklaşıklık ile, tüm IS'ler 2 sınıfa ayrılabilir: bilgi alma ve kontrol. IS geliştirmenin temelleri. on altı

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-17.jpg" alt = " depolanan erişime sahip"> Конечные пользователи информационно-поисковых систем (ИПС), как правило, имеют доступ к хранимым данным только "по чтению" и используют данные системы для поиска ответов на те или иные вопросы. Доступ по модификации данных имеет администратор системы, в функции которого входит обеспечение актуальности информации, устранение ошибок. Классические примеры ИПС - системы поиска в библиотеках, на транспорте (справки о наличии билетов). На современном этапе развития информационных технологий классические ИПС постепенно вытесняются поисковыми серверами Интернет - общего назначения и специализированными. Альтернатива ИПС - управляющие системы автоматизируют (полностью или частично) деятельность, связанную с принятием решений. Действия конечных пользователей таких систем приводят к модификации информации, что, конечно, не исключает возможности просто получать информацию, как в ИПС. Примеры управляющих систем - системы бухгалтерского учета, системы планирования производственных ресурсов и т. п. Основы разработки ИС. 17!}

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

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-19.jpg" alt = "(! LANG:> R. Hanage'nin çalışmasındaki bir grup tartışmasının parçası olarak (Kar ve Büyüme için Bilgi Yönetimi),"> В рамках группового обсуждения в работе 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 = "(! LANG:> Bir bilgi sistemi oluşturmanın dört aşaması vardır. 1 Proje taslağı . Detaylı Açıklama hedefler ve "> Bir bilgi sistemi oluşturmanın dört aşaması vardır. 1 Proje taslağı. Projenin amaç ve hedeflerinin ayrıntılı bir açıklaması, beklenen kâr, zaman kaynakları, herhangi bir kısıtlama, mevcut kaynaklar vb. Uygulamadan sorumlu "proje yöneticisi" ve üst yönetimde, işin ana kişisi olacak ve gerektiğinde ve projenin en sonunda proje yöneticisine destek olacak bir proje yöneticisi. 2 Projenin Değerlendirilmesi Bu projenin en önemli kısmıdır.Bütün önemli kararları verir - sistemlerin ne yapacağı, nasıl çalışacakları, hangi donanım ve uygulamaların kullanılacağı ve nasıl sürdürüleceği.En önemlisi, burada olası maliyetler ve faydalar çeşitli eylemler incelenir ve nihai seçim yapılır.Temel bir kural olarak, sistemin mümkün olduğunca basit olması gerektiği ilkesi kullanılmalıdır. inanılmaz maliyetlerle sonuçlanır. Daha sonra yapılan değişiklikler daha pahalıdır. İlk olarak, bir sistem gereksinimleri listesi hazırlanır - sistemin işletme için ne yapacağının ve nasıl yönetileceğinin ayrıntılı bir listesi. IS geliştirmenin temelleri. yirmi

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-21.jpg" alt = "(! LANG:> sadece onlar gerçekten biliyor"> Изучаются потребности постоянных пользователей (и других заинтересованных лиц), так как только они действительно знают, что им нужно и как это вписать в существующую деятельность. Список включает в себя данные которые предназначены для ввода, основные результаты и отчеты, количество пользователей, размеры информации, связи с другими существующими системами и т. д. и должен быть достаточно подробным для того, чтобы можно было послать запрос поставщикам аппаратуры и программного обеспечения. На этой стадии мы не должны, . просто компьютеризировать существующие способы работы. Проект информационных технологий - это хорошая возможность еще раз подумать, как лучше сделать информационную систему. Следующая стадия состоит в том, чтобы посмотреть на требования к аппаратуре и программному обеспечению. Проконсультироваться с потенциальными поставщиками, просмотреть другие деловые решения и посоветоваться со знающими консультантами. Некоторые трудные решения должны подвергнуться тщательной оценке. Следует ответить, например, на такие вопросы: использовать ли уже готовый пакет прикладных программ либо заказать новое программное обеспечение. Ответы будут зависеть от степени риска, к которой Вы готовы, и от отличий Вашего бизнеса от других типичных фирм. Анализ затрат и прибыли - это финальный шаг перед окончательным решением. Основы разработки ИС. 21!}

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

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

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-24.jpg" alt = "(! LANG:> Yaratılış ilkeleri. Yukarıdaki yaklaşımlara göre temel ilkeler IP ve BT oluşturma yönetimi oluşturulur: tutarlılık"> Принципы создания. Согласно приведенным подходам формируются основные принципы создания ИС и ИТ управления: системность и логичность построения обеспечивающих и функциональных элементов ИС; широкое применение экономико-математических методов и !} standart programlar tahmin edici ve istatistiksel doğa. Üretimi yönetme görevleri, organizasyonun finansal faaliyetleri çoğunlukla analitik, optimizasyon veya planlama görevleri olarak ortaya çıkar. sistemin, her biri belirli bir yönetim faaliyeti alanını modelleyen bir dizi görev kompleksine (modülüne) ayrılmasını içerir. yeni yöntemlerin kullanılması ve yeni oluşturulan yazılım modüllerinin yönetim otomasyon sistemine dahil edilmesi. IS'nin tasarımı başlangıçta modüler ilkelere dayanmalı ve bilgisayar uygulaması, yazılımın yapısını geliştirerek genişlemeye izin vermelidir. tüm unsurların ve sistemin bir bütün olarak uyarlanması ilkesidir. Görevlerin, teknik ve ekonomik göstergelerin ve bunların modüller halinde gruplandırılmasından hedeflerin formülasyonuna kadar, bina yönetimi IS ideolojisine tamamen nüfuz etmelidir. IS geliştirmenin temelleri. 24

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-25.jpg" alt = "(! LANG:> Genel IC güvenilirlik endeksi bir dizi önemli özelliği yoğunlaştırmaktadır: - frekans arızaları"> Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: -частоту возникновения сбоев в техническом обеспечении; -степень адекватности математических моделей; -верификационную чистоту программ; -относительный уровень достоверности информации; -интегрированный показатель надежности эргономического обеспечения ИС. Адаптационные свойства системы отражают ее способность приспосабливаться к изменениям окружающего внешнего фона внутренней управленческой и производственной среды организации. Важная задача заказчика - сформулировать на этапе проектирования границы допущения отклонений в значениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. В !} Genel görünüm sorunun ifadesi temelde dört önemli bileşenden oluşur: -örgütsel-ekonomik şema ve tanımı; - uygulamalı matematiksel modeller seti; - hesaplama algoritmalarının açıklamaları; - sistemin bilgi modelini oluşturma kavramı. IS geliştirmenin temelleri. 25

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-26.jpg" alt = " temel bilgiler, bilgiler"> Постановка и дальнейшая компьютерная реализация задач требуют усвоения основных понятий, касающихся теоретических основ, информационных технологий. К ним относятся: -свойства, особенности и структура экономической информации; -условно-постоянная информация, ее роль и назначение; -носители информации, макет машинного носителя; -средства формализованного описания информации; -алгоритм, его свойства и формы представления; -назначение и способы контроля входной и результатной информации; -состав и назначение устройств компьютера; -состав программных средств, назначение !} işletim sistemleri, uygulama yazılım paketleri (PPP), yönetici iş istasyonu, yönetici iş istasyonu, iş istasyonu (finansör, muhasebeci iş istasyonu vb.) gibi entegre yazılım paketleri.IS geliştirmenin temelleri. 26

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-27.jpg" alt = " sağlamak için, önce"> Жизненные циклы ИС. Современные сети разрабатываются на основе стандартов, что позволяет обеспечить, во-первых, их высокую эффективность и, !} ikinci olarak, birbirleriyle etkileşim olasılığı. Genel olarak konuşursak, bilgi sistemleri için tüm standartlar (genel olarak herhangi bir sistem için olduğu gibi) aşağıdaki iki ana sınıfa ayrılabilir: -Sistemin işleyiş sırasını, kendisi için belirlenen hedefe ulaşmak için belirleyen işlevsel standartlar. yaratıcıları tarafından. -Bir sistemin nasıl oluşturulacağını, devreye alınacağını, uygulanacağını ve bertaraf edileceğini yöneten yaşam döngüsü standartları. Bu iki sınıfın standartları tarafından tanımlanan modeller elbette birbiriyle ilişkilidir, ancak tamamen farklı sorunları çözerler ve yapılarına temelde farklı yaklaşımlarla karakterize edilirler. Bunu bir örnekle açıklayalım. Sistemin en eksiksiz işlevsel modeli sistemin kendisidir, ancak sistemin kendisinin "biyografisi" hiçbir şekilde yaşam döngüsünün bir modeli olarak kabul edilemez. Bir bilgi sisteminin yaşam döngüsü modeline çok daha yakın olan, gebe kalma anından başlayarak canlı bir varlığın yaşamının tanımıdır. IS geliştirmenin temelleri. 27

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-28.jpg" alt = "(! LANG:> Böylece, bir bilgi sisteminin yaşam döngüsü tüm aşamaları kapsar ve oluşturma, bakım aşamaları"> Таким образом, жизненный цикл информационной системы охватывает все стадии и этапы ее создания, сопровождения и развития: -предпроектный анализ (включая формирование функциональной и !} bilgi modelleri bilgi sisteminin amaçlandığı nesne); - sistem tasarımı (teknik şartnamelerin, taslak ve teknik tasarımların geliştirilmesi dahil); - sistem geliştirme (tasarım özelliklerine dayalı uygulama programlarının programlanması ve test edilmesi dahil - tasarım aşamasında belirlenen alt sistemler); -Sistemin entegrasyonu ve montajı, test edilmesi; - sistemin çalışması ve bakımı; sistem Geliştirme. IS geliştirmenin temelleri. 28

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-29.jpg" alt = "(! LANG:> Bazı özellikler Modern bilgi sistemlerinin yaşam döngüsü yaklaşık 10 yıldır. , önemli olan"> Немного специфики Продолжительность жизненного цикла современных информационных систем составляет около 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 = " sistemleri oluşturur"> Из мировой практики известно, что затраты на сопровождение прикладного программного обеспечения информационных систем составляют не менее 70% его совокупной стоимости на протяжении жизненного цикла. Поэтому крайне важно еще на проектной стадии предусмотреть необходимые методы и средства сопровождения прикладного программного обеспечения, включая методы конфигурационного управления. В России создание и испытания автоматизированных систем, к которым относятся и информационные системы, регламентированы рядом ГОСТов, прежде всего серии 34. Однако отдельные положения этих ГОСТов уже устарели, а ряд этапов жизненного цикла информационных систем предоставлены недостаточно полно. Поэтому более целесообразно рассматривать в качестве определяющего документа международный стандарт ISO/IEC 12207. Данный стандарт определяет структуру жизненного цикла, содержащую процессы, которые должны быть выполнены во время создания программного обеспечения информационной системы. Основы разработки ИС. 30!}

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

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-32.jpg" alt = "(! LANG:> Dişli ve spiral modeller Ancak, ISO/IEC 12207 standardı, belirli bir yaşam döngüsü modeli sunmaz"> Каскадная и спиральная модели Однако стандарт ISO/IEC 12207 не предлагает конкретной модели жизненного цикла и методов разработки, его рекомендации являются общими для любых моделей жизненного цикла. Под моделью обычно понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла. Из существующих в настоящее время моделей наиболее распространены две: каскадная и спиральная. Они принципиально различаются самим подходом к информационной системе и ее программному обеспечению. Суть различий в том, что в каскадной модели информационная система является однородной и ее программное обеспечение определяется как единое (с ней) целое. !} Bu yaklaşımönceki bilgi sistemlerinin (kaskad yöntemi 1970'den beri kullanılmaktadır) ve ayrıca geliştirmenin en başında tüm gereksinimleri yeterli ve eksiksiz bir şekilde formüle etmenin mümkün olduğu sistemler için karakteristiktir. Bu koşullar sağlandığında kaskad yöntemi iyi sonuçlar verir. IS geliştirmenin temelleri. 32

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

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

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-35.jpg" alt = "(! LANG:> Bu modelleri karşılaştırarak kaskad modelin daha fazla olduğunu söyleyebiliriz. çok yönlü, t."> Сравнивая эти модели, можно сказать, что каскадная модель более универсальна, т. е. она применима к производству разных изделий, будь то отбойный молоток или графический редактор. Для разных изделий просто будут изменяться количество и название этапов модели. Спиральная же модель более ориентирована именно на информационные системы, особенно на !} yazılım ürünleri bu nedenle, bilgi sistemlerini ve yazılımlarını geliştirirken kademeli olarak tercih edilir. Diğer herhangi bir ürün gibi bir bilgi sisteminin yaşam döngüsünü sürdürmenin bir sonraki adımı, otomasyonudur. Bununla birlikte, hem endüstriyel ürünlerin hem de bilgi sistemlerinin geliştirilmesi, üretimi ve işletilmesi ile ilgili çeşitli süreçlerin otomasyonu, ürün yaşam döngüsünün tüm aşamalarını kapsadığında en etkilidir. Aynı zamanda, aşağıdaki sorunların üstesinden gelinmesi gerekmektedir: yaşam döngüsünün farklı aşamalarıyla ilgili belirli sorunları çözmeye odaklanan birçok farklı sistemin varlığı, bitişik sistemler arasında veri alışverişinde zorluklara yol açar; birkaç işletmenin ürün yaşam döngüsünün desteklenmesine katılım, ortaklar arasında etkin ürün bilgisi alışverişini gerektirir; ürünün karmaşıklığı, birçok modifikasyonunun varlığı, ödünç alma, standardizasyon, birleştirme, çok seviyeli çok değişkenli montaj modellerinin desteğini gerektirir. CALS konsepti uygulanarak bu problemlerin üstesinden gelinebilir. IS geliştirmenin temelleri. 35

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-36.jpg" alt = "(! LANG:> 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 - непрерывная информационная поддержка жизненного цикла продукта. Встречается также другой перевод, менее схожий с исходным названием, но более близкий по смыслу: обеспечение неразрывной связи между производством и прочими этапами жизненного цикла изделия. !} Bu teknoloji 1980'lerde ABD Savunma Bakanlığı tarafından geliştirilen, tüm dünyaya yayılmış ve dünya ekonomisinin neredeyse tüm alanlarını kaplamıştır. Kağıtsız teknolojilerin kullanımı yoluyla tüm ürün yaşam döngüsü boyunca iş süreçlerinin verimliliğini ve kalitesini artırmak için tasarlanmıştır. CALS teknolojileri sisteminin yaratılmasının başlangıcı, ürün yaşam döngüsünün tüm aşamalarında süreçleri tanımlamak için bir standartlar sisteminin geliştirilmesiydi. IS geliştirmenin temelleri. 36

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-37.jpg" alt = "(! LANG:>"> В международных стандартах серии ISO 9004 (управление качеством продукции) введено понятие "жизненный цикл изделия". Данное понятие включает в себя следующие этапы жизненного цикла изделия: маркетинг, поиск и изучение рынка; проектирование и/или разработка технических требований к создаваемой продукции; материально- техническое снабжение; подготовка и разработка технологических процессов; производство; контроль, проведение испытаний и обследований; упаковка и хранение; реализация и/или распределение продукции; монтаж, эксплуатация; техническая помощь в обслуживании; утилизация после завершения использования продукции. Основы разработки ИС. 37!}

Kaynak = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-38.jpg" alt = ""> Для развития методологии CALS в США были созданы Управляющая промышленная группа по вопросам CALS (ISG) и ее исполнительный консультативный комитет. В !} şu anda ABD, Japonya, Kanada, Büyük Britanya, Almanya, İsveç, Norveç, Avustralya ve diğer ülkelerin yanı sıra NATO da dahil olmak üzere dünyada 25'ten fazla ulusal kuruluş (CALS'nin geliştirilmesi için komiteler veya konseyler) faaliyet göstermektedir. Bu ve benzeri kuruluşların ana çabaları, farklı düzeylerde düzenleyici belgeler oluşturmaya yönelikti. Geçtiğimiz birkaç yıl içinde aşağıdaki belgeler geliştirildi: ISO 10303 (Endüstriyel otomasyon sistemleri ve entegrasyon - Ürün verilerinin temsili ve değişimi), ISO 13584 (Parça Kitaplığı), Def Stan 00-60 (Entegre Lojistik Destek), MIL-STD -2549 (Konfigürasyon Yönetimi. Veri Arayüzü), MIL-HDBK-61 (Konfigürasyon Yönetimi. Rehberlik), AECMA Spesifikasyonu 2000 M (Askeri Teçhizat için Malzeme Yönetimi Entegre Veri İşleme için Uluslararası Spesifikasyon), AECMA Spesifikasyonu 1000 D (Uluslararası Teknik Veriler Spesifikasyonu) Yayınlar, Ortak Kaynak Veri Tabanından Yararlanma), vb. IS geliştirmenin temelleri. 38

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-39.jpg" alt = "(! LANG:> CALS standartları CALS teknolojileri için ISO standartları üçe ayrılabilir gruplar: bilgi sunumu"> Стандарты CALS Стандарты, разработанные ISO для CALS-технологий, можно разбить на три группы: представление информации о продукте, представление текстовой и !} grafik bilgi ve genel amaçlı. Birinci grup şunları içerir: Ürün Modeli Verilerinin Değişimi için ISO / IEC 10303 Standardı (STEP) ve ISO 13584 Endüstriyel Otomasyon - Parça Kitaplığı. İkinci grup şunları içerir: ISO 8879 Bilgi İşleme - Metin ve Ofis Sistemi - Standart Genelleştirilmiş İşaretleme Dili (SGML); ISO/IEC 10179 Belge Stili Anlambilimi ve Belirtim Dili (DSSSL); ISO/IEC IS 10744 Bilgi Teknolojisi - Hiper Ortam / Zamana Dayalı Belge Yapılandırma Dili (Hy. Time); ISO/IEC 8632 Bilgi İşlem Sistemleri - Bilgisayar Grafikleri - Metafile; ISO / IEC 10918 Dijital Sürekli Tonlu Durağan Resim Görüntülerinin Kodlanması (JPEG); ISO 11172 MPEG 2 Hareketli Görüntü Uzmanları Grubu (MPEG); Dijital Depolama Ortamı ve ISO / IECS 13522 Bilgi Teknolojisi için Hareketli Görüntülerin ve ilgili Sesin Kodlanması - Çoklu Ortam ve Hiper Ortam Bilgilerinin Kodlanması (MHEG). IS geliştirmenin temelleri. 39

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-40.jpg" alt = "(! LANG:> CALS uygulamasının verimliliği CALS teknolojileri kullanılarak çözülen temel sorun şudur: - zamandan ve paradan tasarruf"> Эффективность реализации 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 = "(! LANG:> Bina bilgi sistemleri ve teknolojileri bilgisinin seçilmiş sayıları"> Отдельные вопросы построения информационных систем и технологий Здесь мы рассмотрим некоторые технологии создания информационных систем, наиболее часто предлагаемые разработчиками. Знакомство с такими технологиями облегчит процесс понимания заказчиком предложений разработчика. Автоматизированные системы проектирования Усложнение информационных систем и расширение областей их применения, повышение требований к ним привели к тому, что даже большие, коллективы разработчиков не в состоянии за приемлемое время, в, условиях ограничений по ресурсам и с заданным качеством разработать информационную систему. В результате развития средств и методов создания информационных систем оформилось направление, связанное с автоматизацией проектирования информационной системы и информационной технологии. Это путь использования готовых решений, обеспечения заданного качества и ускорения работ при создании информационной системы и информационной технологии. (См. : Ойхман Е. Г. , Попов Э. В. Реинжиниринг бизнеса: реинжиниринг организации и информационные технологии. - М. : Финансы и статистика, 1997.) Основы разработки ИС. 41!}

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

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-43.jpg" alt = "(! LANG:> Bilgi sisteminin son testi kabul testleridir. Bu test bilgi sisteminin müşteriye gösterilmesini sağlar"> Последний тест информационной системы - приемо-сдаточные испытания. Такой тест предусматривает показ информационной системы заказчику и должен содержать группу тестов, моделирующих реальные !} iş süreçleri uygulamanın müşterinin gereksinimlerini karşıladığını göstermek için. Bir IS oluşturma sürecini kontrol etme, geliştirme hedeflerine ulaşılmasını ve çeşitli kısıtlamalara (bütçe, zaman vb.) uyumu garanti etme ihtiyacı, bu alanda yazılım mühendisliği yöntemlerinin ve araçlarının yaygın olarak kullanılmasına yol açmıştır: yapısal analiz, nesne yönelimli modelleme, CASE sistemleri. IS geliştirmenin temelleri. 43

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

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-46.jpg" alt = "(! LANG:> Sonuç Günümüzde bilgi teknolojisi işlemeden daha fazlasını etkiliyor"> Заключение Сегодня информационные технологии оказывают влияние не только на обработку данных, но и на способ выполнения работы людьми, на продукцию, характер конкуренции. Информация во многих организациях становится ключевым ресурсом, а !} bilgi işlem- stratejik öneme sahip bir konu. Çoğu kuruluş, müşterilerine yalnızca yüksek teknolojili sistemlerle mümkün olan hizmet düzeyini sunana kadar başarılı bir şekilde rekabet edemeyeceklerdir. Yönetim bilgi sistemi, yetkili personele bir kuruluşla ilgili veri veya bilgileri sağlayan bir sistemdir. Bir yönetim bilgi sistemi genellikle dört alt sistemden oluşur: bir işlem işleme sistemi, bir yönetim raporlama sistemi, bir ofis bilgi sistemi ve bir yöneticinin bilgi sistemi, bir uzman sistem ve yapay zeka dahil olmak üzere bir karar destek sistemi. Bilgi sistemleri kuruluşlar tarafından farklı amaçlarla kullanılmaktadır. İşin daha iyi, daha hızlı ve daha ucuz yapılmasına yardımcı olarak üretkenliği artırırlar, işlevsel verimlilik, en iyi kararların alınmasına yardımcı olurlar. Bilgi sistemleri, müşterilere ve müşterilere sağlanan hizmetlerin kalitesini iyileştirir, ürünlerin yaratılmasına ve iyileştirilmesine yardımcı olur. Fiyat, maliyet, kalite gibi bileşenleri değiştirerek müşterileri birleştirmenize ve rakipleri yabancılaştırmanıza, rekabetin temelini değiştirmenize olanak tanır. IS geliştirmenin temelleri. 46

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-47.jpg" alt = "(! LANG:> 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. Нечаев В. В. , Панченко В. М. , Свиридов А. П. Исследование операций и теория систем. Основы статистической динамики знаний. !} öğretici... -M. : MIREA, 2000 9. Novikov PS Matematiksel mantığın unsurları. M., 1959 10. Popov EV Gerçek zamanlı uzman sistemler. İÇİNDE: Açık sistemler, N 2 (10), 1995 11. Hogger K. Mantıksal programlamaya giriş M.: Mir, 1988 12. Kilise A. Matematiksel mantığa giriş, cilt I. M. 1960 13. İnternet kaynakları. IS geliştirmenin temelleri. 47

Giriş ……………………………………………………………………… ..3
1. Bilgi sistemlerinin geliştirilmesi için teorik temeller
1.1. Bir otomasyon aracı olarak IS kavramı ………………………………… .5
1.2. IS bilgi desteği ………………………………………… 7
1.3. Rus pazarıİlaç muhasebe bilgi sistemi …………………… .12
2. Bir farmasötik kuruluşta ilaçların kaydı için bir bilgi sisteminin tasarımı ve geliştirilmesi
2.1. Bir nakliye şirketindeki muhasebe veri tabanının bilgisel yapısı ………………………………………………………………… ... 16

Giriş
Kurs çalışmasının önemi, tüm modern depo işletmelerinin otomatik bilgi sistemlerine (IS) ihtiyaç duymasıdır. Otomasyonun ana avantajı, depolanan verilerin fazlalığının azaltılması ve dolayısıyla kullanılan bellek miktarından tasarruf edilmesi, fazlalık kopyaların güncellenmesi için birden fazla işlemin maliyetinin düşürülmesi ve aynı nesne hakkındaki bilgilerin farklı ortamlarda depolanmasından kaynaklanan tutarsızlık olasılığını ortadan kaldırmasıdır. yerler, bilgi güvenilirliğinin derecesinin arttırılması ve bilgi işlem hızının arttırılması; aşırı sayıda dahili ara belge, farklı dergi, klasör, uygulama vb., aynı bilgilerin farklı ara belgelerde yeniden girilmesi. Ayrıca, nesne arama parametrelerinin gösterildiği özel ekran formlarından yapılan otomatik bilgi araması ile süre önemli ölçüde azalır.
Araştırmanın amacı bir nakliye şirketidir (yük taşımacılığı).
Araştırmanın konusu bir nakliye şirketinde muhasebenin otomasyonudur.
Çalışmanın amacı, bir nakliye şirketindeki araç filosunun muhasebeleştirilmesi için bir bilgi sistemi geliştirmektir.
Bu hedefe işte ulaşmak için aşağıdaki görevleri çözmek gerekir:
1. Bilgi sistemlerinin gelişiminin 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 alanındaki yerli bilim adamlarının çalışmaları, süreli yayınlardan materyaller, bilgi kaynakları küresel ağİnternet.
Çalışmanın metodolojik temeli yöntemlerdir. sistem Analizi: programatik, diyalektik ve sözlü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, hem tek bir bütün olarak hem de belirlenen hedeflere ulaşmak için bir araya getirilen bir dizi heterojen unsur olarak aynı anda düşünülen herhangi bir nesne olarak anlaşılır. Sistemler hem kompozisyon hem de ana amaçlarında 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 donanım ve yazılımla ilgili olarak kullanılır. Bir bilgisayarın donanımına sistem denilebilir. Bir sistem aynı zamanda, belirli uygulamalı problemleri çözmek için, dokümantasyonun sürdürülmesi ve hesaplamaların yönetilmesi için prosedürlerle desteklenen bir dizi program olarak da düşünülebilir.“Sistem” kavramına “bilgi” kelimesinin eklenmesi, yaratılma ve işleyişinin amacını yansıtır. Bilgi sistemleri, herhangi bir alandan problemler hakkında karar verme sürecinde gerekli olan bilgilerin toplanmasını, depolanmasını, işlenmesini, aranmasını ve iletilmesini sağlar. Sorunları analiz etmeye ve yeni ürünler oluşturmaya yardımcı olurlar.
Bir bilgi sistemi, belirli bir amaca ulaşmak için bilgileri depolamak, işlemek ve yayınlamak için kullanılan birbirine bağlı bir dizi araç, yöntem ve personeldir.
Bilgi sisteminin modern anlayışı, bilgi işlemenin ana teknik aracı olarak bir bilgisayarın kullanılmasını içerir. Ayrıca, bilgi sisteminin teknik uygulaması kendi içinde hiçbir şey olmayacak ...

İyi çalışmalarınızı bilgi tabanına gönderin 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ı size çok minnettar olacaktır.

benzer belgeler

Temel tasarım metodolojileri, yerel sistemlerin yaşam döngüsü modelleri, yapısal yaklaşımın özü. Süreç akış modellemesi ve yazılım yaşam döngülerini destekler. CASE araçlarının uygulama özellikleri ve teknolojisi.

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

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.

özet eklendi 28/05/2015

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 amaçları ve ilkeleri. İdeal bir iş süreci modelinin geliştirilmesi.

sunum 12/07/2013 eklendi

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

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

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

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

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

özet, 29/04/2010 eklendi

Otomatik bilgi sistemlerinin yaşam döngüsü. CASE teknolojilerine dayalı otomatik sistemler tasarlamak için metodolojinin temelleri. Analiz ve planlama, inşaat ve uygulama aşaması otomatik sistem... Şelale ve sarmal model.

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

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

dönem ödevi, eklendi 11/14/2017

Bilgi sistemlerinin tasarımı (IS), eğitim, girişimcilik, yönetim ve toplumun diğer alanları da dahil olmak üzere modern karmaşık IS'yi yaratmanın ve kullanmanın düşünülemeyeceği bilimsel bir organizasyon olmadan karmaşık çok aşamalı bir faaliyet türüdür. Bunun için gerekli teorik bilgileri edinmenin yanı sıra, IC tasarımcısının bu tür faaliyetlerde istikrarlı pratik beceriler kazanması gerekir.

Ana tasarım özelliği, var olmayan bir nesneyle çalışmaktır. Bu, nesnenin var olmadığı 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;

Belirli bir ortamın veya teknolojinin dikkate alınması, yani: ağ topolojisi, donanım konfigürasyonu, kullanılan mimari (dosya-sunucu veya istemci-sunucu), paralel işleme, dağıtılmış veri işleme vb.

Bilgi sistemleri tasarlamak her zaman projenin amacını tanımlamakla başlar. Genel anlamda, projenin amacı, sistemin başlatılması sırasında ve tüm çalışma süresi boyunca sağlanması da 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 uyum düzeyi;

Gerekli sistem bant genişliği;

Sistemin talebe gerekli 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 tasarlamak için bir dizi yöntem ve aracın yanı sıra tasarımı organize etmek için yöntemler ve araçlardır (bir AIS projesi oluşturma ve modernleştirme sürecini yönetme). Tasarım teknolojisi, eylemleri, sıralarını, icracıların kompozisyonunu, bu eylemleri gerçekleştirmek için gerekli araçları ve kaynakları belirleyen teknolojik sürece (TP) dayanmaktadır.

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

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

Bu nedenle, tasarım teknolojisi, belirli bir yönteme dayalı bir proje oluşturma sürecinde gerçekleştirilen düzenlenmiş bir dizi teknolojik işlem 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 maliyeti sağlamalı;

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

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

Teknoloji, proje belgelerinin 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 bazı kavramların, 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;

Modelin yeniden yapılandırılması - tasarım kararlarının otomatik olarak yeniden yapılandırılmasına yol açan alan modeli değişiklikleri.

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. Ardışık aşamaların birleştirilmesine ve projenin herhangi bir aşamasında bazılarının hariç tutulmasına izin verilir. Bir sonraki aşamanın çalışmasına bir önceki aşamanın bitiminden önce başlanmasına da izin verilir.

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

AIS için gereksinimlerin oluşumu;

AIS kavramının geliştirilmesi;

Teknik özelliklerin geliştirilmesi;

Proje kroki 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ı destekleyen standartlar, metodolojiler ve araçlar aracılığıyla uygulanır.

IS 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 şu şekilde 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 kılavuz - algoritmik dillerde;

2. Tasarım çözümlerinin üretiminin 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 oluşturulmasına odaklanması ile karakterize edilir;

2. IS'nin hazır standart tasarım çözümlerinden (yazılım modülleri) yapılandırıldığı varsayıldığında tipik. Bireysel projelerin geliştirilmesinde kazanılan deneyim temelinde gerçekleştirilir. Bazı organizasyonel ve ekonomik sistem grupları veya iş türleri için deneyimin genelleştirilmesi olarak tipik projeler, her durumda birçok spesifik özellik ile ilişkilendirilir ve yönetim işlevlerinin, gerçekleştirilen işin ve geliştirilen proje belgelerinin kapsamı bakımından farklılık gösterir.

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

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

2. Tasarım çözümleri değiştirilebilir parametrelere göre ayarlandığında (oluşturulduğunda) parametrelendirme;

3. Modelin yeniden yapılandırılması, problem alanı modeli değiştiğinde, hangi tasarım çözümlerinin otomatik olarak yeniden üretildiği 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 teknolojileri kullanılarak) ve tipik (parametrik yönelimli veya model yönelimli) tasarım. Endüstriyel teknolojilerin kullanımı, bazı durumlarda kanonik teknolojilerin kullanımını dışlamaz.

Tasarım, amacı bir dizi belge 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 herhangi bir yaratıcı etkinlik gibi), standart dışı tasarım (yaşam) durumları, çeşitli yöntemler hakkında bilgi ve bunlara hakim olma becerisini gerektirir.

Tasarım teknolojisi, üç bileşenin birleşimi olarak tanımlanır:

Teknolojik tasarım operasyonlarının sırasını belirleyen adım adım bir 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, kurumsal ve teknolojik süreçlerin geliştiricilerinin ve bu süreçlerin uygulayıcılarının iletişimi için ortak ve zorunlu bir dil belirlemektir. Bu tür standartların özel uygulamaları, oluşturulan sistemler için gereksinimlerin, organizasyonel birimlere ilişkin hükümlerin, hizmet talimatlarının vb. sentezidir.

Organizasyonel ve teknik sistemlerin tasarımı için yaklaşık 30 teknoloji ve bu süreci otomatikleştirmek için tasarlanmış birkaç yüz araç bulunmaktadır. Bu nedenle, zaman faktörü dikkate alınarak 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 Geliştirici Paketi). CASE teknolojileri ve tasarım araçlarına ilişkin referans veriler aşağıda metinde ve Tablo 1'de verilmiştir.

tablo 1

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

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

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

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

Systems Development Inc. tarafından yapılan İleri Teknoloji Araştırmasına göre 2007 yılında, 1000'den fazla Amerikan firmasının katıldığı bir anketin sonuçlarına göre, CASE teknolojisi şu anda en istikrarlı bilgi teknolojileri arasında yer alıyor (araştırmaya katılan tüm kullanıcıların yarısı tarafından, projelerinin üçte birinden fazlasında kullanıldı, bunların %85'i başarıyla tamamlandı). Ancak, CASE araçlarının tüm potansiyel yeteneklerine rağmen, CASE araçlarının raf donanımı haline gelmesinin bir sonucu olarak, başarısız uygulamalarının birçok örneği vardır. Bu bağlamda şunlara dikkat edilmelidir:

1. CASE çözümlerinin mutlaka hemen bir etkisi yoktur; ancak bir süre sonra alınabilir;

2. CASE-araçlarını uygulamanın gerçek maliyetleri, genellikle satın alma maliyetlerinden çok daha yüksektir;

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üne alındığında, bunların uygulanmasından belirli beklentilerin fiili olarak karşılanmasına ilişkin koşulsuz beyanlarda bulunmak bir hata olacaktır. CASE araçlarını kullanmanın olası etkisinin belirlenmesini zorlaştıran aşağıdaki faktörleri listeleyebilirsiniz:

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

2. CASE araçlarını çeşitli kuruluşlarda kullanma süresinin nispeten kısa olması ve kullanımlarında deneyim eksikliği;

3. Çeşitli organizasyonların uygulanmasında geniş çeşitlilik;

4. Halihazırda tamamlanmış ve devam eden projeler için ayrıntılı metrik ve veri eksikliği;

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

6. Farklı projelerde farklı 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, teknolojik gelişmelerin daha düşük işletme maliyetlerine yol açabileceği IP yaşam döngüsünün operasyonel aşamasında etkilerin gerçekten ortaya çıkabileceğ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, en güçlüleri şu ya da bu şekilde neredeyse tüm önde gelen Batılı şirketler tarafından kullanılan yaklaşık 30 farklı CASE sistemi vardı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 birlikte, bu araçları kullanma verimliliği keskin bir şekilde arttığını ve ortak girişimin kullanılmasına en büyük ihtiyacın ilk aşamalarında yaşandığını göstermektedir. geliştirme, yani analiz ve gereksinimlerin belirlenmesi aşamalarında. Bunun nedeni, ilk aşamalarda yapılan hataların maliyetinin, geliştirmenin sonraki aşamalarında belirlenen hataların maliyetinden birkaç kat daha yüksek olmasıdır.

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

ERWin / BPWin;

Rasyonel Gül;

Oracle Tasarımcısı.

ARIS - Çeşitli modelleme ve sistem analizi tekniklerini birleştiren entegre bir iş süreci modelleme aracı. Bir yazılım tasarım aracından çok, öncelikle 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 modellenmesi ve oluşturulmasında kullanılan bir araçtır.

Rational Rose, nesne yönelimli bir bilgi sistemleri modelleme aracıdı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, böylece soyut tasarım veya mantıksal tasarım gerçekleştirmenize izin verir.

Oracle Designer, bir konu alanını tanımlamak için işlevsel bir araçtır. CASE teknolojisini uygulayan yazılım sistemleri ve veritabanlarının tasarımı için Oracle9i Developer Suite araç setine ve Oracle şirketinin IS'sinin geliştirilmesi için Oracle'ın kendi metodolojisi - "CDM" prototipine ve daha sonra nihai ürüne dahildir. Bu araç, karmaşık bir yazılım sistemini tasarlamak, geliştirmek ve uygulamak için kullanılan Oracle ürünlerinin tamamını hedeflerken kullanmak mantıklıdır.

Tabloda verilen verilerin analizi, listelenen ortak girişimlerden yalnızca ARIS kompleksinin ana kriterler olarak kabul edilen tüm kriterleri en tam olarak karşıladığını göstermektedir. Bu nedenle, örneğin Rational Rose kompleksinde, tasarım veritabanının bütünlüğü ve birleşik bir uçtan uca IS tasarımı teknolojisi, Corba arayüzünün kullanılmasıyla sağlanır. İki ürünün her birinin kendi içinde sınıfının en güçlülerinden biri olduğunu belirtmek gerekir.

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ışmalarınızı bilgi tabanına gönderin basittir. Aşağıdaki formu kullanın

benzer belgeler

Şifre kurtarma