Informationssystems utvecklingsmetodik. Grunderna i informationssystems designmetodik

Informationssystem (IS) - en sammankopplad uppsättning verktyg, metoder och personal som används för att lagra, bearbeta och utfärda information för att nå målet.

Modern informationsteknik tillhandahåller ett brett utbud av IP -implementeringsmetoder, vars val är baserat på kraven från de avsedda användarna, som i regel förändras under utvecklingsprocessen.

Med ett IS -projekt menar vi design och teknisk dokumentation, som ger en beskrivning av designlösningar för skapande och drift av IS i en specifik mjukvara och hårdvarumiljö.

IS -design förstås som processen att konvertera ingångsinformation om ett objekt, metoder och erfarenhet av att designa objekt med liknande syfte i enlighet med GOST till ett IS -projekt. Ur denna synvinkel reduceras designen av IS till sekventiell formalisering av designlösningar i olika stadier av IS: s livscykel: planering och analys av krav, teknisk och detaljerad design, implementering och drift av IS.

Skalan på de system som utvecklas avgör sammansättningen och antalet deltagare i designprocessen. Med en stor volym och snäva deadlines för genomförandet av designarbete kan flera designteam (utvecklingsorganisationer) delta i utvecklingen av systemet. I det här fallet tilldelas moderorganisationen, som samordnar aktiviteterna för alla samverkande organisationer.

Implementering av IS -design innebär att konstruktörer använder en viss designteknologi, som motsvarar skalan och egenskaperna hos det projekt som utvecklas.

Modell (lat. "Modulus" - mått) - ett ersättningsobjekt för det ursprungliga objektet, vilket ger studier av några av egenskaperna hos det senare; en förenklad representation av systemet för dess analys och förutsägelse, samt erhålla kvalitativa och kvantitativa resultat som är nödvändiga för att fatta rätt ledningsbeslut.

Modellering är representationen av ett objekt av en modell för att få information om det genom att utföra experiment med dess modell.

För IC -design informationsmodeller representerar objekt och processer i form av bilder, diagram, ritningar, tabeller, formler, texter etc.

Informationsmodell- Detta är en modell av ett objekt, en process eller ett fenomen, som presenterar informationsaspekter av det modellerade objektet, processen eller fenomenet.

Det är grunden för utvecklingen av IP -modeller.

Modellen för att skapa IP har fyra steg:

1. Skiss över projektet. NS En detaljerad beskrivning av projektets mål och mål, förväntad vinst, tidsresurser, eventuella begränsningar, tillgängliga resurser etc. Det är också värt att identifiera en "projektledare" som är ansvarig för dess genomförande och en ledande befattningshavare för projektet, som kommer att vara huvudpersonen i verksamheten och kommer att stödja projektledaren vid behov och i slutet av projekt.

2. Bedömning av projektet. Detta är den viktigaste delen av projektet. Det fattar alla viktiga beslut - vad systemen kommer att göra, hur de kommer att fungera, vilken hårdvara och applikationer som ska användas och hur de kommer att underhållas. Viktigast av allt, här analyseras de möjliga kostnaderna och fördelarna med olika åtgärder och det slutliga valet görs. Som huvudregel bör principen att systemet ska vara så enkelt som möjligt användas. Grandios systemdesigner kan resultera i otroliga kostnader. Ändringar som görs senare är dyrare.

3. Förbered först en lista med systemkrav - en detaljerad lista över vad systemet kommer att göra för verksamheten och hur man hanterar det. Behovet hos vanliga användare (och andra intressenter) studeras, eftersom bara de verkligen vet vad de behöver och hur de passar in i den befintliga aktiviteten.

4. Listan innehåller de uppgifter som ska matas in, de viktigaste resultaten och rapporterna, antalet användare, informationens storlek, länkar till andra befintliga system etc. och måste vara tillräckligt detaljerad för att kunna skicka en begäran till maskinvaruleverantören och programvara.

5. I detta skede bör vi inte bara datorisera befintliga arbetssätt. Ett informationsteknologiprojekt är ett bra tillfälle att tänka om hur man bäst gör ett informationssystem.

6. Nästa steg är att titta på kraven på hårdvara och programvara. Rådfråga potentiella leverantörer, granska andra affärslösningar och sök råd från kunniga konsulter. Vissa svåra beslut måste utvärderas noggrant. Du bör till exempel svara på sådana frågor: om du ska använda ett redan färdigt applikationspaket eller beställa ny programvara. Svaren beror på vilken risk du är beredd på och hur ditt företag skiljer sig från andra typiska företag.

Kostnads ​​-nyttoanalys är det sista steget innan ett slutligt beslut fattas. Kostnaderna för applikationer och hårdvara är relativt låga, särskilt om du använder ett standardpaket. Tiden som läggs på att installera systemet och tiden att stödja dess arbete är en stor kostnad.

7. Bygg och testa. Ett av de mest förbisedda stegen för att konfigurera något system är att mata in alla data i systemet innan det startar.

8. Personal måste se till att systemet är lätt att använda. Inget dödar entusiasm för nytt system snabbare än en rad tekniska problem.

9. Projektledning och riskbedömning. Om inte projektet är helt trivialt måste det finnas en projektledare som har tillräckligt med tid att arbeta med projektet och hantera de otaliga problem som kan uppstå. Projektet slutförs inte förrän projektledaren kan visa att systemet fungerar tillförlitligt och ger vinst.

10. En viktig del av hans roll är att hela tiden vara medveten om projektets risk. Risker bör diskuteras öppet, trots frestelsen att begrava huvudet i sanden och hoppas att allt löser sig. Risken kan planeras: genom att ta alternativa lösningar, förbereda sig för extrema handlingar etc. Ett exempel skulle vara programvaruval där olika lösningar kan vara riskabla i varierande grad. Det finns inte längre utrymme för en detaljerad diskussion, men att använda följande checklista kan hjälpa till att markera några punkter.

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-1.jpg" alt = "(! LANG:> Ämne:” Grunder och cykler för utveckling av informationssystem ”. Rostov - on-Don Development Basics"> Тема: ”Основы и циклы разработки информационных систем”. Ростов-на-Дону Основы разработки ИС. 2010 г.!}

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-2.jpg" alt = "(! LANG:> Basic terms. Information support (IO) is a set of design beslut om volymer, placering,"> Основные термины. Информационное обеспечение (ИО) - представляет собой совокупность проектных решений по объемам, размещению, форма организации информации, циркулирующей в ИС. Лингвистическое обеспечение (ЛО) - объединяет совокупность языковых средств для формализации естественного языка, построения и сочетания информационных единиц в ходе общения пользователей со средствами вычислительной техники. Техническое обеспечение (ТО) - представляет собой комплекс технических средств (технические средства сбора, регистрации, передачи, обработки, отображения, тиражирования информации, оргтехника и др.), обеспечивающих работу ИТ. Программное обеспечение (ПО) - включает совокупность программ, реализующих функции и задачи ИС и обеспечивающих устойчивую работу комплексов технических средств. Математическое обеспечение (МО) - совокупность математических методов, моделей и алгоритмов обработки информации, используемых при решении функциональных задач и в процессе автоматизации проектировочных работ. Основы разработки ИС. 2!}

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-3.jpg" alt = "(! LANG:> Organisationsstöd (OO) är en uppsättning dokument sammanställda i IC designprocess godkänd"> Организационное обеспечение (ОО) - представляет собой комплекс документов, составленный в процессе проектирования ИС, утвержденный и положенный в основу эксплуатации. Правовое обеспечение (Пр. О) - представляет собой совокупность правовых норм, регламентирующих правоотношения при создании и внедрении ИС и ИТ. Эргономическое обеспечение (ЭО) - как совокупность методов и средств, используемых на разных этапах разработки и функционирования ИС и ИТ, предназначено для создания оптимальных условий высококачественной, высокоэффективной и безошибочной деятельности человека в ИТ, для ее быстрейшего освоения. Конечный продукт работы любого менеджера - это решения и действия. Принятое им решение ведет либо к преуспеванию предприятия, либо к неудачам. Принятие решения - это всегда выбор определенного направления деятельности из нескольких возможных. Так как процесс управления любой организацией в экономике реализуется исключительно посредством формирования и реализации управленческих решений, поэтому остановимся на типах решений, которые имеют !} olika egenskaper och kräver olika datakällor. Grunderna för IS -utveckling. 3

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-4.jpg" alt = "(! LANG:> Operativa lösningar är periodiska: samma uppgift sker periodiskt. Som en resultatet, processen"> Оперативные решения - периодические: одна и та же задача возникает периодически. В результате процесс принятия решения становится относительно рутинным и почти беспроблемным. Параметры (характеристики) хозяйственных процессов, используемые в ходе принятия решения, определены, их оценка известна с высокой точностью, а взаимосвязь параметров с принимаемым решением понятна. Принятие !} operativa lösningar leder till ganska förväntade och förutsägbara resultat. Operativa lösningar är kortsiktiga. Taktiska beslut fattas vanligtvis av chefer på mellannivå som är ansvariga för att tillhandahålla medel för att uppnå de mål och avsikter som den högsta beslutsfattaren sätter. Taktiska beslut är inte lika rutinmässiga och strukturerade som operativa beslut. Alla huvudparametrar för kontrollobjektet som utgör de taktiska besluten är okända; prestationsbetyg som är identifierade som viktiga kanske inte är kända, och förhållandet mellan prestanda och beslut kanske inte är klart. Strategiska beslut fattas baserat på företagets mål, definierade i dess stadga och förfinas av företagets högsta ledning. Dessa mål bestämmer grunden för vilken långsiktig planering ska baseras, liksom identifiering av kritiska faktorer för företagets drift. Dessa beslut utgör grunden för att fatta taktiska och operativa beslut. Grunderna för IS -utveckling. 4

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-5.jpg" alt = "(! LANG:> Strategisk plan Efter ovanstående steg måste den första planen som måste bildas är detta en strategisk plan,"> Стратегический план После вышеприведенных шагов первый план, который необходимо сформировать, - это стратегический план, являющийся сводом инициатив (хотя еще не конкретных проектов), которые должна выполнить организация для продвижения по направлению к видению. Он также должен содержать числовые результаты, которых необходимо достичь за определенный период. Центральное планирование В этом случае имеется центральный отдел, координирующий ИС- стратегию и бизнес-стратегию, а начальник ИС-отдела должен быть частью управленческого аппарата, занятого принятием решений. Операционный план ИС После определения инициатив они должны быть представлены в виде проектов с конкретными результатами, приоритетами и т. д. , т. е. в виде операционного плана. Жизненный цикл информационных систем Под жизненным циклом системы обычно понимается непрерывный процесс, который начинается с момента принятия решения о необходимости создания системы и заканчивается в момент ее полного изъятия из эксплуатации. Основы разработки ИС. 5!}

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-6.jpg" alt = "(! LANG:> Introduktion Att bygga IC och IT är en komplex designprocess. Är förberedelse"> Введение Создание ИС и ИТ представляет собой сложный процесс проектирования. Целью проектирования являются подготовка проектных документов и внедрение человекомашинной системы управления организацией. В процессе проектирования выявляются наиболее существенные характеристики экономического объекта, изучаются его внешние и внутренние информационные потоки, создаются математические и физические аналоги исследуемой системы и ее элементов, устанавливаются условия взаимодействия человека и технических средств управления. Для того чтобы иметь хорошую информационную систему необходимо планировать ее создание. Именно поэтому вопрос планирования информационных систем рассматривается здесь отдельно. Процесс планирования должен начинаться с оценки текущей ситуации, определения миссии информационной системы, интенсивности использования информации, пользователей, оценки среды организации, места на рынке, ее сильных и слабых сторон, выработки стратегии, которая должна лечь в основу бизнес-плана по созданию информационной системы. Основы разработки ИС. 6!}

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

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-8.jpg" alt = "(! LANG:> Historien om idén om IP. För närvarande är historia för utvecklingen av system utformade för lagring"> История создания идеи ИС. В настоящее время история развития систем, предназначенных для хранения и обработки информации с использованием ЭВМ, насчитывает уже более полувека. Еще относительно недавно в ходу были перфораторы в качестве устройств ввода данных, листинги в виде рулонов бумаги длиной порою до нескольких метров - в качестве носителя результатов машинной обработки, недельные, либо месячные временные интервалы - в качестве нормативных сроков обработки информации. В последнее десятилетие ушедшего века ситуация претерпела качественные изменения. Если попытаться сформулировать "портрет" современной информационной системы масштаба предприятия в виде десятка тезисов, то мы увидим, что она имеет: - в основе - методологию управления, направленную на достижении стратегических целей высшего менеджмента предприятия, выраженной в информационной системе в виде системы управляющих воздействий, регламентирующей деятельность пользователей. Возможность доступа к данным для множества пользователей, объединенных в локальную сеть предприятия, а зачастую - и для пользователей, удаленных от центрального офиса на сотни и тысячи километров. Наличие средств коммуникации и элементов корпоративного решения задач коллективом пользователей; Основы разработки ИС. 8!}

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-9.jpg" alt = "(! LANG:>-avancerat, vänligt grafiskt gränssnitt slutanvändare; - behandlingssätt för driftinformation, stäng "> - utvecklat, vänligt grafiskt gränssnitt för slutanvändaren. - behandlingssätt för driftsinformation, nära realtid. Autentiserings- och åtkomstkontroll, som gör det möjligt att dosera information i enlighet med användarens arbetsuppgifter; hög skyddsnivå mot en eller flera databasservrar, vars totala volym mäts i gigabyte eller terabyte, förmågan att bearbeta tusentals och miljontals poster i rapportering, invarians (inom vissa gränser) till hårdvaru- och driftsmiljöer server- och klientapplikationer. Användning av standardiserade språk och protokoll för presentation och manipulation av data Grunderna i IS -utveckling 9

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-10.jpg" alt = "(! LANG:> IP-klassificering. 1. IP-klassificering efter skala. Informationssystem kan klassificeras efter olika"> Классификация ИС. 1. Классификация ИС по масштабу. Информационные системы могут быть классифицированы по различным признакам. Однопользовательские ИС, как это ясно из названия, предназначены для использования на одном рабочем месте. В настоящее время на мировом и отечественном рынке представлено множество решений, предназначенных для автоматизации деятельности отдельно взятого пользователя. Как правило, это - решения, ориентированные на специалиста в той или иной области, будь то составление спецификаций для сборки изделий из комплектующих, планирование ремонтов оборудования, учет расходов и доходов частного предпринимателя оптовой торговли, либо составление расписаний занятий в деканате. В настоящее время альтернативу таким узкоспециализированным системам составили табличные процессоры, не имеющие проблемной специализации, в первую очередь - MS Excel. Системы этого класса трудно отнести к классу ИС, но зачастую они позволяют непрограммирующему специалисту создать и, что очень важно, самостоятельно развивать собственные решения, заменяющие, а местами и перекрывающие функционал однопользовательских систем образца 90 - х годов. Основы разработки ИС. 10!}

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-11.jpg" alt = "(! LANG:> De flesta enanvändarsystem är baserade på X-Base-standarden (Clipper, Fox. Pro,"> В основе большинства однопользовательских систем лежит стандарт X-Base (Clipper, Fox. Pro, d. Base). Широко используются также решения на базе систем Paradox, Clarion, MS Access. Каждая из перечисленных конкурирующих систем обладает собственной высокоуровневой инструментальной средой, позволяющей спроектировать базу данных, логику обработки, пользовательский интерфейс, отчеты с помощью "помощников"- построителей. На рубеже тысячелетий появились также и однопользовательские решения на базе промышленных реляционных СУБД. В этом случае ПО сервера инсталлируется непосредственно на рабочую станцию пользователя. Примером может служить Personal Oracle. Данные решения предъявляют значительные требования к ресурсам рабочей станции, однако несут в себе многие преимущества промышленных СУБД. Групповые системы предназначены для автоматизации деятельности в рабочей группе (отделе, кластере, группе проекта и т. д.). В отличие от однопользовательских ИС, групповые системы, как правило, представляют специализированные клиентские решения (их часто называют автоматизированными рабочими местами, АРМ) для различных участников группы. Например, для оптовой фирмы, ИС может представлять набор таких АРМ, как "Менеджер по продажам", "Кладовщик", "Снабженец", "Директор". Для учебного планирования - "Преподаватель", "Работник бюро планирования", "Работник учебного отдела", "Специалист по планированию на кафедре", "Работник деканата". Основы разработки ИС. 11!}

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-12.jpg" alt = ""> Групповое использование решений на базе табличных процессоров возможно, но имеет существенные ограничения, связанные с разграничением доступа, регламентацией и синхронизацией вносимых изменений. По сути единственный режим их использования, обеспечивающий корректность данных - "файловый сервер, один автор, N читателей". При создании групповых ИС в целом используются те же средства и инструментальные среды, что и при создании однопользовательских ИС. Следует, однако, отметить, что для использования в группе при выборе между системами с файловым и реляционным сервером следует отдавать предпочтение реляционному серверу, причем целесообразно использование выделенного сервера. Это может быть, например, сервер Oracle, DB 2, MS SQL, Sybase, Informix. Корпоративные ИС (КИС) предназначены для автоматизации деятельности предприятия. В англоязычной литературе понятие "КИС" неразрывно связано с понятием "ERP" (Enterprise Resource Planning). В основе ERP- систем лежит международный стандарт управления предприятием MRP-II (Manufacture Resource Planning), обеспечивающий возможность учета, анализа и планирования основных ресурсов - финансов, человеческих, материальных. Основы разработки ИС. 12!}

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-13.jpg" alt = "(! LANG:> Följaktligen är företags ERP-system en uppsättning integrerade applikationer som är komplex, i ett enda informationsutrymme, stöd"> Соответственно, корпоративные ERP-системы - набор интегрированных приложений, которые комплексно, в едином информационном пространстве поддерживают все основные аспекты !} ledningsverksamhet företag: resursplanering (ekonomiskt, mänskligt, material) för produktion av varor (tjänster), operativ förvaltning av genomförandet av planer (inklusive leverans, försäljning, underhåll av kontrakt), alla typer av redovisning och analys av affärsresultat. Bland kraven för moderna företagsinformationssystem: · centralisering av data i en enda databas (alltid baserad på ett industriellt DBMS), · nära realtidsdriftläge, · besparing allmän modell ledning för företag i olika branscher, · stöd för geografiskt distribuerade strukturer, · arbete på ett brett utbud av hård- och mjukvaruplattformar och DBMS. Exempel på ERP -system - SAP R 3, Galaktika, MS Navision Axapta. Grunderna för IS -utveckling. 13

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-14.jpg" alt = "(! LANG:> 2. Klassificering av informationssystem efter arkitektur. Arkitektur"> 2. Классификация информационных систем по архитектуре. Архитектура "Файл-сервер". Исторически первая архитектура информационных систем. Как исполняемые модули, так и данные размещаются в !} separata filer operativ system. Åtkomst till data utförs genom att ange sökvägen (sökvägen) och med hjälp av filoperationer (öppna, läsa, skriva). En dedikerad server används för att lagra data ( separat dator), som är filservern. Körbara moduler lagras antingen på arbetsstationer eller på en filserver. I det senare fallet är proceduren för deras administration förenklad, men samtidigt ökar kraven på nätverkssäkerhet. Klient-server-arkitektur. Klient-server är inte bara en arkitektur, det är ett nytt paradigm som ersätter föråldrade koncept. Dess väsen ligger i det faktum att klienten (körbar modul) begär vissa tjänster i enlighet med ett visst datautbytesprotokoll. Samtidigt, till skillnad från situationen med en filserver, är det inte nödvändigt att använda direkta operativsystemvägar: klienten "känner inte" dem, den "vet" bara namnet på datakällan och annan speciell information som används för att auktorisera klienten på servern. Servern, som fysiskt kan lokaliseras på samma dator, eller kanske i andra änden av världen, behandlar klientens begäran och, efter att ha utfört lämpliga datahanteringar, överför den begärda datadelen till klienten. Grunderna för IS -utveckling. fjorton

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-15.jpg" alt = "(! LANG:> Inom riktningen"> В рамках направления "клиент-сервер" существуют два основных "диалекта": "тонкий" и "толстый" клиент. В системах на основе тонкого клиента используется мощный сервер баз данных, это - высокопроизводительный компьютер и библиотека так называемых хранимых процедур, позволяющих производить вычисления, реализующие основную логику обработки данных, непосредственно на сервере. Клиентское приложение, соответственно, предъявляет невысокие требования к аппаратному обеспечению рабочей станции. Основное достоинство таких систем - относительная дешевизна клиентских станций. Системы с толстым клиентом, напротив, реализуют основную логику обработки на клиенте, а сервер представляет собой в !} ren form en databasserver som säkerställer exekvering av endast standardiserade förfrågningar för datamanipulering (som regel läsning, skrivning, modifiering av data i relationella databastabeller). I system av denna klass är kraven för en arbetsstation högre och för en server lägre. Fördelen med arkitekturen är serverkomponentens portabilitet till olika tillverkares servrar: alla industriella relationsdatabasservrar stöder arbete med ett standardiserat manipulationsspråk SQL -data, men det interna inbyggda databehandlingsspråket som krävs för att implementera bearbetningslogiken på servern är olika för varje server. Grunderna för IS -utveckling. 15

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-16.jpg" alt = "(! LANG:> Trelagsarkitektur. Baserat på ytterligare specialisering av arkitekturkomponenten : klienten behandlar bara"> Трехслойная архитектура. Базируется на дальнейшей специализации компонент архитектуры: клиент занимается только организацией интерфейса с пользователем, сервер баз данных - только стандартизованной обработкой данных. Для реализации логики обработки данных архитектура предусматривает отдельный слой - слой бизнес-логики. Этот слой может представлять собой либо выделенный сервер (сервер приложений), либо размещаться на клиенте в качестве динамической библиотеки. Данная архитектура позволила соединить достоинства тонкого и толстого клиентов: хорошая переносимость соединяется в ней с невысокими требованиями к клиенту. С развитием интернет-технологий появилась разновидность трехслойной архитектуры на основании использования web-технологий. В этой разновидности роль сервера приложений играет web-сервер, а в качестве клиента используется стандартный web-браузер. Достоинства - в пониженных требованиях к клиенту и в легкой встраиваемости данной архитектуры в мировые !} informationsnätverk... Den största nackdelen är de kända begränsningarna för gränssnittet. användarwebb-bläddrare. Med en viss approximation kan alla IS delas in i två klasser: informationshämtning och kontroll. Grunderna för IS -utveckling. 16

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

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-18.jpg" alt = "(! LANG:> IS-utveckling. Problem under utveckling Vy över organisationens ledning och dess personal, pratar inte"> Разработка ИС. Проблемы на стадии разработки Взгляд руководства организации и ее персонала, не говоря уже о разработчиках, на создание информационной системы различен. Здесь мы попытаемся, не вдаваясь в технические проблемы, построить модель процесса создания информационной системы для менеджеров и показать, в чем их задачи. Существует две различных стадии осуществления проекта построения информационных систем и технологий - разработка и внедрение и эксплуатация. Стадия разработки и внедрения обычно всегда осуществляется полностью. Ей не мешает ни слабое развитие технологии, ни отсутствие компетенции персонала или пользователей, ни отсутствие хороших консультантов. Если на этой стадии возникают проблемы, то они связаны со следующими тремя основными причинами: недостаток поддержки основного персонала, особенно когда надо уделить достаточно времени и энергии на критических стадиях; слишком амбициозные планы вместо пошагового, мудрого подхода; неудача при. получении достаточного количества советов от практиков с настоящим опытом использования похожих систем в похожем бизнесе. Основы разработки ИС. 18!}

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-19.jpg" alt = "(! LANG:> Som en del av en gruppdiskussion i R. Hanages arbete (Hanteringsinformation för vinst och tillväxt),"> В рамках группового обсуждения в работе 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:> Det finns fyra steg för att skapa ett informationssystem. 1 Utkast till skiss . Detaljerad beskrivning mål och "> Det finns fyra steg för att skapa ett informationssystem. 1 Projektskiss. En detaljerad beskrivning av projektets mål och mål, förväntad vinst, tidsresurser, eventuella begränsningar, tillgängliga resurser etc. Det är också värt att identifiera en "projektledare" som är ansvarig för genomförandet och en projektledare i högsta ledningen som kommer att vara huvudpersonen i verksamheten och kommer att stödja projektledaren vid behov och i slutet av projektet.2 Projektutvärdering Detta är den viktigaste delen av projektet. kommer att göra systemen, hur de kommer att fungera, vilken hårdvara och applikationer som kommer att användas och hur de kommer att underhållas. Viktigast av allt, här analyseras de möjliga kostnaderna och fördelarna med olika åtgärder och det slutliga valet är Som en grundregel bör principen användas enligt vilken systemet ska vara så enkelt som möjligt. resultera i otroliga kostnader. Ändringar som görs senare är dyrare. Först utarbetas en lista med systemkrav - en detaljerad lista över vad systemet kommer att göra för verksamheten och hur man hanterar det. Grunderna för IS -utveckling. tjugo

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

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-22.jpg" alt = "(! LANG:> Kostnader för applikationer och hårdvara är relativt låga, särskilt om du använder standard paket."> Затраты на прикладные программы и аппаратуру относительно невелики, особенно если Вы используете стандартный пакет. Большими затратами являются время, на установку системы и время на поддержку ее работы. 3 Построение и тестирование. Одним из самых недооцененных шагов в установке любой системы является ввод всех данных в систему до ее запуска. Персонал должен убедиться, что с системой легко работать. Ничто не убивает энтузиазм по отношению к новой системе быстрее, чем серия технических проблем. 4 Управление проектом и оценка риска. Если только проект не совсем тривиален, то необходимо существование менеджера проекта, у которого есть достаточно времени, чтобы работать с проектом и иметь дело. c, массой проблем, которые могут возникнуть. Проект не завершен до тех пор, пока менеджер проекта не сможет продемонстрировать, что система работает надежно и приносит прибыль. Важная часть его роли состоит в том, чтобы постоянно осознавать риск проекта. Риски должны обсуждаться открыто, несмотря на соблазн спрятать голову в песок и надеяться, что все обойдется. Риск можно спланировать: приняв альтернативные решения, приготовившись к крайним действиям и т. д. Основы разработки ИС. 22!}

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-23.jpg" alt = "(! LANG:> Ett exempel är val av programvara där olika lösningar kan vara riskfyllda i olika"> Примером послужит выбор программного обеспечения, при котором различные решения могут быть рискованны в различной степени. Более нет места для подробного обсуждения, но использование следующего перечня вопросов может помочь выделить некоторые пункты. Основы разработки ИС. 23!}

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-24.jpg" alt = "(! LANG:> Principer för skapande. Enligt ovanstående tillvägagångssätt är grundprinciperna skapandet av IP och IT bildas hantering: konsekvens"> Принципы создания. Согласно приведенным подходам формируются основные принципы создания ИС и ИТ управления: системность и логичность построения обеспечивающих и функциональных элементов ИС; широкое применение экономико-математических методов и !} standardprogram prediktiv och statistisk karaktär. Arbetsuppgifterna för att hantera produktionen, organisationens finansiella aktiviteter utgörs mestadels av analys-, optimerings- eller planeringsuppgifter. innebär sönderdelning av systemet i ett antal komplex (moduler) av uppgifter, som var och en modellerar ett visst område av ledningsaktivitet. användningen av nya metoder och införandet av nyskapade programvarumoduler i ledningsautomatiseringssystemet. Utformningen av IS bör inledningsvis baseras på modulära principer, och datorimplementeringen bör möjliggöra expansion genom att förbättra programvarans struktur. det är principen för anpassning av alla element och systemet som helhet. Det bör fullständigt genomsyra ideologin för byggnadsförvaltning IS - från analys av uppgifter, tekniska och ekonomiska indikatorer och deras grupperingar till moduler till formulering av mål. Grunderna för IS -utveckling. 24

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-25.jpg" alt = "(! LANG:> Det övergripande IC-tillförlitlighetsindexet koncentrerar ett antal viktiga egenskaper:- frekvensfel i"> Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: -частоту возникновения сбоев в техническом обеспечении; -степень адекватности математических моделей; -верификационную чистоту программ; -относительный уровень достоверности информации; -интегрированный показатель надежности эргономического обеспечения ИС. Адаптационные свойства системы отражают ее способность приспосабливаться к изменениям окружающего внешнего фона внутренней управленческой и производственной среды организации. Важная задача заказчика - сформулировать на этапе проектирования границы допущения отклонений в значениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. В !} allmän syn uttalandet av problemet består av fyra grundläggande viktiga komponenter: -organisations -ekonomiskt system och dess beskrivning; - uppsättning tillämpade matematiska modeller; -beskrivningar av beräkningsalgoritmer; - konceptet att bygga en informationsmodell av systemet. Grunderna för IS -utveckling. 25

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-26.jpg" alt = "grunder, information"> Постановка и дальнейшая компьютерная реализация задач требуют усвоения основных понятий, касающихся теоретических основ, информационных технологий. К ним относятся: -свойства, особенности и структура экономической информации; -условно-постоянная информация, ее роль и назначение; -носители информации, макет машинного носителя; -средства формализованного описания информации; -алгоритм, его свойства и формы представления; -назначение и способы контроля входной и результатной информации; -состав и назначение устройств компьютера; -состав программных средств, назначение !} operativsystem, programvarupaket (PPP), integrerade mjukvarupaket som chefens arbetsstation, chefens arbetsstation, arbetsstation (finansiär, revisors arbetsstation, etc.). Grunderna i IS -utveckling. 26

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-27.jpg" alt = "för att först ge sina"> Жизненные циклы ИС. Современные сети разрабатываются на основе стандартов, что позволяет обеспечить, во-первых, их высокую эффективность и, !} För det andra, möjligheten till deras interaktion med varandra. Generellt sett kan alla standarder för informationssystem (liksom för alla system i allmänhet) delas in i följande två huvudklasser: -Funktionella standarder som bestämmer systemets funktionsordning för att uppnå det uppsatta målet för det av dess skapare. -Livscykelstandarder som styr hur ett system skapas, distribueras, tillämpas och kasseras. Modellerna som definieras av standarderna för dessa två klasser hänger naturligtvis ihop, men de löser helt olika problem och kännetecknas av fundamentalt olika tillvägagångssätt för deras konstruktion. Låt oss förklara detta med ett exempel. Den mest kompletta funktionella modellen för ett system är själva systemet, men "biografin" av själva systemet kan inte på något sätt betraktas som en modell för dess livscykel. Mycket närmare modellen för ett informationssystems livscykel är beskrivningen av ett levande väsens liv, med början från befruktningsögonblicket. Grunderna för IS -utveckling. 27

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-28.jpg" alt = "(! LANG:> Således täcker ett informationssystems livscykel alla stadier och stadier av skapandet, underhållet"> Таким образом, жизненный цикл информационной системы охватывает все стадии и этапы ее создания, сопровождения и развития: -предпроектный анализ (включая формирование функциональной и !} informationsmodeller objektet för vilket informationssystemet är avsett); -systemdesign (inklusive utveckling av tekniska specifikationer, utkast och tekniska konstruktioner); -systemutveckling (inklusive programmering och testning av applikationsprogram baserade på konstruktionsspecifikationer - delsystem identifierade i konstruktionsstadiet); -integration och montering av systemet, testning av det; -drift av systemet och dess underhåll; systemutveckling. Grunderna för IS -utveckling. 28

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-29.jpg" alt = "(! LANG:> Vissa detaljer Livscykeln för moderna informationssystem är cirka 10 år , vilket är betydande"> Немного специфики Продолжительность жизненного цикла современных информационных систем составляет около 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 = "system gör upp"> Из мировой практики известно, что затраты на сопровождение прикладного программного обеспечения информационных систем составляют не менее 70% его совокупной стоимости на протяжении жизненного цикла. Поэтому крайне важно еще на проектной стадии предусмотреть необходимые методы и средства сопровождения прикладного программного обеспечения, включая методы конфигурационного управления. В России создание и испытания автоматизированных систем, к которым относятся и информационные системы, регламентированы рядом ГОСТов, прежде всего серии 34. Однако отдельные положения этих ГОСТов уже устарели, а ряд этапов жизненного цикла информационных систем предоставлены недостаточно полно. Поэтому более целесообразно рассматривать в качестве определяющего документа международный стандарт ISO/IEC 12207. Данный стандарт определяет структуру жизненного цикла, содержащую процессы, которые должны быть выполнены во время создания программного обеспечения информационной системы. Основы разработки ИС. 30!}

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-31.jpg" alt = "(! LANG:> Dessa processer är indelade i tre grupper: main (förvärv, utbud) , utveckling, drift och underhåll), hjälpmedel"> Эти процессы подразделяются на три группы: основные (приобретение, поставка, разработка, эксплуатация и сопровождение), вспомогательные (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит и решение проблем) и организационные (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого жизненного цикла, обучение). Основы разработки ИС. 31!}

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-32.jpg" alt = "(! LANG:> Gängade och spiralmodeller, dock gör ISO/IEC 12207-standarden erbjuder inga specifika livscykelmodeller"> Каскадная и спиральная модели Однако стандарт ISO/IEC 12207 не предлагает конкретной модели жизненного цикла и методов разработки, его рекомендации являются общими для любых моделей жизненного цикла. Под моделью обычно понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла. Из существующих в настоящее время моделей наиболее распространены две: каскадная и спиральная. Они принципиально различаются самим подходом к информационной системе и ее программному обеспечению. Суть различий в том, что в каскадной модели информационная система является однородной и ее программное обеспечение определяется как единое (с ней) целое. !} Detta tillvägagångssättär kännetecknande för tidigare informationssystem (kaskadmetoden har använts sedan 1970), liksom för system för vilka det i början av utvecklingen är möjligt att formulera alla krav tillräckligt och fullständigt. När dessa villkor är uppfyllda uppnår kaskadmetoden goda resultat. Grunderna för IS -utveckling. 32

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-33.jpg" alt = "(! LANG:> Kärnan i vattenfallsmetoden (figur 1) är att bryta upp hela utvecklingen till etapperna"> Суть каскадного метода (рис. 1) заключается в разбиении всей разработки на этапы, причем переход от предыдущего этапа к последующему осуществляется только после полного завершения работ предыдущего этапа. Соответственно на каждом этапе формируется законченный набор проектной документации, достаточной для того, чтобы разработка могла быть продолжена другой группой разработчиков. Другим положительным моментом каскадной модели является возможность планирования сроков завершения работ и затрат на их выполнение. Однако у каскадной модели есть один существенный недостаток - очень сложно уложить реальный процесс создания программного обеспечения в такую жесткую схему и поэтому постоянно возникает необходимость возврата к предыдущим этапам с целью уточнения и пересмотра ранее принятых решений. Результатом такого конфликта стало появление модели с промежуточным контролем (рис. 2), которую представляют или как самостоятельную модель, или как вариант каскадной модели. Эта модель характеризуется межэтапными корректировками, удлиняющими период разработки изделия, но повышающими надежность. Однако и каскадная модель, и модель с промежуточным контролем обладают серьезным недостатком - запаздыванием с получением результатов. Данное обстоятельство объясняется тем, что согласование результатов возможно только после завершения каждого этапа работ. Основы разработки ИС. 33!}

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-34.jpg" alt = "(! LANG:> Vid tidpunkten för varje etapp ställs kraven starkt in formen"> На время же проведения каждого этапа требования жестко задаются в виде технического задания. Так что существует опасность, что из -за неточного изложения требований или их изменения за длительное время создания программного обеспечения конечный продукт окажется невостребованным. Для преодоления этого недостатка и была создана спиральная модель, ориентированная на активную работу с пользователями и представляющая разрабатываемую информационную систему как постоянно корректируемую во время разработки. В спиральной модели (рис. 3) основной упор делается на этапы анализа и проектирования, на которых реализуемость технических решений проверяется путем создания прототипов. Спиральная модель позволяет начинать работу над следующим этапом, не дожидаясь завершения предыдущего. Спиральная модель имеет целью как можно раньше ознакомить пользователей с работоспособным продуктом, корректируя при необходимости требования к разрабатываемому продукту и каждый "виток" спирали означает создание фрагмента или версии. Основная проблема спирального цикла - определение момента перехода на следующий этап, и возможным ее решением является принудительное ограничение по времени для каждого из этапа жизненного цикла. Наиболее полно достоинства такой модели проявляются при обслуживании программных средств. Основы разработки ИС. 34!}

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-35.jpg" alt = "(! LANG:> Om vi ​​jämför dessa modeller kan vi säga att kaskadmodellen är mer mångsidig, T."> Сравнивая эти модели, можно сказать, что каскадная модель более универсальна, т. е. она применима к производству разных изделий, будь то отбойный молоток или графический редактор. Для разных изделий просто будут изменяться количество и название этапов модели. Спиральная же модель более ориентирована именно на информационные системы, особенно на !} programvaruprodukter Därför är det att föredra framför kaskad när man utvecklar informationssystem och deras programvara. Nästa steg för att upprätthålla livscykeln för ett informationssystem, liksom alla andra produkter, är dess automatisering. Emellertid är automatiseringen av olika processer i samband med utveckling, produktion och drift av både industriprodukter och informationssystem mest effektiv när den täcker alla stadier av produktens livscykel. Samtidigt är det nödvändigt att övervinna följande problem: närvaron av många olika system med fokus på att lösa specifika problem relaterade till olika stadier av livscykeln leder till svårigheter vid datautbyte mellan angränsande system; Deltagande för att stödja flera företags produktcykel kräver ett effektivt utbyte av produktinformation mellan partner. produktens komplexitet, förekomsten av många av dess modifieringar, upplåning, standardisering, förening, kräver stöd från flernivå multivariata monteringsmodeller. Dessa problem kan övervinnas genom att implementera CALS -konceptet. Grunderna för IS -utveckling. 35

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-36.jpg" alt = "(! LANG:> CALS CALS står för Continuous Acquisition and Life cycle Support-kontinuerlig information"> CALS Аббревиатура CALS расшифровывается как Continuous Acquisition and Life cycle Support - непрерывная информационная поддержка жизненного цикла продукта. Встречается также другой перевод, менее схожий с исходным названием, но более близкий по смыслу: обеспечение неразрывной связи между производством и прочими этапами жизненного цикла изделия. !} Denna teknik, som utvecklades på 1980 -talet av det amerikanska försvarsdepartementet, har spridit sig över hela världen och täckt nästan alla sfärer i världsekonomin. Det är utformat för att förbättra effektiviteten och kvaliteten på affärsprocesser under hela produktens livscykel genom användning av papperslös teknik. Början av skapandet av CALS-teknologisystemet var utvecklingen av ett standardsystem för att beskriva processer i alla stadier av produktens livscykel. Grunderna för IS -utveckling. 36

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

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-38.jpg" alt = ""> Для развития методологии CALS в США были созданы Управляющая промышленная группа по вопросам CALS (ISG) и ее исполнительный консультативный комитет. В !} för närvarande mer än 25 nationella organisationer (kommittéer eller råd för utveckling av CALS) verkar i världen, inklusive i USA, Japan, Kanada, Storbritannien, Tyskland, Sverige, Norge, Australien och andra länder samt i Nato. De huvudsakliga insatserna för dessa och liknande organisationer syftade till att skapa olika nivåer av regleringsdokumentation. Under de senaste åren har följande dokument utvecklats: 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) Publikationer, utnyttjande av en gemensam källdatabas), etc. Grunder i IS -utveckling. 38

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-39.jpg" alt = "(! LANG:> CALS-standarder ISO-standarder för CALS-teknik kan delas upp i tre grupper: presentation av information"> Стандарты CALS Стандарты, разработанные ISO для CALS-технологий, можно разбить на три группы: представление информации о продукте, представление текстовой и !} grafisk information och allmänna syften. Den första gruppen inkluderar: ISO / IEC 10303 Standard för utbyte av produktmodelldata (STEP) och ISO 13584 Industrial Automation - Parts Library. Den andra gruppen inkluderar: ISO 8879 Information Processing - Text and Office System - Standard Generalized 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 informationsbehandlingssystem - datorgrafik - metafil; ISO / IEC 10918 Kodning av digitala kontinuerliga tonbilder (JPEG); ISO 11172 MPEG 2 Motion Picture Experts Group (MPEG); Kodning av film och tillhörande ljud för digital lagringsmedia och ISO / IECS 13522 informationsteknik - kodning av multimedia- och hypermediainformation (MHEG). Grunderna för IS -utveckling. 39

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-40.jpg" alt = "(! LANG:> Effektivitet av CALS-implementering Det huvudsakliga problemet som löses med hjälp av CALS-teknik är - spara tid och pengar"> Эффективность реализации 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:> Utvalda frågor om byggnadsinformationssystem och teknikinformation"> Отдельные вопросы построения информационных систем и технологий Здесь мы рассмотрим некоторые технологии создания информационных систем, наиболее часто предлагаемые разработчиками. Знакомство с такими технологиями облегчит процесс понимания заказчиком предложений разработчика. Автоматизированные системы проектирования Усложнение информационных систем и расширение областей их применения, повышение требований к ним привели к тому, что даже большие, коллективы разработчиков не в состоянии за приемлемое время, в, условиях ограничений по ресурсам и с заданным качеством разработать информационную систему. В результате развития средств и методов создания информационных систем оформилось направление, связанное с автоматизацией проектирования информационной системы и информационной технологии. Это путь использования готовых решений, обеспечения заданного качества и ускорения работ при создании информационной системы и информационной технологии. (См. : Ойхман Е. Г. , Попов Э. В. Реинжиниринг бизнеса: реинжиниринг организации и информационные технологии. - М. : Финансы и статистика, 1997.) Основы разработки ИС. 41!}

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-42.jpg" alt = "(! LANG:> Testfas När utvecklingen av en individuell systemmodul har slutförts, en offlinetest utförs spökningar"> Этап тестирования После завершения разработки отдельного модуля системы выполняют автономный тест, который преследует две основные цели: обнаружение отказов модуля (жестких сбоев); соответствие модуля спецификации (наличие всех необходимых функций, отсутствие лишних функций). После того как автономный тест успешно пройдет, модуль включается в состав разработанной части системы и группа сгенерированных модулей проходит тесты связей, которые должны отследить их взаимное влияние. Далее группа модулей тестируется на надежность работы, то есть проходят, во-первых, тесты имитации отказов системы, а во-вторых, тесты наработки на отказ. Первая группа тестов показывает, насколько хорошо система восстанавливается после сбоев программного обеспечения, отказов аппаратного обеспечения. Вторая группа тестов определяет степень устойчивости системы при штатной работе и позволяет оценить время безотказной работы системы. В комплект тестов устойчивости должны входить тесты, имитирующие пиковую нагрузку на систему. Затем весь комплект модулей проходит системный тест - тест внутренней приемки продукта, показывающий уровень его качества. Сюда входят тесты функциональности и тесты надежности системы. Основы разработки ИС. 42!}

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-43.jpg" alt = "(! LANG:> Det sista testet av informationssystemet är godkännandeprov. Detta test tillhandahåller demonstration av informationssystemet för kunden"> Последний тест информационной системы - приемо-сдаточные испытания. Такой тест предусматривает показ информационной системы заказчику и должен содержать группу тестов, моделирующих реальные !} affärsprocesser för att visa att implementeringen uppfyller kundens krav. Behovet av att styra processen för att skapa en IS, att garantera uppnåendet av utvecklingsmål och efterlevnaden av olika restriktioner (budget, tid, etc.) har lett till en omfattande användning av mjukvarutekniska metoder och verktyg inom detta område: strukturanalys, objektorienterad modellering, CASE-system. Grunderna för IS -utveckling. 43

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-44.jpg" alt = "(! LANG:> CASE-metoden (datorstödd programvara/systemteknik-CASE-teknik) )."> Широкое распространение в этой области получил подход СА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:> Det övergripande IC-tillförlitlighetsindexet koncentrerar ett antal viktiga egenskaper:- felprocent i"> Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: --частоту возникновения сбоев в техническом обеспечении; --степень адекватности математических моделей; --верификационную чистоту программ; --относительный уровень достоверности информации; --интегрированный показатель надежности эргономического обеспечения ИС. Адаптационные свойства системы отражают ее способность приспосабливаться к изменениям окружающего внешнего фона внутренней управленческой и производственной среды организации. Важная задача заказчика - сформулировать на этапе проектирования границы допущения отклонений в значениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. Основы разработки ИС. 45!}

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-46.jpg" alt = "(! LANG:> Slutsats Idag påverkar informationsteknologi mer än behandling"> Заключение Сегодня информационные технологии оказывают влияние не только на обработку данных, но и на способ выполнения работы людьми, на продукцию, характер конкуренции. Информация во многих организациях становится ключевым ресурсом, а !} informationsbearbetning- en fråga av strategisk betydelse. De flesta organisationer kommer inte att kunna tävla framgångsrikt förrän de erbjuder sina kunder den servicenivå som bara är möjlig med högteknologiska system. Ett ledningsinformationssystem är ett system som förser auktoriserad personal med data eller information som är relevant för en organisation. Ett ledningsinformationssystem består i allmänhet av fyra delsystem: ett transaktionsbehandlingssystem, ett ledningsrapporteringssystem, ett kontorsinformationssystem och ett beslutsstödssystem, inklusive en chefs informationssystem, ett expertsystem och artificiell intelligens. Informationssystem används av organisationer för olika ändamål. De ökar produktiviteten genom att hjälpa till att få jobbet gjort bättre, snabbare och billigare, funktionell effektivitet, hjälper till att fatta de bästa besluten. Informationssystem förbättrar kvaliteten på tjänsterna till kunder och kunder, hjälper till att skapa och förbättra produkter. De låter dig konsolidera kunder och främja konkurrenter, ändra konkurrensgrunden genom att ändra komponenter som pris, kostnader, kvalitet. Grunderna för IS -utveckling. 46

Src = "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-47.jpg" alt = "(! LANG:> Referenser. 1. A. N. Adamenko, A. M. Kuchukov. Logisk programmering och"> Список литературы. 1. А. Н. Адаменко, А. М. Кучуков. Логическое программирование и Visual Prolog СПб. : БХВ--Петербург, 2003. 2. Братко И. Алгоритмы искусственного интеллекта на языке PROLOG. М. : «Вильямс» , 2004. 3. Джексон П. Введение в экспертные системы. -Москва, С. Петербург, Киев: Изд. дом "Вильямс", 2002 4. Дж. Доорс, А. Рейблейн, С. Вадера. Пролог - язык программирования будущего. М. : Финансы и статистика, 1990 5. Дюбуа Д. , Прад А. Теория возможностей. Приложения к представлению знаний. -М. : Радио и связь, 1995 6. Корнеев В. В. , Гарев А. Ф. , Васюшин СВ. , Райх В. В. Базы данных. Интеллектуальная обработка информации. - М. : Изд-во "Нолидж", 7. Мендельсон Э. Введение в математическую логику. М. , 1976 8. Нечаев В. В. , Панченко В. М. , Свиридов А. П. Исследование операций и теория систем. Основы статистической динамики знаний. !} Handledning... -M. : MIREA, 2000 9. Novikov PS Element av matematisk logik. M., 1959 10. Popov EV Expert -system i realtid. V: Öppna system, N 2 (10), 1995 11. Hogger K. Introduktion till logisk programmering M .: Mir, 1988 12. Kyrka A. Introduktion till matematisk logik, vol. I. M. 1960 13. Internetkällor. Grunderna för IS -utveckling. 47

Inledning ……………………………………………………………………………… ..3
1. Teoretiska grunder för utveckling av informationssystem
1.1. Begreppet IS som ett sätt att automatisera ……………………………… .5
1.2. IS informationsstöd ………………………………………… 7
1.3. Ryska marknaden Läkemedelsbokföringssystem …………………… .12
2. Design och utveckling av ett informationssystem för registrering av läkemedel i en läkemedelsorganisation
2.1. Infologisk struktur för bokföringsdatabasen vid ett transportföretag ……………………………………………………………………… ... 16

Introduktion
Kursarbetets relevans ligger i det faktum att alla moderna lagerföretag behöver automatiserade informationssystem (IS). Den största fördelen med automatisering är att minska redundansen av lagrade data, och därför spara mängden minne som används, minska kostnaden för flera operationer för att uppdatera redundanta kopior och eliminera möjligheten till inkonsekvenser på grund av att lagra information om samma objekt i olika platser, öka graden av informationssäkerhet och ökaen; alltför många interna mellanliggande dokument, olika tidskrifter, mappar, applikationer, etc., återinmatning av samma information i olika mellanliggande dokument. Tiden reduceras också avsevärt genom den automatiska sökningen efter information, som görs från speciella skärmformar där parametrarna för objektsökningen anges.
Syftet med forskningen är ett transportföretag (godstransporter).
Föremålet för forskningen är automatisering av redovisning på ett transportföretag.
Syftet med arbetet är att utveckla ett informationssystem för redovisning av fordonsparken på ett transportföretag.
För att uppnå detta mål i arbetet är det nödvändigt att lösa följande uppgifter:
1. Att studera de teoretiska grunderna för utvecklingen av informationssystem
2. Designa och utveckla ett informationsbokföringssystem för ett transportföretag.
Den teoretiska grunden för kursarbetet var inhemska forskares arbeten inom automatiserad informationsteknik, material från tidskrifter, informationsresurser globalt nätverk Internet.
Den metodologiska grunden för arbetet är metoderna systemanalys: programmatiska, dialektiska och lexikaliska metoder
Målen och målen med kursarbetet har bestämt dess struktur. Kursarbete består av en introduktion, två delar, en slutsats och en referenslista1. Teoretiska grunder för informationssystem
1.1. Begreppet IP som ett sätt att automatisera
Ett system förstås som alla objekt som samtidigt betraktas både som en enda helhet och som en uppsättning heterogena element kombinerade för att uppnå de uppsatta målen. System skiljer sig väsentligt från varandra både i sammansättning och i sina huvudmål.I datavetenskap är begreppet "system" utbrett och har många semantiska betydelser. Oftast används det i förhållande till en uppsättning hårdvara och programvara. En dators hårdvara kan kallas ett system. Ett system kan också betraktas som en uppsättning program för att lösa specifika tillämpade problem, kompletterat med procedurer för att underhålla dokumentation och hantera beräkningar. Tillägget av ordet "information" till begreppet "system" speglar syftet med dess skapande och funktion. Informationssystem tillhandahåller insamling, lagring, bearbetning, sökning och leverans av information som är nödvändig för att fatta beslut om problem från alla områden. De hjälper till att analysera problem och skapa nya produkter.
Ett informationssystem är en sammankopplad uppsättning medel, metoder och personal som används för att lagra, bearbeta och utfärda information för att uppnå ett uppsatt mål.
Den moderna förståelsen av informationssystemet innebär användning av en dator som det huvudsakliga tekniska sättet att behandla information. Dessutom kommer det tekniska genomförandet av informationssystemet i sig inte att vara någonting ...

Skicka ditt bra arbete i kunskapsbasen är enkel. Använd formuläret nedan

Studenter, doktorander, unga forskare som använder kunskapsbasen i sina studier och arbete kommer att vara mycket tacksamma för dig.

Liknande dokument

Grundläggande designmetoder, modeller av livscykeln för lokala system, kärnan i det strukturella tillvägagångssättet. Processflödesmodellering och programvara stödja deras livscykel. Egenskaper och teknik för implementering av CASE -verktyg.

term paper, tillagd 13/12/2010


Grunderna i informationssystems designmetodik, begreppet deras livscykel. Grundläggande livscykelmodeller. SADT funktionell modelleringsmetodik. Den funktionella modellens sammansättning. Datamodellering, karaktärisering av ärendeverktyg.

abstrakt tillagd 28/05/2015


Metodik för strukturanalys och design av informationssystem. Grundstandarden för mjukvarulivscykelprocesser. Mål och principer för bildandet av profiler av informationssystem. Utveckling av en idealisk affärsprocessmodell.

presentation läggs till 2013-12-07


Funktioner i de viktigaste, hjälp- och organisatoriska processerna i livscykeln för automatiserade informationssystem. Grundläggande metoder för att utforma AIS baserat på CASE -teknik. Bestämning av modellen för mjukvaruproduktens livscykel.

term paper, tillagd 2010-11-20


Funktioner i utformningen av informationssystem baserade på databaser. Använda CASE-verktyg och beskriva affärsprocesser i BP-Win. Stadier i utformningen av moderna informationssystem, diagramtyper och visuell presentation av webbplatsen.

term paper, tillagt 25/04/2012


Huvudområdena för informationssystems design: databaser, program (körning till dataförfrågningar), nätverkstopologi, hårdvarukonfiguration. Livscykelmodeller för programvara. Informationssystems designfaser.

abstrakt, tillagt 29.04.2010


Livscykel för automatiserade informationssystem. Grundläggande metoder för att utforma automatiserade system baserade på CASE-teknik. Analysfas och planering, konstruktion och genomförande automatiserat system... Vattenfall och spiral modell.

term paper, tillagd 2010-11-20


Automatiska konstruktionssystem. Jämförande analys av verktyg för design av automatiserade informationssystem. Exportera SQL -kod till den fysiska miljön och fylla i databasen med innehåll. Stadier av utveckling och egenskaper hos Case-fonder.

term paper, tillagd 14/11/2017

Utformningen av informationssystem (IS) är en komplex flerstegs aktivitet, utan en vetenskaplig organisation vars skapande och användning av modern komplex IS är otänkbar, inklusive inom utbildning, entreprenörskap, ledning och andra samhällsområden. Tillsammans med att få den nödvändiga teoretiska kunskapen för detta måste IC -designern skaffa sig stabila praktiska färdigheter i denna typ av aktivitet.

Den huvudsakliga designfunktionen är att arbeta med ett obefintligt objekt. Detta är skillnaden mellan design och modellering, där objektet inte kan annat än existera.

IC -design täcker tre huvudområden:

Designa dataobjekt som ska implementeras i databasen;

Utforma program, skärmar, rapporter som säkerställer genomförandet av frågor till data;

Hänsyn till en specifik miljö eller teknik, nämligen: nätverkstopologi, hårdvarukonfiguration, använd arkitektur (filserver eller klient-server), parallellbehandling, distribuerad databehandling, etc.

Att designa informationssystem börjar alltid med att definiera projektets mål. I allmänna termer kan projektets mål definieras som lösningen på ett antal sammanhängande uppgifter, inklusive tillhandahållandet vid systemstart och under hela driftstiden:

Systemets nödvändiga funktionalitet och nivån på dess anpassningsförmåga till förändrade driftsförhållanden;

Systembredd som krävs;

Systemets erforderliga svarstid på begäran;

Problemfri drift av systemet;

Den nödvändiga säkerhetsnivån;

Lätt att använda och systemstöd.

Designteknik

AIS designteknik är en uppsättning metoder och verktyg för att designa AIS, liksom metoder och verktyg för att organisera design (hantera processen för att skapa och modernisera ett AIS -projekt). Designtekniken är baserad på den tekniska processen (TP), som bestämmer åtgärderna, deras sekvens, utövande av kompositioner, de medel och resurser som krävs för att utföra dessa åtgärder.

AIS-designen TP är en uppsättning sekventiellt parallella, anslutna och underordnade handlingskedjor, som var och en kan ha sitt eget ämne. De åtgärder som utförs i utformningen av AIS kan definieras som odelbara tekniska operationer eller som delprocesser för tekniska operationer.

Alla åtgärder kan faktiskt utformas, som formar eller modifierar designens resultat, och utvärderande, som utvecklas enligt de fastställda kriterierna för utvärdering av designresultat.

Designtekniken fastställs således av en reglerad sekvens av tekniska operationer som utförs i processen att skapa ett projekt baserat på en viss metod.

Ämnet för den valda designtekniken bör vara reflektion av sammanhängande designprocesser i alla stadier av AIS -livscykeln.

De viktigaste kraven för den valda designtekniken är följande:

Projektet som skapats med denna teknik måste uppfylla kundens krav.

Tekniken bör så mycket som möjligt återspegla alla stadier av projektets livscykel.

Tekniken bör ge minimikostnader för arbetskraft och kostnader för design och projektstöd.

Tekniken bör bidra till att öka designernas produktivitet;

Tekniken bör säkerställa tillförlitligheten i projektets design och drift.

Tekniken ska underlätta enkelt underhåll av projektdokumentation.

AIS designteknik implementerar en specifik designmetodik. I sin tur antar designmetoden närvaron av vissa koncept, designprinciper och implementeras med en uppsättning metoder och verktyg.

AIS -designmetoder kan klassificeras efter graden av användning av automatiseringsverktyg, typiska designlösningar, anpassningsförmåga till förväntade förändringar.

Enligt graden av automatisering skiljer de sig från:

Manuell design;

Datordesign;

Enligt graden av användning av typiska designlösningar skiljer de sig från:

Original design;

Typisk design;

Enligt graden av anpassningsförmåga hos designlösningar skiljer sig följande metoder åt:

Rekonstruktion - anpassning av designlösningar utförs genom bearbetning av motsvarande komponenter;

Parameterisering - designlösningar justeras i enlighet med de angivna och ändrade parametrarna;

Modellomstrukturering - domänmodellen ändras, vilket leder till en automatisk omstrukturering av designbeslut.

Beroende på komplexiteten hos automatiseringsobjektet och uppsättningen uppgifter som måste lösas när man skapar en specifik AIS kan stadierna och stadierna i arbetet ha olika arbetsintensitet. Det är tillåtet att kombinera på varandra följande etapper och utesluta några av dem i alla stadier av projektet. Det är också tillåtet att påbörja arbetet i nästa etapp före slutet av det föregående.

Huvudstadierna för att skapa ett automatiserat informationssystem:

Kravbildning för AIS;

Utveckling av AIS -konceptet;

Utveckling av tekniska specifikationer;

Projektskissutveckling;

Utveckling av den tekniska delen av projektet;

Utveckling av arbetsdokumentation för AIS;

Idrifttagning;

AIS -eskort.

Designmetodik

Metodik utgör grunden för informationssystems designteknik. Metoden implementeras genom specifik teknik och deras stödande standarder, metoder och verktyg.

IS -designmetoder kan klassificeras efter graden av användning av automatiseringsverktyg, typiska designlösningar, anpassningsförmåga till förväntade förändringar. Så, enligt graden av automatisering, är designmetoder indelade i:

1. Manual, där designen av IC -komponenter utförs utan användning av speciella mjukvaruverktyg och programmering - på algoritmiska språk;

2. Dator där generering eller konfiguration (inställning) av designlösningar utförs baserat på användning av speciella mjukvaruverktyg.

Enligt användningsgraden för typiska designlösningar skiljer sig följande designmetoder ut:

1. Original (individuellt), när designlösningar utvecklas "från grunden" i enlighet med kraven för AIS. Det kännetecknas av det faktum att alla typer av designarbete är inriktade på skapandet av individuella projekt för varje objekt, som i högsta grad återspeglar alla dess funktioner;

2. Typiskt, förutsatt konfiguration av IS från färdiga standarddesignlösningar (mjukvarumoduler). Det utförs på grundval av erfarenheterna från utvecklingen av enskilda projekt. Typiska projekt, som en generalisering av erfarenhet för vissa grupper av organisatoriska och ekonomiska system eller typer av arbete, är i varje fall förknippade med många specifika funktioner och skiljer sig åt i täckningsgrad för ledningsfunktioner, utfört arbete och utvecklad projektdokumentation.

Beroende på graden av anpassningsförmåga hos designlösningar skiljer man metoder:

1. Rekonstruktion, när anpassningen av designlösningar utförs genom bearbetning av motsvarande komponenter (omprogrammering av programvarumoduler);

2. Parametrering, när designlösningar ställs in (genereras) i enlighet med ändrade parametrar;

3. Modellomstrukturering, när modellområdet för problemområden ändras, på grundval av vilka designlösningar genereras automatiskt.

Kombinationen av olika funktioner i klassificeringen av metoder bestämmer arten av den IC -designteknologi som används, bland vilka det finns två huvudklasser: kanonisk och industriell teknik. Industriell designteknologi är i sin tur indelad i två underklasser: automatiserad (med CASE-teknik) och typisk (parametrisk eller modellorienterad) design. Användningen av industriell teknik utesluter inte användningen av kanonisk teknik i vissa fall.

Design är en praktisk aktivitet, vars syfte är att hitta nya lösningar i form av en uppsättning dokumentation. Sökprocessen är en sekvens av att utföra ömsesidigt beroende åtgärder, procedurer, vilket i sin tur innebär användning av vissa metoder. Komplexiteten i designprocessen (som alla andra kreativa aktiviteter), de icke-standardiserade design (liv) situationer kräver kunskap om olika metoder och förmågan att bemästra dem.

Designteknik definieras som en kombination av tre komponenter:

En steg-för-steg-procedur som bestämmer sekvensen av tekniska designoperationer;

Kriterier och regler som används för att bedöma resultaten av tekniska operationer;

Notationen (grafiska och textuella medel) som används för att beskriva det designade systemet.

Jämförande egenskaper hos designverktyg

Huvudmålet med att välja en företagsstandard för organisationsdesign är att sätta ett gemensamt och obligatoriskt språk för kommunikation mellan ledning, utvecklare av organisatoriska och tekniska processer och utförare av dessa processer. Privata tillämpningar av sådana standarder är syntesen av krav för de system som skapas, bestämmelser om organisatoriska enheter, serviceinstruktioner etc.

Det finns cirka 30 tekniker för design av organisatoriska och tekniska system och flera hundra verktyg som är utformade för att automatisera denna process. Med hänsyn till tidsfaktorn begränsades därför den jämförande analysen till de fyra mest populära produkterna på den ryska marknaden: Bpwin / Erwin (Platinum Technology), Rational Rose (Rational Software Corporation), ARIS (Scheer AG) och Oracle Designer ( Oracle Developer Suite). Referensdata om CASE-teknik och designverktyg ges nedan i texten och i tabell 1.

bord 1

Designverktyg och deras jämförande egenskaper

Kriterier				Oracle Designer
Fullt stöd för IP -livscykel
Säkerställa projektets integritet
Plattformsoberoende	+ (DoDAF, TeaF / FeaT, Zachman)	+ (ORACLE, Informix, Sybase)	+ (ORACLE, Informix, Sybase, Ingres, etc.)
Samtidig grupputveckling av databaser och applikationer

*) applikationsutvecklare kan börja arbeta med databasen först efter att dess design är klar.

CASE-teknik är en metod för att designa ett informationssystem, liksom en uppsättning verktyg som låter dig visuellt modellera ett ämnesområde, analysera denna modell i alla stadier av utveckling och underhåll av ett informationssystem och utveckla applikationer i enlighet med användarnas informationsbehov. De flesta av de befintliga CASE-verktygen är baserade på strukturella (mestadels) eller objektorienterade analys- och designmetoder, med specifikationer i form av diagram eller texter för att beskriva externa krav, relationer mellan systemmodeller, dynamik i systembeteende och mjukvaruarkitektur.

Enligt Advanced Technology Survey av Systems Development Inc. År 2007, enligt resultaten av en undersökning bland mer än 1000 amerikanska företag, är CASE -teknik för närvarande bland de mest stabila informationsteknikerna (den användes av hälften av alla undersökta användare i mer än en tredjedel av deras projekt, varav 85% slutfördes framgångsrikt). Men trots alla möjliga möjligheter hos CASE -verktyg finns det många exempel på deras misslyckade implementering, vilket resulterar i att CASE -verktyg blir hyllplan. I detta avseende bör följande noteras:

1. CASE -åtgärder har inte nödvändigtvis en omedelbar effekt. det kan bara tas emot efter en tid;

2. De verkliga kostnaderna för att implementera CASE-verktyg är vanligtvis mycket högre än kostnaderna för deras förvärv;

3. CASE -verktyg ger möjligheter till betydande fördelar först efter att genomförandeprocessen har slutförts.

Med tanke på CASE -verktygens olika karaktär skulle det vara ett misstag att göra ovillkorliga uttalanden om den faktiska tillfredsställelsen av vissa förväntningar från deras genomförande. Du kan lista följande faktorer som försvårar bestämningen av den möjliga effekten av att använda CASE-verktyg:

1. Ett brett utbud av kvalitet och kapacitet hos CASE-verktyg;

2. Relativt kort tid att använda CASE-verktyg i olika organisationer och bristande erfarenhet av deras användning;

3. En stor variation i genomförandet av olika organisationer;

4. Brist på detaljerade mätvärden och data för redan genomförda och pågående projekt;

5. Ett brett spektrum av projektområden;

6. Olika grader av CASE-verktygsintegration i olika projekt.

På grund av dessa komplexiteter är tillgänglig information om faktiska implementeringar extremt begränsad och inkonsekvent. Det beror på typen av verktyg, projektens egenskaper, stödnivån och användarupplevelsen. Vissa analytiker tror att de verkliga fördelarna med att använda vissa typer av CASE -verktyg bara kan uppnås efter ett eller två års erfarenhet. Andra tror att effekter faktiskt kan inträffa under driftsfasen av livscykeln för IP, när tekniska förbättringar kan leda till lägre driftskostnader.

SP -kategorin innehåller både relativt billiga system för persondatorer (PC) med mycket begränsade möjligheter, och dyra system för heterogena datorplattformar och operativmiljöer. Den moderna mjukvarumarknaden har alltså cirka 30 olika CASE-system, varav de mest kraftfulla, på ett eller annat sätt, används av nästan alla ledande västerländska företag.

Tillämpningen av joint venture kräver särskild utbildning och utbildning från potentiella användare. Erfarenheten visar att genomförandet av joint venture är långsamt, men med förvärv av praktiska färdigheter och en allmän designkultur ökar effektiviteten för att använda dessa verktyg kraftigt och det största behovet av att använda joint venture upplevs i de inledande stadierna av utveckling, nämligen i analysstadierna och kravspecifikationerna. Detta beror på att kostnaden för fel som görs i de inledande stadierna är flera storleksordningar högre än kostnaden för fel som identifierats vid senare utvecklingsstadier.

Idag har den ryska mjukvarumarknaden följande mest utvecklade joint ventures:

ERWin / BPWin;

Rationell ros;

Oracle Designer.

ARIS - Ett integrerat affärsprocessmodelleringsverktyg som integrerar en mängd olika modellerings- och systemanalystekniker. Det är främst ett verktyg för att beskriva, analysera, optimera och dokumentera affärsprocesser snarare än ett programvarudesignverktyg.

BPWin är ett visuellt verktyg för modellering av affärsprocesser. ERWin är ett verktyg som används för att modellera och skapa databaser med godtycklig komplexitet baserat på enhetsrelationsdiagram.

Rational Rose är ett objektorienterat verktyg för modellering av informationssystem. Låter dig lösa nästan alla problem i utformningen av informationssystem: från analys av affärsprocesser till kodgenerering i ett specifikt programmeringsspråk. Gör att du kan utveckla både hög- och lågnivåmodeller och därigenom utföra antingen abstrakt design eller logisk design.

Oracle Designer är ett funktionellt verktyg för att beskriva ett ämnesområde. Det är en del av verktyget Oracle9i Developer Suite för att designa mjukvarusystem och databaser som implementerar CASE -teknik och Oracles egen CDM IS -utvecklingsmetodik, vilket gör det möjligt för utvecklingsteamet att utföra ett projekt, allt från affärsprocessanalyser genom modellering till kodgenerering och erhållande prototyp, och senare på slutprodukten. Det här verktyget är vettigt att använda när du riktar in dig på hela sortimentet av Oracle -produkter som används för att designa, utveckla och implementera ett komplext mjukvarusystem.

Analys av uppgifterna i tabellen visar att för de listade joint ventures är det bara ARIS -komplexet som bäst uppfyller alla kriterier som antagits som de viktigaste. Så till exempel i Rational Rose-komplexet säkerställs designdatabasens integritet och en enhetlig teknik för end-to-end IS-design genom användning av Corba-gränssnittet. Det bör noteras att var och en av de två produkterna i sig är en av de mest kraftfulla i sin klass.

Enligt författaren är alltså ARIS-komplexet det mest utvecklade sättet att utveckla storskaliga IC: er idag.