bejáratInformációs rendszerek kidolgozásának módszertana. Az információs rendszerek alapjainak tervezési módszertana
Az információs rendszer (IP) a cél elérése érdekében a cél elérése érdekében tárolására, feldolgozására és kiadására felhasznált pénzeszközök, módszerek és személyzet kölcsönözhető.
A modern információs technológiák széles körű IP-végrehajtási módszereket kínálnak, amelyeknek megválasztása a javasolt felhasználók igényei alapján történik, amelyek általában a fejlesztési folyamat során változhatnak.
Az IP-projekt keretében meg fogjuk érteni a tervezési és technológiai dokumentációt, amely bemutatja a tervezési megoldások leírását az IP létrehozására és működtetésére egy adott szoftverben és műszaki környezetben.
Az IP tervezése során tudatában van annak, hogy a projekt IP-jével összhangban a hasonló célú objektumok objektumainak, módszereinek és tapasztalatainak konvertálásának folyamata. Ebből a szempontból az IP kialakítása a tervezési megoldások következetes formalizációjára csökken az IP-életciklus különböző szakaszaiban: tervezési és elemzési követelmények, technikai és munkamódszer, megvalósítás és üzemeltetés.
A fejlett rendszerek skálája meghatározza a tervezési folyamat résztvevői összetételét és számát. A rendszer fejlesztésében nagy mennyiségű és kemény tervezési feltételekkel több projektcsapat (fejlesztő szervezet) részt vehet. Ebben az esetben a szülő szervezet van rendelve, amely koordinálja a tevékenységét minden társ-készülékek szervezetekkel.
Az IP kialakításának megvalósítása magában foglalja a kifejlesztett projekt méretének és jellemzőinek megfelelő tervezési technológiák tervezők használatát.
Modell (lat. "Modulus" - mérés) - az eredeti objektum-helyettes tárgya, amely az utóbbi egyes tulajdonságainak tanulmányozását biztosítja; Az egyszerűsített rendszerének bemutatása annak elemzése és előrejelzése, valamint, hogy kiváló minőségű és mennyiségi eredmények szükségesek ahhoz, hogy a helyes vezetői döntés.
A modellezés az objektummodell bemutatása az információ megszerzéséhez a modelljével végzett kísérletek elvégzésével.
IP-felhasználás tervezése információs modellekTárgyak és folyamatok ábrázolása rajzok, sémák, rajzok, táblázatok, képletek, szövegek stb.
Információs modell - Ez egy olyan objektum, folyamat vagy jelenség modellje, amelyben bemutatják a szimulált tárgy, folyamat vagy jelenség információs szempontjait.
Ez az alapja az IP modellek fejlesztéséhez.
Az IP-létrehozó modell négy szakaszban van:
1. Projekt vázlat. Pközelítő leírását a célok és a projekt várható profit, forrásokat időben minden korlátozást, a rendelkezésre álló források, stb Érdemes azonosítani a "projektmenedzser" azonosítását is, amely a végrehajtásáért felelős, és felelős a Legfelsőbb Útmutató projektért, amely az üzleti tevékenység fő személye lesz, és szükség esetén támogatja a projektmenedzsert, ha szükséges Projekt.
2. Projektértékelés.Ez a projekt fő része. Minden fontos megoldást igényel - milyen rendszereket fog tenni, hogyan fognak működni, milyen eszközöket és alkalmazásprogramokat fognak használni, és hogyan fognak kiszolgálni. A legfontosabb, hogy a különböző tevékenységekből származó lehetséges költségeket és nyereséget vizsgálják, és végső választás történik. A fő szabályként az elvet kell alkalmazni, amely szerint a rendszernek a lehető legegyszerűbbnek kell lennie. A nagy rendszerprojektek hihetetlen költségeket önthetnek. A későbbiekben szereplő változások drágábbak.
3. Először készítsen egy listát a rendszerkövetelményekről - részletes felsorolja azt a tényt, hogy a rendszer az üzleti életért és annak kezelését teszi lehetővé. A folyamatos felhasználók (és más érdekeltek) igényeit tanulmányozzák, hiszen csak igazán tudják, hogy mit kell, és hogyan kell belépni a meglévő tevékenységekbe.
4. A lista tartalmazza a bemeneti, főbb eredmények és jelentések, felhasználók száma, az információ méretét, az információ méretét, más meglévő rendszerekkel stb. És meglehetősen részletesnek kell lennie annak érdekében, hogy küldjön egy kérést a berendezések és a szoftver szállítói számára.
5. Ebben a szakaszban nem kellene számítógépesíteni a meglévő munkamódokat. Az informatikai projekt jó alkalom arra, hogy újra gondolkodjunk, hogyan lehet legjobban információs rendszert készíteni.
6. A következő lépés a berendezések és a szoftver követelményeinek megvizsgálása. Konzultál a potenciális beszállítókkal, böngészhet más üzleti megoldásokkal, és konzultáljon a tudós tanácsadókkal. Néhány nehéz döntést alapos értékelésnek kell alávetni. Például az ilyen kérdésekre válaszolnia kell: hogy már készen áll-e kész alkalmazáscsomag vagy új szoftver megrendelése. A válaszok attól függnek, hogy az a kockázat mértéke, amelyre készen állsz, és a más tipikus cégekből származó vállalkozásbeli különbségektől.
A költségek és a nyereség elemzése a végső döntés előtt végleges lépés. Az alkalmazási programok és berendezések költsége viszonylag kicsi, különösen, ha szabványos csomagot használ. A magasabb költségek ideje a rendszert és az időt a munkájának támogatására
7. Épület és tesztelés.A rendszer telepítésének egyik leginkább alulértékelt lépése az, hogy az összes adat beírása a rendszerbe, mielőtt elindulna.
8. A személyzetnek biztosítania kell, hogy a rendszer könnyen működjön. Semmi sem öl meg a lelkesedést az új rendszerhez képest gyorsabb, mint egy technikai probléma.
9. Projektmenedzsment és kockázatértékelés.Hacsak a projekt nem teljesen triviális, akkor a projektmenedzser létezése, amely elegendő ideje van a projekthez való munkához, és sok problémával foglalkozik. A projekt nem fejeződött be, amíg a projektvezető képesnek bizonyítani, hogy a rendszer megbízhatóan működik és nyereséget eredményez.
10. Fontos szerepe annak, hogy folyamatosan felismerje a projekt kockázatát. A kockázatokat nyíltan meg kell vitatni, annak ellenére, hogy a kísértés, hogy elrejtse a fejét a homokban, és remélem, hogy minden fog költeni. A kockázat tervezhető: elfogadott alternatív megoldások, amelyek szélsőséges cselekvésekre stb. A példa olyan szoftverként szolgál, amelyben a különböző megoldások kockázatosak lehetnek a különböző mértékűek számára. Nincs több hely a részletes megbeszéléshez, de a következő kérdések listájának használata segítenek kiemelni néhány elemet.
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649_439177649.pdf1.jpg" alt \u003d "(! Lang:\u003e Téma:" Alapok és ciklusok az információs rendszerek ". Rostov- A Don Fejlesztési Alapjai"> Тема: ”Основы и циклы разработки информационных систем”. Ростов-на-Дону Основы разработки ИС. 2010 г.!}
Src \u003d "https://present5.com/presentation/178909785_439177649.pd-img/178909785_439177649.pd-2.jpg" alt \u003d "(! Lang:\u003e Alapvető kifejezések. Információs támogatás (IO) - egy sor Projekt megoldások a kötetekben, az elhelyezésben,"> Основные термины. Информационное обеспечение (ИО) - представляет собой совокупность проектных решений по объемам, размещению, форма организации информации, циркулирующей в ИС. Лингвистическое обеспечение (ЛО) - объединяет совокупность языковых средств для формализации естественного языка, построения и сочетания информационных единиц в ходе общения пользователей со средствами вычислительной техники. Техническое обеспечение (ТО) - представляет собой комплекс технических средств (технические средства сбора, регистрации, передачи, обработки, отображения, тиражирования информации, оргтехника и др.), обеспечивающих работу ИТ. Программное обеспечение (ПО) - включает совокупность программ, реализующих функции и задачи ИС и обеспечивающих устойчивую работу комплексов технических средств. Математическое обеспечение (МО) - совокупность математических методов, моделей и алгоритмов обработки информации, используемых при решении функциональных задач и в процессе автоматизации проектировочных работ. Основы разработки ИС. 2!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-3.jpg" alt \u003d „(! Lang:\u003e Szervezeti támogatás (OO) - képviseli a dokumentumokat összeállított IP tervezési folyamat jóváhagyva"> Организационное обеспечение (ОО) - представляет собой комплекс документов, составленный в процессе проектирования ИС, утвержденный и положенный в основу эксплуатации. Правовое обеспечение (Пр. О) - представляет собой совокупность правовых норм, регламентирующих правоотношения при создании и внедрении ИС и ИТ. Эргономическое обеспечение (ЭО) - как совокупность методов и средств, используемых на разных этапах разработки и функционирования ИС и ИТ, предназначено для создания оптимальных условий высококачественной, высокоэффективной и безошибочной деятельности человека в ИТ, для ее быстрейшего освоения. Конечный продукт работы любого менеджера - это решения и действия. Принятое им решение ведет либо к преуспеванию предприятия, либо к неудачам. Принятие решения - это всегда выбор определенного направления деятельности из нескольких возможных. Так как процесс управления любой организацией в экономике реализуется исключительно посредством формирования и реализации управленческих решений, поэтому остановимся на типах решений, которые имеют различные характеристики и требуют различных источников данных. Основы разработки ИС. 3!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-4.jpg" alt \u003d „(! Lang:\u003e Műveleti megoldások - periodikus: egy és ugyanaz a feladat jelentkezik időnként. Ennek eredményeként a folyamat"> Оперативные решения - периодические: одна и та же задача возникает периодически. В результате процесс принятия решения становится относительно рутинным и почти беспроблемным. Параметры (характеристики) хозяйственных процессов, используемые в ходе принятия решения, определены, их оценка известна с высокой точностью, а взаимосвязь параметров с принимаемым решением понятна. Принятие оперативных решений ведет к вполне ожидаемым и прогнозируемым результатам. Оперативные решения являются краткосрочными. Тактические решения обычно принимаются управленцами среднего уровня, ответственными за обеспечение средствами для достижения целей и намерений, поставленных ЛПР верхнего звена. Тактические решения не так рутинны и структурированы, как оперативные решения. Все главные параметры объекта управления, входящие в состав тактических решений, неизвестны; оценки характеристик, определенные как важные, могут быть неизвестны, а взаимосвязь между характеристиками и решениями может быть не ясна. Стратегические решения принимаются на основе целей компании, определенных в его уставе и уточненных высшим руководством предприятия. Эти цели определяют основу, на которой должно базироваться долгосрочное планирование, а также определение критических факторов деятельности предприятия. Эти решения обеспечивают базу для принятия тактических и оперативных решений. Основы разработки ИС. 4!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-5.jpg" alt \u003d „(! Lang:\u003e Stratégiai terv után a fenti lépéseket, az első terv formájában, - Ez egy stratégiai tervet,"> Стратегический план После вышеприведенных шагов первый план, который необходимо сформировать, - это стратегический план, являющийся сводом инициатив (хотя еще не конкретных проектов), которые должна выполнить организация для продвижения по направлению к видению. Он также должен содержать числовые результаты, которых необходимо достичь за определенный период. Центральное планирование В этом случае имеется центральный отдел, координирующий ИС- стратегию и бизнес-стратегию, а начальник ИС-отдела должен быть частью управленческого аппарата, занятого принятием решений. Операционный план ИС После определения инициатив они должны быть представлены в виде проектов с конкретными результатами, приоритетами и т. д. , т. е. в виде операционного плана. Жизненный цикл информационных систем Под жизненным циклом системы обычно понимается непрерывный процесс, который начинается с момента принятия решения о необходимости создания системы и заканчивается в момент ее полного изъятия из эксплуатации. Основы разработки ИС. 5!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pd-6.jpg" alt \u003d "(! Lang:\u003e Bevezetés IP létrehozása, és ez egy komplex tervezési folyamat. Design célban előkészítés"> Введение Создание ИС и ИТ представляет собой сложный процесс проектирования. Целью проектирования являются подготовка проектных документов и внедрение человекомашинной системы управления организацией. В процессе проектирования выявляются наиболее существенные характеристики экономического объекта, изучаются его внешние и внутренние информационные потоки, создаются математические и физические аналоги исследуемой системы и ее элементов, устанавливаются условия взаимодействия человека и технических средств управления. Для того чтобы иметь хорошую информационную систему необходимо планировать ее создание. Именно поэтому вопрос планирования информационных систем рассматривается здесь отдельно. Процесс планирования должен начинаться с оценки текущей ситуации, определения миссии информационной системы, интенсивности использования информации, пользователей, оценки среды организации, места на рынке, ее сильных и слабых сторон, выработки стратегии, которая должна лечь в основу бизнес-плана по созданию информационной системы. Основы разработки ИС. 6!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pd-7.jpg" alt \u003d "(! Lang:\u003e IP fejlesztési alapok 7">!}
Src \u003d "https://present5.com/presentation/3/178909785_43917785_43917649.pdf-img/178909785_439177649.pd-8.jpg" alt \u003d "(! Lang:\u003e Az IP ötlet létrehozásának története. Jelenleg a fejlődésének története rendszerek tárolásra szánt"> История создания идеи ИС. В настоящее время история развития систем, предназначенных для хранения и обработки информации с использованием ЭВМ, насчитывает уже более полувека. Еще относительно недавно в ходу были перфораторы в качестве устройств ввода данных, листинги в виде рулонов бумаги длиной порою до нескольких метров - в качестве носителя результатов машинной обработки, недельные, либо месячные временные интервалы - в качестве нормативных сроков обработки информации. В последнее десятилетие ушедшего века ситуация претерпела качественные изменения. Если попытаться сформулировать "портрет" современной информационной системы масштаба предприятия в виде десятка тезисов, то мы увидим, что она имеет: - в основе - методологию управления, направленную на достижении стратегических целей высшего менеджмента предприятия, выраженной в информационной системе в виде системы управляющих воздействий, регламентирующей деятельность пользователей. Возможность доступа к данным для множества пользователей, объединенных в локальную сеть предприятия, а зачастую - и для пользователей, удаленных от центрального офиса на сотни и тысячи километров. Наличие средств коммуникации и элементов корпоративного решения задач коллективом пользователей; Основы разработки ИС. 8!}
Src \u003d "https://present5.com/presentation/178909785_439177649.pd-img/178909785_439177649.pdf-9.jpg" alt \u003d "(! Lang:\u003e - A végfelhasználó fejlesztése, barátságos grafikus felülete; - működési feldolgozási módok információ bezár"> - развитый, дружественный графический интерфейс конечного пользователя; - режимы обработки оперативной информации, близкие к режиму реального времени. Средства аутентификации и разграничения доступа, позволяющие дозировать информацию в соответствии с должностными обязанностями пользователя; высокий уровень защищенности от несанкционированного доступа. Один или более серверов баз данных, суммарный объем которых измеряется в гига- или терабайтах; возможность обработки тысяч и миллионов записей при составлении отчетности, инвариантность (в определенных пределах) к аппаратным и операционным средам функционирования серверных и клиентских приложений. Использование стандартизованных языков и протоколов для представления и манипулирования данными. Основы разработки ИС. 9!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177785_439177649.pdf-10.jpg" alt \u003d „(! Lang:\u003e osztályozása az. 1. besorolása IP skálán. Információ rendszerek közé sorolható a különböző"> Классификация ИС. 1. Классификация ИС по масштабу. Информационные системы могут быть классифицированы по различным признакам. Однопользовательские ИС, как это ясно из названия, предназначены для использования на одном рабочем месте. В настоящее время на мировом и отечественном рынке представлено множество решений, предназначенных для автоматизации деятельности отдельно взятого пользователя. Как правило, это - решения, ориентированные на специалиста в той или иной области, будь то составление спецификаций для сборки изделий из комплектующих, планирование ремонтов оборудования, учет расходов и доходов частного предпринимателя оптовой торговли, либо составление расписаний занятий в деканате. В настоящее время альтернативу таким узкоспециализированным системам составили табличные процессоры, не имеющие проблемной специализации, в первую очередь - MS Excel. Системы этого класса трудно отнести к классу ИС, но зачастую они позволяют непрограммирующему специалисту создать и, что очень важно, самостоятельно развивать собственные решения, заменяющие, а местами и перекрывающие функционал однопользовательских систем образца 90 - х годов. Основы разработки ИС. 10!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-11.jpg" alt \u003d „(! Lang:\u003e Az alapja leginkább egyfelhasználós rendszerek az X-Base szabvány (Clipper, róka. PRO"> В основе большинства однопользовательских систем лежит стандарт X-Base (Clipper, Fox. Pro, d. Base). Широко используются также решения на базе систем Paradox, Clarion, MS Access. Каждая из перечисленных конкурирующих систем обладает собственной высокоуровневой инструментальной средой, позволяющей спроектировать базу данных, логику обработки, пользовательский интерфейс, отчеты с помощью "помощников"- построителей. На рубеже тысячелетий появились также и однопользовательские решения на базе промышленных реляционных СУБД. В этом случае ПО сервера инсталлируется непосредственно на рабочую станцию пользователя. Примером может служить Personal Oracle. Данные решения предъявляют значительные требования к ресурсам рабочей станции, однако несут в себе многие преимущества промышленных СУБД. Групповые системы предназначены для автоматизации деятельности в рабочей группе (отделе, кластере, группе проекта и т. д.). В отличие от однопользовательских ИС, групповые системы, как правило, представляют специализированные клиентские решения (их часто называют автоматизированными рабочими местами, АРМ) для различных участников группы. Например, для оптовой фирмы, ИС может представлять набор таких АРМ, как "Менеджер по продажам", "Кладовщик", "Снабженец", "Директор". Для учебного планирования - "Преподаватель", "Работник бюро планирования", "Работник учебного отдела", "Специалист по планированию на кафедре", "Работник деканата". Основы разработки ИС. 11!}
Src \u003d "https://present5.com/presentation/178909785_439177649.pdf-img/178909785_439177649.pdf-12.jpg" alt \u003d "(! Lang:\u003e Csoportos megoldások használata az asztali feldolgozók alapján, de jelentős"> Групповое использование решений на базе табличных процессоров возможно, но имеет существенные ограничения, связанные с разграничением доступа, регламентацией и синхронизацией вносимых изменений. По сути единственный режим их использования, обеспечивающий корректность данных - "файловый сервер, один автор, N читателей". При создании групповых ИС в целом используются те же средства и инструментальные среды, что и при создании однопользовательских ИС. Следует, однако, отметить, что для использования в группе при выборе между системами с файловым и реляционным сервером следует отдавать предпочтение реляционному серверу, причем целесообразно использование выделенного сервера. Это может быть, например, сервер Oracle, DB 2, MS SQL, Sybase, Informix. Корпоративные ИС (КИС) предназначены для автоматизации деятельности предприятия. В англоязычной литературе понятие "КИС" неразрывно связано с понятием "ERP" (Enterprise Resource Planning). В основе ERP- систем лежит международный стандарт управления предприятием MRP-II (Manufacture Resource Planning), обеспечивающий возможность учета, анализа и планирования основных ресурсов - финансов, человеческих, материальных. Основы разработки ИС. 12!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-13.jpg" alt \u003d "(! Lang:\u003e, a vállalati ERP rendszerek - egy sor integrált alkalmazások összetettek, egy egységes információs tér támogatás"> Соответственно, корпоративные ERP-системы - набор интегрированных приложений, которые комплексно, в едином информационном пространстве поддерживают все основные аспекты управленческой деятельности предприятий: планирование ресурсов (финансовых, человеческих, материальных) для производства товаров (услуг), оперативное управление выполнением планов (включая снабжение, сбыт, ведение договоров), все виды учета и анализ результатов хозяйственной деятельности. Среди требований, предъявляемым к современным КИС: · централизация данных в единой базе (в основе - всегда промышленная СУБД), · близкий к реальному времени режим работы, · сохранение общей модели управления для предприятий разных отраслей, · поддержка территориально-распределенных структур, · работа на широком круге аппаратно-программных платформ и СУБД. Примеры ERP-систем - SAP R 3, "Галактика", MS Navision Axapta. Основы разработки ИС. 13!}
Src \u003d "https://present5.com/presentation/178909785_439177649.pdf-img/178909785_439177649.pdf-14.jpg" alt \u003d "(! Lang:\u003e 2. Információs rendszerek osztályozása architektúra. Építészet"> 2. Классификация информационных систем по архитектуре. Архитектура "Файл-сервер". Исторически первая архитектура информационных систем. Как исполняемые модули, так и данные размещаются в отдельных файлах операционной системы. Доступ к данным осуществляется путем указания пути (path) и использования файловых операций (открыть, считать, записать). Для хранения данных используется выделенный сервер (отдельный компьютер), который и является файловым сервером. Исполняемые модули хранятся либо на рабочих станциях, либо на файловом сервере. В последнем случае упрощается процедура их администрирования, но при этом возрастают требования к надежности сети. Архитектура "Клиент-сервер". Клиент-сервер - это не только архитектура, это - новая парадигма, пришедшая на смену устаревшим концепциям. Суть ее заключается в том, что клиент (исполняемый модуль) запрашивает те или иные сервисы в соответствии с определенным протоколом обмена данными. При этом, в отличие от ситуации с файловым сервером, нет необходимости в использовании прямых путей операционной системы: клиент их "не знает", ему "известны" лишь имя источника данных и другие специальные сведения, используемые для авторизации клиента на сервере. Сервер, который физически может находиться на том же компьютере, а может - на другом конце земного шара, обрабатывает запрос клиента и, произведя соответствующие манипуляции с данными, передает клиенту запрашиваемую порцию данных. Основы разработки ИС. 14!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-15.jpg" alt \u003d „(! Lang:\u003e részeként az irányt"> В рамках направления "клиент-сервер" существуют два основных "диалекта": "тонкий" и "толстый" клиент. В системах на основе тонкого клиента используется мощный сервер баз данных, это - высокопроизводительный компьютер и библиотека так называемых хранимых процедур, позволяющих производить вычисления, реализующие основную логику обработки данных, непосредственно на сервере. Клиентское приложение, соответственно, предъявляет невысокие требования к аппаратному обеспечению рабочей станции. Основное достоинство таких систем - относительная дешевизна клиентских станций. Системы с толстым клиентом, напротив, реализуют основную логику обработки на клиенте, а сервер представляет собой в чистом виде сервер баз данных, обеспечивающий исполнение только стандартизованных запросов на манипуляцию с данными (как правило - чтение, запись, модификацию данных в таблицах реляционной базы данных). В системах такого класса требования к рабочей станции выше, а к серверу - ниже. Достоинство архитектуры - переносимость серверной компоненты на серверы различных производителей: все промышленные серверы баз данных реляционного типа поддерживают работу со стандартизованным языком манипулирования данными SQL, но внутренний встроенный язык обработки данных, необходимый для реализации логики обработки на сервере у каждого из серверов свой. Основы разработки ИС. 15!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649785_43917649785_439177649.pdf-16.jpg" alt \u003d "(! Lang:\u003e Háromrétegű architektúra. Az építészet további specializációja alapján: Az ügyfél csak részt vesz"> Трехслойная архитектура. Базируется на дальнейшей специализации компонент архитектуры: клиент занимается только организацией интерфейса с пользователем, сервер баз данных - только стандартизованной обработкой данных. Для реализации логики обработки данных архитектура предусматривает отдельный слой - слой бизнес-логики. Этот слой может представлять собой либо выделенный сервер (сервер приложений), либо размещаться на клиенте в качестве динамической библиотеки. Данная архитектура позволила соединить достоинства тонкого и толстого клиентов: хорошая переносимость соединяется в ней с невысокими требованиями к клиенту. С развитием интернет-технологий появилась разновидность трехслойной архитектуры на основании использования web-технологий. В этой разновидности роль сервера приложений играет web-сервер, а в качестве клиента используется стандартный web-браузер. Достоинства - в пониженных требованиях к клиенту и в легкой встраиваемости данной архитектуры в мировые информационные сети. Основной недостаток - известные ограничения, накладываемые на интерфейс пользователя web -браузерами. С некоторой степенью приближения все ИС можно разделить на 2 класса: информационно-поисковые и управляющие. Основы разработки ИС. 16!}
Src \u003d "https://present5.com/presentation/3/178909785_439177785_439177649.pd-img/178909785_439177649.pdf-17.jpg" alt \u003d "(! Lang:\u003e Az információs és keresőmotorok (IPS) végfelhasználói (IPS) uralkodni férhessenek hozzá a tárolt"> Конечные пользователи информационно-поисковых систем (ИПС), как правило, имеют доступ к хранимым данным только "по чтению" и используют данные системы для поиска ответов на те или иные вопросы. Доступ по модификации данных имеет администратор системы, в функции которого входит обеспечение актуальности информации, устранение ошибок. Классические примеры ИПС - системы поиска в библиотеках, на транспорте (справки о наличии билетов). На современном этапе развития информационных технологий классические ИПС постепенно вытесняются поисковыми серверами Интернет - общего назначения и специализированными. Альтернатива ИПС - управляющие системы автоматизируют (полностью или частично) деятельность, связанную с принятием решений. Действия конечных пользователей таких систем приводят к модификации информации, что, конечно, не исключает возможности просто получать информацию, как в ИПС. Примеры управляющих систем - системы бухгалтерского учета, системы планирования производственных ресурсов и т. п. Основы разработки ИС. 17!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-18.jpg" alt \u003d "(! Lang:\u003e IP fejlesztése. Problémák a menedzsment fejlesztési szakaszában a szervezet és a személyzet, nem beszél"> Разработка ИС. Проблемы на стадии разработки Взгляд руководства организации и ее персонала, не говоря уже о разработчиках, на создание информационной системы различен. Здесь мы попытаемся, не вдаваясь в технические проблемы, построить модель процесса создания информационной системы для менеджеров и показать, в чем их задачи. Существует две различных стадии осуществления проекта построения информационных систем и технологий - разработка и внедрение и эксплуатация. Стадия разработки и внедрения обычно всегда осуществляется полностью. Ей не мешает ни слабое развитие технологии, ни отсутствие компетенции персонала или пользователей, ни отсутствие хороших консультантов. Если на этой стадии возникают проблемы, то они связаны со следующими тремя основными причинами: недостаток поддержки основного персонала, особенно когда надо уделить достаточно времени и энергии на критических стадиях; слишком амбициозные планы вместо пошагового, мудрого подхода; неудача при. получении достаточного количества советов от практиков с настоящим опытом использования похожих систем в похожем бизнесе. Основы разработки ИС. 18!}
SRC \u003d "https://present5.com/presentation/3/178909785_43917785_439177649.pdf-img/178909785_439177649.pdf-19.jpg" alt \u003d „(! Lang:\u003e Ennek keretében csoportos megbeszélés munkájában R. Hanage (Ma Naging információ Profit és Növekedési)"> В рамках группового обсуждения в работе R. Hanage (Ма-naging Information for Profit and Growth), были получены следующие ответы на вопрос о том, какие проблемы возникали с проектами информационных технологий? консультанты по информационным технологиям не понимали наших мыслей; трудно найти нужный совет; сложно подобрать прикладное обеспечение для деловых процессов; неподходящее время для установки системы; плохая техническая и программная поддержка. Как правило, проект информационных технологий всегда занимает больше времени, чем предполагалось. Необходимо быть готовым к тому, чтобы вложить больше ресурсов, чем требуется, для того чтобы быть уверенным, что он не остановится; участвующие в осуществлении проекта люди всегда думают, что их работа сделана, когда аппаратура и программы работают успешно. Фактически проект завершен только тогда, когда достигнуты ожидаемые преимущества для бизнеса. Если проект связан с деловыми целями по улучшению отдельных сторон функционирования организации, и все это знают, он более успешен. Основы разработки ИС. 19!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-20.jpg" alt \u003d "(! Lang:\u003e Az információs rendszer létrehozásának négy szakasza van. 1 Projekt Sketch . Részletes leírás célok I."> Имеется четыре стадии создания информационной системы. 1 Эскиз проекта. Подробное описание целей и задач проекта, ожидаемой прибыли, временных ресурсов, любых ограничений, доступных ресурсов и т. д. Стоит также определить "менеджера проекта", который отвечает за его осуществление, и ответственного за проект в высшем руководстве, который будет главной персоной в бизнесе и будет поддерживать менеджера проекта, когда это необходимо и в самом конце выполнения проекта. 2 Оценка проекта. Это самая главная часть проекта. В ней принимаются все важные решения - что будут делать системы, как они будут работать, какая аппаратура и прикладные программы будут использоваться и как они будут обслуживаться. Важнее всего, что здесь анализируются возможные затраты и прибыли от различных действий и производится конечный выбор. В качестве основного правила следует использовать принцип, согласно которому система должна быть настолько простой, насколько возможно. Грандиозные проекты системы могут вылиться в невероятные затраты. Изменения, которые вносятся позже, являются более дорогими. Сначала готовят список требований к системе - детальный перечень того, что система будет делать для бизнеса и как ею управлять. Основы разработки ИС. 20!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pd-21.jpg" alt \u003d "(! Lang:\u003e Az állandó felhasználók (és más érdekeltek) igényei vannak vizsgálták, mivel csak ők igazán tudják,"> Изучаются потребности постоянных пользователей (и других заинтересованных лиц), так как только они действительно знают, что им нужно и как это вписать в существующую деятельность. Список включает в себя данные которые предназначены для ввода, основные результаты и отчеты, количество пользователей, размеры информации, связи с другими существующими системами и т. д. и должен быть достаточно подробным для того, чтобы можно было послать запрос поставщикам аппаратуры и программного обеспечения. На этой стадии мы не должны, . просто компьютеризировать существующие способы работы. Проект информационных технологий - это хорошая возможность еще раз подумать, как лучше сделать информационную систему. Следующая стадия состоит в том, чтобы посмотреть на требования к аппаратуре и программному обеспечению. Проконсультироваться с потенциальными поставщиками, просмотреть другие деловые решения и посоветоваться со знающими консультантами. Некоторые трудные решения должны подвергнуться тщательной оценке. Следует ответить, например, на такие вопросы: использовать ли уже готовый пакет прикладных программ либо заказать новое программное обеспечение. Ответы будут зависеть от степени риска, к которой Вы готовы, и от отличий Вашего бизнеса от других типичных фирм. Анализ затрат и прибыли - это финальный шаг перед окончательным решением. Основы разработки ИС. 21!}
Src \u003d „https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-22.jpg” alt \u003d „(! Lang:\u003e költségei alkalmazások és berendezések viszonylag kicsi, különösen akkor, ha szabvány csomag."> Затраты на прикладные программы и аппаратуру относительно невелики, особенно если Вы используете стандартный пакет. Большими затратами являются время, на установку системы и время на поддержку ее работы. 3 Построение и тестирование. Одним из самых недооцененных шагов в установке любой системы является ввод всех данных в систему до ее запуска. Персонал должен убедиться, что с системой легко работать. Ничто не убивает энтузиазм по отношению к новой системе быстрее, чем серия технических проблем. 4 Управление проектом и оценка риска. Если только проект не совсем тривиален, то необходимо существование менеджера проекта, у которого есть достаточно времени, чтобы работать с проектом и иметь дело. c, массой проблем, которые могут возникнуть. Проект не завершен до тех пор, пока менеджер проекта не сможет продемонстрировать, что система работает надежно и приносит прибыль. Важная часть его роли состоит в том, чтобы постоянно осознавать риск проекта. Риски должны обсуждаться открыто, несмотря на соблазн спрятать голову в песок и надеяться, что все обойдется. Риск можно спланировать: приняв альтернативные решения, приготовившись к крайним действиям и т. д. Основы разработки ИС. 22!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649785_439177649785_439177649.pd-23.jpg" alt \u003d "(! Lang:\u003e A példa olyan szoftverek kiválasztása, amelyek különböző megoldások kockázatos lehet változó"> Примером послужит выбор программного обеспечения, при котором различные решения могут быть рискованны в различной степени. Более нет места для подробного обсуждения, но использование следующего перечня вопросов может помочь выделить некоторые пункты. Основы разработки ИС. 23!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pd-24.jpg" alt \u003d "(! Lang:\u003e A létrehozás elvei. A fenti megközelítések szerint az alapelvek szerint az alapelvek szerint létrehozásának IP és IT képződnek. Management: Systemity"> Принципы создания. Согласно приведенным подходам формируются основные принципы создания ИС и ИТ управления: системность и логичность построения обеспечивающих и функциональных элементов ИС; широкое применение экономико-математических методов и стандартных программ прогнозно-статистического характера. Задачи управления производственной, финансовой деятельностью организации в большинстве своем ставятся как аналитические, оптимизационные или как задачи планирования. предполагает декомпозицию системы на ряд комплексов (модулей) задач, каждый из которых моделирует определенную сферу управленческой деятельности. использование новых методов и включение вновь созданных программных модулей в систему автоматизации управленческих работ. Проектирование ИС должно изначально базироваться на модульных принципах, а компьютерная реализация - допускать расширение за счет совершенствования структуры программного обеспечения. это принцип адаптации всех элементов и системы в целом. Он должен полностью пронизывать идеологию построения ИС управления - от анализа задач, технико-экономических показателей и их группировок в модули до формулирования целей. Основы разработки ИС. 24!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pd-25177649.pd-25.jpg" alt \u003d "(! Lang:\u003e Az IP megbízhatóság általános mutatója számos fontos jellemzőt összpontosít: -Bastitude A megjelenése hibák"> Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: -частоту возникновения сбоев в техническом обеспечении; -степень адекватности математических моделей; -верификационную чистоту программ; -относительный уровень достоверности информации; -интегрированный показатель надежности эргономического обеспечения ИС. Адаптационные свойства системы отражают ее способность приспосабливаться к изменениям окружающего внешнего фона внутренней управленческой и производственной среды организации. Важная задача заказчика - сформулировать на этапе проектирования границы допущения отклонений в значениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. В общем виде постановка задачи состоит из четырех принципиально важных компонентов: -организационно-экономической схемы и ее описания; -свода применяемых математических моделей; -описания вычислительных алгоритмов; -концепции построения информационной модели системы. Основы разработки ИС. 25!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pd-26.jpg" alt \u003d "(! Lang:\u003e A feladatok elvégzése és további kiszámított megvalósítása a fő fogalmak asszimilációját igényli vonatkozó elméleti alapjai, információs"> Постановка и дальнейшая компьютерная реализация задач требуют усвоения основных понятий, касающихся теоретических основ, информационных технологий. К ним относятся: -свойства, особенности и структура экономической информации; -условно-постоянная информация, ее роль и назначение; -носители информации, макет машинного носителя; -средства формализованного описания информации; -алгоритм, его свойства и формы представления; -назначение и способы контроля входной и результатной информации; -состав и назначение устройств компьютера; -состав программных средств, назначение операционных систем, пакетов прикладных программ (ППП), интегрированных пакетов программ типа АРМ менеджера, АРМ руководителя, АРМ (финансиста, АРМ бухгалтера и т. п.) Основы разработки ИС. 26!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-27.jpg" alt \u003d „(! Lang:\u003e IP életciklusa. Modern hálózatok létrehozása szabványokon alapulnak, amelyek lehetővé teszi Adjon egyrészt a"> Жизненные циклы ИС. Современные сети разрабатываются на основе стандартов, что позволяет обеспечить, во-первых, их высокую эффективность и, во- вторых, возможность их взаимодействия между собой. Вообще говоря, все стандарты на информационные системы (как и на любые системы вообще) можно разбить на следующие два основных класса: -Функциональные стандарты, определяющие порядок функционирования системы в интересах достижения цели, поставленной перед нею ее создателями. -Стандарты жизненного цикла, определяющие то, как создается, развертывается, применяется и ликвидируется система. Модели, определяемые стандартами этих двух классов, конечно же взаимосвязаны, однако решают совершенно разные задачи и характеризуются принципиально различными подходами к их построению. Поясним это на примере. Наиболее полной функциональной моделью системы является сама система, однако "биография" самой системы ни в коем случае не может рассматриваться в качестве модели ее жизненного цикла. Куда ближе к модели жизненного цикла информационной системы является описание жизни живого существа, начиная с момента зачатия. Основы разработки ИС. 27!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649785_439177649.pdf-28.jpg" alt \u003d "(! Lang:\u003e Így az információs rendszer életciklusa lefedi az összes szakaszot és szakaszában azt Creation, kíséret"> Таким образом, жизненный цикл информационной системы охватывает все стадии и этапы ее создания, сопровождения и развития: -предпроектный анализ (включая формирование функциональной и информационной моделей объекта, для которого предназначена информационная система); -проектирование системы (включая разработку технического задания, эскизного и технического проектов); -разработку системы (в том числе программирование и тестирование прикладных программ на основании проектных спецификаций -подсистем, выделенных на стадии проектирования); -интеграцию и сборку системы, проведение ее испытаний; -эксплуатацию системы и ее сопровождение; развитие системы. Основы разработки ИС. 28!}
Src \u003d "https://present5.com/presentation/178909785_439177649.pd-img/178909785_439177649.pdf-29.jpg" alt \u003d "(! Lang:\u003e Egy kis specifitás A modern információs rendszerek életciklusának időtartama mintegy 10 éve, Mi a jelentősége"> Немного специфики Продолжительность жизненного цикла современных информационных систем составляет около 10 лет, что значительно превышает сроки морального и физического старения технических и системных программных средств, используемых при построении системы. Поэтому в течение жизненного цикла системы проводится модернизация ее технико-программной базы. При этом прикладное программное обеспечение системы должно быть сохранено и перенесено на обновляемые аппаратно-программные платформы. Эти проблемы привели к тому, что подавляющее большинство проектов информационных систем внедряется с нарушениями качества, сроков или сметы. Почти треть проектов информационных систем прекращают свое существование, оставшись незавершенными. По данным, публикуемым Standish Group, в 1996 году 84% проектов информационных систем не были завершены в установленные сроки, в 1998 году сократилась до 74%, однако и в 2000 -м общий объем "хронической незавершенки" не опустился ниже 50%. Главной причиной такого положения является то, что уровень технологии анализа и проектирования систем, методов и средств управления проектами не соответствует сложности создаваемых систем, которая постоянно возрастает в связи с усложнением и быстрыми изменениями бизнеса. Основы разработки ИС. 29!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-30.jpg" alt \u003d "(! Lang:\u003e A világ gyakorlatából ismert, hogy a támogatási költségek alkalmazott szoftver információs rendszerek teszik ki"> Из мировой практики известно, что затраты на сопровождение прикладного программного обеспечения информационных систем составляют не менее 70% его совокупной стоимости на протяжении жизненного цикла. Поэтому крайне важно еще на проектной стадии предусмотреть необходимые методы и средства сопровождения прикладного программного обеспечения, включая методы конфигурационного управления. В России создание и испытания автоматизированных систем, к которым относятся и информационные системы, регламентированы рядом ГОСТов, прежде всего серии 34. Однако отдельные положения этих ГОСТов уже устарели, а ряд этапов жизненного цикла информационных систем предоставлены недостаточно полно. Поэтому более целесообразно рассматривать в качестве определяющего документа международный стандарт ISO/IEC 12207. Данный стандарт определяет структуру жизненного цикла, содержащую процессы, которые должны быть выполнены во время создания программного обеспечения информационной системы. Основы разработки ИС. 30!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-31.jpg" alt \u003d „(! Lang:\u003e Ezek a folyamatok három csoportba oszthatók: alap (vásárlás, szállítás , fejlesztése, üzemeltetése és kíséret), kisegítő"> Эти процессы подразделяются на три группы: основные (приобретение, поставка, разработка, эксплуатация и сопровождение), вспомогательные (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит и решение проблем) и организационные (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого жизненного цикла, обучение). Основы разработки ИС. 31!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pd-img/178909785_439177649.pd-32.jpg" alt \u003d "(! Lang:\u003e A kaszkád és a spirálmodellek azonban az ISO / IEC 12207 szabvány azonban nem nem kínál külön életciklus modellek"> Каскадная и спиральная модели Однако стандарт ISO/IEC 12207 не предлагает конкретной модели жизненного цикла и методов разработки, его рекомендации являются общими для любых моделей жизненного цикла. Под моделью обычно понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла. Из существующих в настоящее время моделей наиболее распространены две: каскадная и спиральная. Они принципиально различаются самим подходом к информационной системе и ее программному обеспечению. Суть различий в том, что в каскадной модели информационная система является однородной и ее программное обеспечение определяется как единое (с ней) целое. Данный подход характерен для более ранних информационных систем (каскадный метод применяется с 1970 года), а также для систем, для которых в самом начале разработки можно достаточно и полно сформулировать все требования. При выполнении этих условий каскадный метод позволяет достичь хороших результатов. Основы разработки ИС. 32!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pd-33.jpg" alt \u003d "(! Lang:\u003e A kaszkád módszer lényege (1. ábra) megtörni az egész fejlesztési lépésekhez"> Суть каскадного метода (рис. 1) заключается в разбиении всей разработки на этапы, причем переход от предыдущего этапа к последующему осуществляется только после полного завершения работ предыдущего этапа. Соответственно на каждом этапе формируется законченный набор проектной документации, достаточной для того, чтобы разработка могла быть продолжена другой группой разработчиков. Другим положительным моментом каскадной модели является возможность планирования сроков завершения работ и затрат на их выполнение. Однако у каскадной модели есть один существенный недостаток - очень сложно уложить реальный процесс создания программного обеспечения в такую жесткую схему и поэтому постоянно возникает необходимость возврата к предыдущим этапам с целью уточнения и пересмотра ранее принятых решений. Результатом такого конфликта стало появление модели с промежуточным контролем (рис. 2), которую представляют или как самостоятельную модель, или как вариант каскадной модели. Эта модель характеризуется межэтапными корректировками, удлиняющими период разработки изделия, но повышающими надежность. Однако и каскадная модель, и модель с промежуточным контролем обладают серьезным недостатком - запаздыванием с получением результатов. Данное обстоятельство объясняется тем, что согласование результатов возможно только после завершения каждого этапа работ. Основы разработки ИС. 33!}
Src \u003d „https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-34.jpg” alt \u003d „(! Lang:\u003e Abban az időben minden szakaszában, a követelmény mereven beállítva"> На время же проведения каждого этапа требования жестко задаются в виде технического задания. Так что существует опасность, что из -за неточного изложения требований или их изменения за длительное время создания программного обеспечения конечный продукт окажется невостребованным. Для преодоления этого недостатка и была создана спиральная модель, ориентированная на активную работу с пользователями и представляющая разрабатываемую информационную систему как постоянно корректируемую во время разработки. В спиральной модели (рис. 3) основной упор делается на этапы анализа и проектирования, на которых реализуемость технических решений проверяется путем создания прототипов. Спиральная модель позволяет начинать работу над следующим этапом, не дожидаясь завершения предыдущего. Спиральная модель имеет целью как можно раньше ознакомить пользователей с работоспособным продуктом, корректируя при необходимости требования к разрабатываемому продукту и каждый "виток" спирали означает создание фрагмента или версии. Основная проблема спирального цикла - определение момента перехода на следующий этап, и возможным ее решением является принудительное ограничение по времени для каждого из этапа жизненного цикла. Наиболее полно достоинства такой модели проявляются при обслуживании программных средств. Основы разработки ИС. 34!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-35.jpg" alt \u003d "(! Lang:\u003e Összehasonlítva ezeket a modelleket, azt lehet mondani, hogy egy kaszkád modell sokoldalúbb, t."> Сравнивая эти модели, можно сказать, что каскадная модель более универсальна, т. е. она применима к производству разных изделий, будь то отбойный молоток или графический редактор. Для разных изделий просто будут изменяться количество и название этапов модели. Спиральная же модель более ориентирована именно на информационные системы, особенно на программные продукты, поэтому при разработке информационных систем и их программного обеспечения она предпочтительнее каскадной. Следующим шагом в вопросе поддержания жизненного цикла информационной системы, как, впрочем, и любого другого изделия, является его автоматизация. Однако автоматизация различных процессов, связанных с разработкой, производством и эксплуатацией как изделий промышленности, так и информационных систем наиболее эффективна в том случае, когда она охватывает все этапы жизненного цикла изделия. При этом необходимо преодоление следующих проблем: наличие множества различных систем, ориентированных на решение конкретных задач, относящихся к разным этапам жизненного цикла, приводит к трудностям обмена данными между смежными системами; участие в поддержке жизненного цикла изделия нескольких предприятий требует эффективного обмена информацией об изделии между партнерами; сложность изделия, наличие множества его модификаций, заимствование, стандартизация, унификация, требуют поддержки многоуровневых многовариантных сборочных моделей. Эти проблемы могут быть преодолены путем реализации концепции CALS. Основы разработки ИС. 35!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-36.jpg" alt \u003d "(! Lang:\u003e Cals Abreviation Cals folyamatos beszerzési és életciklus-támogatásként visszafejtett információ"> CALS Аббревиатура CALS расшифровывается как Continuous Acquisition and Life cycle Support - непрерывная информационная поддержка жизненного цикла продукта. Встречается также другой перевод, менее схожий с исходным названием, но более близкий по смыслу: обеспечение неразрывной связи между производством и прочими этапами жизненного цикла изделия. Данная технология, разработанная в 80 -х годах в Министерстве обороны США, распространилась по всему миру и охватила практически все сферы мировой экономики. Она предназначена для повышения эффективности и качества бизнес-процессов, выполняемых на протяжении всего жизненного цикла продукта, за счет применения безбумажных технологий. Началом создания системы CALS-технологий явилась разработка системы стандартов описания процессов на всех этапах жизненного цикла продукции. Основы разработки ИС. 36!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649785_439177649.pdf-37.jpg" alt \u003d "(! Lang:\u003e Az ISO 9004 sorozat nemzetközi szabványaiban (termékminőség-gazdálkodás) , a fogalom bevezetésre került"> В международных стандартах серии ISO 9004 (управление качеством продукции) введено понятие "жизненный цикл изделия". Данное понятие включает в себя следующие этапы жизненного цикла изделия: маркетинг, поиск и изучение рынка; проектирование и/или разработка технических требований к создаваемой продукции; материально- техническое снабжение; подготовка и разработка технологических процессов; производство; контроль, проведение испытаний и обследований; упаковка и хранение; реализация и/или распределение продукции; монтаж, эксплуатация; техническая помощь в обслуживании; утилизация после завершения использования продукции. Основы разработки ИС. 37!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-38.jpg" alt \u003d "(! Lang:\u003e A CALS-módszertani irányítási ipari csoportot az USA-ban hozták létre"> Для развития методологии CALS в США были созданы Управляющая промышленная группа по вопросам CALS (ISG) и ее исполнительный консультативный комитет. В настоящий момент в мире действует более 25 национальных организаций (комитетов или советов по развитию CALS), в том числе в США, Японии, Канаде, Великобритании, Германии, Швеции, Норвегии, Австралии и других странах, а также в НАТО. Основные усилия этих и подобных организаций были направлены на создание разного уровня нормативной документации. За последние несколько лет разработаны следующие документы: ISO 10303 (Industrial automation systems and integration -- Product data representation and exchange), ISO 13584 (Part Library), Def Stan 00 -60 (Integrated Logistic Support), MIL-STD-2549 (Configuration Management. Data Interface), MIL- HDBK-61 (Configuration Management. Guidance), AECMA Specification 2000 M (International Specification for Materiel Management Integrated Data Processing for Military Equipment), AECMA Specification 1000 D (International Specification for Technical Data Publications, Utilising a Common Source Data Base) и т. д. Основы разработки ИС. 38!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-39.jpg" alt \u003d „(! Lang:\u003e CALS szabványok által kidolgozott szabványok ISO CALS technológiák osztható Három Csoportok: Információs bemutató"> Стандарты CALS Стандарты, разработанные ISO для CALS-технологий, можно разбить на три группы: представление информации о продукте, представление текстовой и графической информации и общего назначения. К первой группе относятся: ISO/IEC 10303 Standard for the Exchange of Product Model Data (STEP) и ISO 13584 Industrial Automation -- Parts Library. Во вторую группу входят: ISO 8879 Information Processing -- Text and Office System - Standard Generalised Markup Language (SGML); ISO/IEC 10179 Document Style Semantics and Specification Language (DSSSL); ISO/IEC IS 10744 Information Technology -- Hypermedia/Time Based Document Structuring Language (Hy. Time); ISO/IEC 8632 Information Processing Systems -- Computer Graphics - Metafile; ISO/IEC 10918 Coding of Digital Continuous Tone Still Picture Images (JPEG); ISO 11172 MPEG 2 Motion Picture Experts Group (MPEG); Coding of Motion Pictures and associated Audio for Digital Storage Media и ISO/IECS 13522 Information Technology -- Coding of Multimedia and Hypermedia Information (MHEG). Основы разработки ИС. 39!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-40.jpg" alt \u003d „(! Lang:\u003e Cals hatékony végrehajtásának fő feladata oldották meg CALS technológiák - Időt és pénzt takarít meg"> Эффективность реализации CALS Основная задача, решаемая путем применения CALS-технологий, -- экономия времени и средств при одновременном повышении качества. Так, в США применение CALS-технологий сопровождается следующими типовыми показателями. В процессах проектирования и инженерных расчетах: сокращение времени проектирования на 50%; снижение затрат на изучение выполнимости проектов на 15 --40%. В процессах организации поставок: уменьшение количества ошибок при передаче данных на 98%; сокращение времени поиска и извлечения данных на 40%; сокращение времени планирования на 70%; сокращение стоимости информации на 15 --60%. В производственных процессах: сокращение производственных затрат на 15 -60%; повышение показателей качества на 80%; в процессах эксплуатационной поддержки изделий: сокращение времени на изменения технической документации на 30%; сокращение времени планирования поддержки на 70%; снижение стоимости технической документации на 10 --50%. Основы разработки ИС. 40!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pd-img/178909785_439177649.pd-41.jpg" alt \u003d "(! Lang:\u003e Az építési információs rendszerek és technológiák építésének külön kérdései itt megnézzük néhány alkotás technológiák információ"> Отдельные вопросы построения информационных систем и технологий Здесь мы рассмотрим некоторые технологии создания информационных систем, наиболее часто предлагаемые разработчиками. Знакомство с такими технологиями облегчит процесс понимания заказчиком предложений разработчика. Автоматизированные системы проектирования Усложнение информационных систем и расширение областей их применения, повышение требований к ним привели к тому, что даже большие, коллективы разработчиков не в состоянии за приемлемое время, в, условиях ограничений по ресурсам и с заданным качеством разработать информационную систему. В результате развития средств и методов создания информационных систем оформилось направление, связанное с автоматизацией проектирования информационной системы и информационной технологии. Это путь использования готовых решений, обеспечения заданного качества и ускорения работ при создании информационной системы и информационной технологии. (См. : Ойхман Е. Г. , Попов Э. В. Реинжиниринг бизнеса: реинжиниринг организации и информационные технологии. - М. : Финансы и статистика, 1997.) Основы разработки ИС. 41!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-42.jpg" alt \u003d "(! Lang:\u003e Stage tesztelés befejezése után egy külön rendszermodul, a autonóm vizsgálatot, amely folytatása"> Этап тестирования После завершения разработки отдельного модуля системы выполняют автономный тест, который преследует две основные цели: обнаружение отказов модуля (жестких сбоев); соответствие модуля спецификации (наличие всех необходимых функций, отсутствие лишних функций). После того как автономный тест успешно пройдет, модуль включается в состав разработанной части системы и группа сгенерированных модулей проходит тесты связей, которые должны отследить их взаимное влияние. Далее группа модулей тестируется на надежность работы, то есть проходят, во-первых, тесты имитации отказов системы, а во-вторых, тесты наработки на отказ. Первая группа тестов показывает, насколько хорошо система восстанавливается после сбоев программного обеспечения, отказов аппаратного обеспечения. Вторая группа тестов определяет степень устойчивости системы при штатной работе и позволяет оценить время безотказной работы системы. В комплект тестов устойчивости должны входить тесты, имитирующие пиковую нагрузку на систему. Затем весь комплект модулей проходит системный тест - тест внутренней приемки продукта, показывающий уровень его качества. Сюда входят тесты функциональности и тесты надежности системы. Основы разработки ИС. 42!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-43.jpg" alt \u003d „(! Lang:\u003e Az utolsó teszt Az információs rendszer - elfogadási tesztek. Egy ilyen teszt során kijelző információs rendszer az ügyfél"> Последний тест информационной системы - приемо-сдаточные испытания. Такой тест предусматривает показ информационной системы заказчику и должен содержать группу тестов, моделирующих реальные бизнес- процессы, чтобы показать соответствие реализации требованиям заказчика. Необходимость контролировать процесс создания ИС, гарантировать достижение целей разработки и соблюдение различных ограничений (бюджетных, временных и пр.) привело к широкому использованию в этой сфере методов и средств программной инженерии: структурного анализа, объектно-ориентированного моделирования, CASE-систем. Основы разработки ИС. 43!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-44.jpg" alt \u003d „(! Lang:\u003e elterjedt ezen a területen, számítógépes SOFTWARE / Sustem ENGINEERING - Saze-technológia)."> Широкое распространение в этой области получил подход САSЕ (Computer Aided Software/Sуstеm Engineering - САSЕ-технология). CASE- технология совокупность методов анализа, проектирования, разработки и сопровождения информационной системы, поддерживаемых комплексом взаимосвязанных средств автоматизации. Это инструментарий для системных аналитиков, разработчиков и программистов, позволяющий автоматизировать процесс исследования, проектирования и разработки информационной системы (анализ предметной области, спецификации проектов, выпуск документации, тестирование реализаций проектов, планирование и контроль разработок, моделирование и т. п.). Это индустриализация технологии создания информационной системы и информационной технологии, позволяющая отделить и автоматизировать процесс проектирования информационной системы от последующих этапов разработки. Использование САSЕ-технологий существенно изменяет технологию работ на этапах анализа, проектирования и модернизации информационной системы. В CASE-технологиях применяются специальные методы анализа, проектирования и моделирования. CASE-технологии могут использоваться при создании информационной системы любых типов. Основы разработки ИС. 44!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-45.jpg" alt \u003d „(! Lang:\u003e Az általános mutatója IP megbízhatóság koncentrál számos fontos jellemzői: - A frekvencia hiányosságára"> Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: --частоту возникновения сбоев в техническом обеспечении; --степень адекватности математических моделей; --верификационную чистоту программ; --относительный уровень достоверности информации; --интегрированный показатель надежности эргономического обеспечения ИС. Адаптационные свойства системы отражают ее способность приспосабливаться к изменениям окружающего внешнего фона внутренней управленческой и производственной среды организации. Важная задача заказчика - сформулировать на этапе проектирования границы допущения отклонений в значениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. Основы разработки ИС. 45!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649785_439177649.pd-img/178909785_439177649.pd-46.jpg" alt \u003d "(! Lang:\u003e Következtetés Ma az információs technológiák hatással vannak nemcsak a feldolgozásra"> Заключение Сегодня информационные технологии оказывают влияние не только на обработку данных, но и на способ выполнения работы людьми, на продукцию, характер конкуренции. Информация во многих организациях становится ключевым ресурсом, а информационная обработка – делом стратегической важности. Большинство организаций не сможет успешно конкурировать, пока не предложит своим клиентам такой уровень обслуживания, который возможен лишь при помощи систем, основанных на высоких технологиях. Информационная система управления – это система, обеспечивающая уполномоченный персонал данными или информацией, имеющими отношение к организации. Информационная система управления, в общем случае, состоит из четырех подсистем: системы обработки транзакций, системы управленческих отчетов, офисной информационной системы и системы поддержки принятия решений, включая информационную систему руководителя, экспертную систему и искусственный интеллект. Информационные системы используются организациями в разных целях. Они повышают производительность труда, помогая выполнять работу лучше, быстрее и дешевле, функциональную эффективность, помогая принимать наилучшие решения. Информационные системы повышают качество услуг, предоставляемых заказчикам и клиентам, помогают создавать и улучшать продукцию. Они позволяют закрепить клиентов и отдалить конкурентов, сменить основу конкуренции путем изменения таких составляющих, как цена, расходы, качество. Основы разработки ИС. 46!}
Src \u003d "https://present5.com/presentation/3/178909785_439177649785_439177649.pd-47.jpg" alt \u003d "(! Lang:\u003e Referenciák listája. 1. A. N. Adamenko, A. M. Kuchukov. Logikai programozás és"> Список литературы. 1. А. Н. Адаменко, А. М. Кучуков. Логическое программирование и Visual Prolog СПб. : БХВ--Петербург, 2003. 2. Братко И. Алгоритмы искусственного интеллекта на языке PROLOG. М. : «Вильямс» , 2004. 3. Джексон П. Введение в экспертные системы. -Москва, С. Петербург, Киев: Изд. дом "Вильямс", 2002 4. Дж. Доорс, А. Рейблейн, С. Вадера. Пролог - язык программирования будущего. М. : Финансы и статистика, 1990 5. Дюбуа Д. , Прад А. Теория возможностей. Приложения к представлению знаний. -М. : Радио и связь, 1995 6. Корнеев В. В. , Гарев А. Ф. , Васюшин СВ. , Райх В. В. Базы данных. Интеллектуальная обработка информации. - М. : Изд-во "Нолидж", 7. Мендельсон Э. Введение в математическую логику. М. , 1976 8. Нечаев В. В. , Панченко В. М. , Свиридов А. П. Исследование операций и теория систем. Основы статистической динамики знаний. Учебное пособие. -М. : МИРЭА, 2000 9. Новиков П. С. Элементы математической логики. М. , 1959 10. Попов Э. В. Экспертные системы реального времени. В: Открытые системы, N 2 (10), 1995 11. Хоггер К. Введение в логическое программирование М. : Мир, 1988 12. Черч А. Введение в математическую логику, т. I. М. 1960 13. Интернет источники. Основы разработки ИС. 47!}
Bevezetés ................................................. ................................... ..3.
1. Az információs rendszerek kidolgozásának elméleti alapja
1.1. IP koncepció, mint automatizálási eszközök .................................... .5
1.2. Az IP információs támogatás .............................................. .. 7
1.3. Orosz orvosi elszámolás a gyógyszerek ........................ 12
2. Az információs rendszer tervezése és fejlesztése a gyógyszerek gyógyszereinek figyelembe vételéhez
2.1. A számviteli adatbázis infológiai felépítése egy közlekedési társaságon ........................................ .................................................. ... ... 16
Bevezetés
A kurzus munka relevanciája az, hogy az összes modern raktárhoz (IP) automatizált információs rendszerekre van szükség. Az automatizálás fő előnye a tárolt adatok redundanciájának csökkentése, következésképpen a teljes memória mentése, csökkentve az elbocsátott másolatok többszörös frissítéseinek költségeit, és kiküszöböli az ellentmondások lehetőségeit az ugyanazon objektum különböző információinak tárolása miatt, növekszik az információmennyiség mértéke és az információfeldolgozási sebesség növelése; A belső köztes dokumentumok, a különböző magazinok, mappák, alkalmazások stb. Számos száma ugyanazokat az információkat ismételje meg a különböző köztes dokumentumokba. Jelentősen csökkenti az automatikus keresési időtartamot, amely speciális képernyőformákból készül, amelyben az objektumkeresési paraméterek meghatározása.
A tanulmány tárgya a közlekedési vállalkozás (teherszállítás).
Kutatási téma - Számviteli automatizálás a közlekedési vállalkozásnál.
A cél a közlekedési társaság parkolóinformációs rendszerének fejlesztésén működik.
A cél elérése érdekében a következő feladatokat kell megoldani:
1. Az információs rendszerek fejlesztésének elméleti alapjainak feltárása
2. Információs rendszer támogatása és fejlesztése a közlekedési társaság elszámolásához.
A kurzus elméleti alapja volt a hazai tudósok alkotásai az oltomasted információs technológiák, időszakos nyomtatási anyagok, a globális internet információforrásai.
A munka módszertani alapja a rendszerelemzés módszerei: szoftver, dialektikus és lexikai módszerek
A tanfolyam céljainak és célkitűzései meghatározták a szerkezetét. A kurzus munkája az adminisztráció, két rész, következtetés és irodalom lista1. Az információs rendszerek elméleti alapjai
1.1. IP koncepció, mint az automatizálási eszközök
A rendszer értelmében minden olyan objektumot ért el, amelyet egyidejűleg figyelembe veszik és egészét, valamint az oldható elemek célkitűzéseinek elérésének érdekében kombinálva. A rendszerek jelentősen különböznek egymástól, mind a kompozícióban, mind a fő célok között. Az informatika, a "rendszer" fogalma széles körben elterjedt és sok értelme van. A leggyakrabban a géphez kapcsolódó technikai eszközökkel és programokkal kapcsolatban használják. A rendszer a számítógép hardver részének nevezhető. A rendszer továbbá figyelembe kell venni a különböző programok megoldására konkrét alkalmazott feladatok, kiegészítve az eljárások lefolytatására dokumentáció és számítási kezelése. Függőség a „rendszer” az „információ” szót tükrözi a célja annak létrehozását és működését. Az információs rendszerek biztosítják gyűjteményét, tárolását, feldolgozását, keresését, kiadását, amelyek szükségesek a feladatok megoldásainak bármely területen történő megoldásának folyamatában. Segítenek elemezni a problémákat és új termékeket hoznak létre.
Az információs rendszer összefüggésbe hozható aggregátum, módszerek és személyzet, amelyet a cél elérése érdekében tárolására, feldolgozására és kiadására szolgál.
Az információs rendszer modern megértése magában foglalja a számítógépes információk felhasználását a fő technikai eszközökkel. Ezenkívül maga az információs rendszer technikai kiviteli alakja nem lesz semmi ...
Küldje el a jó munkát a tudásbázisban egyszerű. Használja az alábbi űrlapot
A diákok, a diplomás hallgatók, a fiatal tudósok, akik a tudásbázisokat használják tanulmányaikban és munkájukban, nagyon hálásak lesznek.
Hasonló dokumentumok
A fő tervezési módszerek, a helyi rendszerek életciklusának modellje, a strukturális megközelítés lényege. Modellezési folyamatok és szoftverek támogató szoftver az életciklusukhoz. Jellemzők és technológia a végrehajtáshoz.
tanfolyam, hozott 12/13/2010
Az információs rendszerek tervezésének módszertanának alapjai, életciklusa fogalma. Az életciklus alapmodellje. SADT funkcionális modellezési módszertan. A funkcionális modell összetétele. Adatmodellezés, eset jellemzői.
absztrakt, hozzáadva 05/28/2015
A szerkezeti elemzés módszertana és információs rendszerek tervezése. A szoftver életciklus folyamatainak alapvető szabványa. Az információs rendszerek profilok kialakítására szolgáló célkitűzések és elvek. Az üzleti folyamatok ideális modelljének fejlesztése.
bemutatás, hozzáadva: 2013.12.07
Az automatizált információs rendszerek életciklusának alapvető, kiegészítő és szervezeti folyamatainak jellemzői. Az AIS tervezésének fő módszerei az eset-technológiák alapján. A szoftver termék életciklusának modelljének meghatározása.
tANULMÁNYOT, HOZZA 20.11.2010
Az adatbázisokon alapuló információs rendszerek tervezése. Használja az eseti eszközöket és az üzleti folyamatok leírását a bp-win-ban. A modern információs rendszerek, a diagramok típusai és a webhely vizuális ábrázolása.
a tanfolyam, 25/25
A tervezési információs rendszerek fő területei: adatbázisok, programok (végrehajtás az adatkérésekre), hálózati topológia, hardverkonfiguráció. Szoftver Life Cycle modellek. A tervezési információs rendszer szakaszai.
absztrakt, hozzáadva 04/19/2010
Az automatizált információs rendszerek életciklusa. Az automatikus technológiák alapján az automatizált rendszerek tervezésének módszertanának alapjai. Az automatizált rendszer elemzésének és tervezésének és megvalósításának fázisa. Kaszkád és spirál modell.
tANULMÁNYOT, HOZZA 20.11.2010
Automatikus tervezési rendszerek. A pénzeszközök összehasonlító elemzése az automatizált információs rendszerek tervezéséhez. Exportáljon SQL kódot a fizikai környezetbe és töltse ki az adatbázis tartalmát. Az eset alapok fejlesztésének szakaszai és jellemzői.
tANULMÁNYOK, Hozzáadott 11/14/2017
Az információs rendszerek (IP) kialakítása komplex többlépcsős tevékenységet jelent, anélkül, hogy tudományos szervezet lenne, amelynek tudományos szervezete elképzelhetetlen a modern komplex IP létrehozásához és használatához, beleértve az oktatást, a vállalkozói szellemet, a vezetést és a társadalom más területeit. Az elméleti ismeretekhez szükséges megszerzéséhez az IP tervezője az ilyen típusú tevékenység fenntartható gyakorlati készségeinek megszerzéséhez szükséges.
A design fő jellemzője a még nem létező objektummal való munka. Ez a különbség a modellezési tervezésben, ahol az objektum nem létezik.
Az IP design három fő területet foglal magában:
Az adatbázisban végrehajtandó adatobjektumok tervezése;
Programok tervezése, képernyőformák, jelentések, amelyek biztosítják az adatkérések végrehajtását;
Egy adott környezetre vagy technológiát, nevezetesen: az architektúra (fájlkiszolgáló vagy ügyfél-szerver) által használt hálózati topológia, a párhuzamos feldolgozás, az elosztott adatfeldolgozás stb.
Az információs rendszerek tervezése mindig a projekt céljának meghatározásával kezdődik. Általánosságban elmondható, hogy a projekt célja számos egymással összefüggő feladat megoldása, ideértve a rendszerindítás idején és a működési idején:
A rendszer szükséges funkcionalitása és a működési feltételekhez való alkalmazkodóképességének szintje;
A rendszer szükséges sávszélessége;
A rendszer igényelt válaszideje;
A rendszer hibás üzemeltetése;
Szükséges biztonsági szint;
Könnyű működési és támogatási rendszer.
Dizájn technológia
Az AIS Design Technology az AIS tervezésének módszere és eszköze, valamint a tervezés módszerei és eszközei (az AIS projekt létrehozásának és korszerűsítésének folyamatának kezelése). A design technológiájának kialakítása a technológiai folyamat (TP), amely meghatározza az intézkedéseket, azok szekvenciáját, az előadók összetételét, az eszközök elvégzéséhez szükséges eszközöket és erőforrásokat.
Az AIS kialakítása soros-párhuzamos, társított és osított cselekvési láncok készlete, amelyek mindegyike saját tárgya lehet. Az AIS tervezésében végrehajtott intézkedések megítélhető technológiai műveletekként vagy technológiai műveletek alprocesszoraként azonosíthatók.
Minden cselekvés ténylegesen megtervezett, amely a tervezési eredményeket alkotja vagy módosítja, és értékeli, amelyet a kialakult kritériumok gyártanak a tervezés eredményeinek értékeléséhez.
Így a tervezési technológiát a projekt létrehozása során végrehajtott technológiai műveletek szabályozott sorrendje határozza meg.
A kiválasztott design technológia tárgya az összefüggésben tartott tervezési folyamatok tükröződnie kell az AIS életciklusa minden szakaszában.
A kiválasztott tervezési technológiák fő követelményei a következők:
A technológiával létrehozott projektnek meg kell felelnie az ügyfél igényeinek;
A technológia tükröznie kell a projekt életciklusának összes szakaszát;
A technológia minimális munkaerőt és értékköltséget kell biztosítania a projekt megtervezéséhez és fenntartásához;
A technológianak hozzá kell járulnia a tervezők munkaerő-termelékenységének növekedéséhez;
A technológia biztosítania kell a projekt tervezésének és működésének megbízhatóságát;
A technológia segítenie kell a projektdokumentáció előmozdítását.
Az AIS Design Technology konkrét tervezési módszert valósít meg. A tervezési módszertan viszont feltételezi egy bizonyos koncepció, tervezési elvek jelenlétét, és végrehajtja a módszerek és eszközök.
A Design AIS módszerei az automatizálás, a tipikus tervezési megoldások, az állítólagos változások alkalmazkodóképességének megfelelően besorolhatók.
Az automatizálás mértéke szerint megkülönbözteti:
Kézi tervezés;
Számítógépes tervezés;
A tipikus tervezési megoldások használata szerint megkülönböztetik:
Eredeti tervezés;
Tipikus tervezés;
A tervezési megoldások alkalmazkodóképességének mértéke szerint a következő módszerek különböznek:
Rekonstrukció - A tervezési megoldások adaptálása az adott komponensek újrahasznosításával történik;
Paraméterezés - A tervezési megoldások a megadott és változó paraméterekkel összhangban vannak konfigurálva;
A modell szerkezetátalakítása - a téma területének modellje megváltozik, ami a tervezési megoldások automatikus újbóli képződését eredményezi.
Az automatizálás összetettségétől és olyan feladatokhoz való összetettségétől függően, amelyek megoldásokat igényelnek, amikor egy specifikus AIS, szakasz és a munka szakaszainak megteremtése más összetettséggel rendelkezhet. Az egymást követő lépések kombinálása és a projekt bármely szakaszában kizárható néhányat. Ezenkívül meg kell kezdeni a következő szakasz munkáját az előző végéig.
Az automatizált információs rendszer létrehozásának fő szakaszai:
Az AIS követelményeinek kialakítása;
Az AIS koncepciójának fejlesztése;
Műszaki előírások kidolgozása;
A projekt vázlatának fejlesztése;
A projekt technikai részének fejlesztése;
Az AIS munkadokumentációjának kidolgozása;
Üzembe helyezés;
AIS kísérő.
Tervezési módszertan
Az információs rendszerek tervezésének technológiájának alapja egy módszertan. A módszertant konkrét technológiák révén hajtják végre, és támogatják szabványaikat, technikáikat és eszközeit.
Az IP-tervezési módszerek az automatizálás, a tipikus tervezési megoldások, az állítólagos változások alkalmazkodóképességének megfelelően besorolhatók. Tehát az automatizálás mértéke szerint a tervezési módszerek a következőkre vannak osztva:
1. Kézi, amelyben az IP komponenseinek kialakítása speciális instrumentális szoftverek és programozás nélkül történik, az algoritmikus nyelveken;
2. Számítógép, amelyben a tervezési megoldások generációs vagy konfigurációja (konfigurációja) a speciális instrumentális szoftver használatán alapul.
A tipikus tervezési megoldások felhasználásának mértéke szerint a következő tervezési módszerek különbözők:
1. Eredeti (egyedi), amikor a tervezési megoldások "a semmiből" kifejlesztve az AIS követelményeinek megfelelően. Ez jellemzi az a tény, hogy mindenféle tervezési munka az egyes objektumokra vonatkozó egyedi projektek létrehozására összpontosít, amelyek a maximális mértékig tükrözik az összes funkcióját;
2. Tipikus, beleértve az IP konfigurációját a kész tipikus tervezési megoldásokból (szoftvermodulok). Ez az egyes projektek fejlesztésében szerzett tapasztalatokon alapul. Tipikus projektek, mint a szervezeti és gazdasági rendszerek vagy munkatípusok egyes csoportjaira vonatkozó tapasztalatok összefoglalása, minden egyes esetben számos konkrét tulajdonsággal jár, és különbözik a munka által végzett irányítási funkciók és a tervezési dokumentáció által fejleszteni.
A tervezési megoldások alkalmazkodóképességének mértéke szerint a módszerek megkülönböztetik:
1. rekonstrukció, amikor a tervezési megoldások adaptációját a megfelelő alkatrészek újrahasznosítása (szoftvermodulok átprogramozása);
2. Paraméterezés, ha a tervezési megoldások konfigurálása (generálva) a változó paramétereknek megfelelően;
3. Szerkezetátalakítási modell akkor, ha a problémás terület modellje megváltozik, amely alapján a tervezési megoldások automatikusan újratelepülnek.
A módszerek osztályozásának különböző jeleinek kombinációja a használt IP-tervezési technológiák jellegét okozza, amelyek közül két fő osztály megkülönböztethető: kanonikus és ipari technológiák. Az ipari design technológia viszont két alosztályra oszlik: automatizált (tok-technológiák alkalmazásával) és tipikus (parametrikus orientált vagy modellorientált) design. Az ipari technológiák használata nem zárja ki a kanonikus esetekben történő felhasználást.
A tervezés gyakorlati tevékenység, amelynek célja új megoldások keresése, amelyeket dokumentációkészlet formájában terveztek. A keresési folyamat a kölcsönösen függő intézkedések sorrendje, az eljárások, amelyek viszont bizonyos módszerek alkalmazását jelentik. A tervezési folyamat (valamint bármely más kreatív tevékenység) komplexitása, a design (élet) helyzete nem szabványos (élettartam), a különböző módszerek ismeretének és azoknak a képességnek a szükségességére van szükség.
A design technológia három összetevőkészletként van meghatározva:
Lépésről lépésre eljárás, amely meghatározza a technológiai tervezési műveletek sorrendjét;
A technológiai műveletek eredményeinek felmérésére használt kritériumok és szabályok;
A tervezett rendszer leírásához használt jelölések (grafikai és szöveges eszközök).
A tervezési eszközök összehasonlító tervezése
A szervezeti tervezés vállalati színvonalának kiválasztásának fő célja az általános és kötelező feladata az irányítási kapcsolat nyelvének, a szervezeti és technológiai folyamatok fejlesztőinek és ezeknek a folyamatoknak a kommunikációs nyelvének alkalmazására. Az ilyen szabványok magánalkalmazása a létrehozott rendszerekre vonatkozó követelmények, a szervezeti megosztásokra vonatkozó rendelkezések, a szolgáltatási utasítások stb.
Körülbelül 30 technológia van a szervezeti és műszaki rendszerek tervezéséhez és több száz eszközt, amelynek célja a folyamat automatizálására. Ezért, figyelembe véve az átmeneti tényező, az összehasonlító elemzés csak a négy legnépszerűbb termékek az orosz piacon: BPWIN / ERWIN (Rational Software Corporation), Rational Rose (Scheer AG) és az Oracle tervező (Oracle Developer Suite). Az eseti technológiákra és a tervezési eszközökre vonatkozó referenciaadatok a szöveg és az 1. táblázat alatt vannak.
Asztal 1
Tervezési eszközök és összehasonlító jellemzők
|
Kritériumok |
Oracle tervező. |
|||
|
Támogatja a teljes életciklust | ||||
|
A projekt integritásának biztosítása | ||||
|
Függetlenség a platformról |
+ (Dodaf, teaf / feat, Zachman) |
+ (Oracle, Informix, Sybase) |
+ (Oracle, Informix, Sybase, Ingres stb.) | |
|
Az adatbázisok és alkalmazások egyidejű csoportja |
*) Az alkalmazásfejlesztők csak a tervezés befejezése után kezdhetnek adatbázissal dolgozni.
Az esettechnika egy IP tervezésének módszertana, valamint olyan eszközökészletek, amelyek vizuális formában lehetővé teszik az objektumterület szimulálását, elemezni ezt a modellt az IP fejlesztésének és karbantartásának minden szakaszában, és az alkalmazások fejlesztése az információs igényeknek megfelelően felhasználók. A legtöbb meglévő CASE források alapján a strukturális (főleg) módszereket, vagy objektum-orientált elemzés és tervezés a leírások formájában ábrák vagy szövegek leírására külső követelményeknek közötti kapcsolatok rendszere modellezi, a rendszer hangszóró és szoftver architektúrák.
A Systems Development Inc. által készített fejlett technológiák felülvizsgálata szerint 2007-ben, a felmérés eredményei szerint több mint 1000 amerikai cég, az ügy-technológia mostantól a legstabilabb információs technológiák kategóriájában volt (az összes megkérdezett felhasználó felét használta több mint egyharmada projektjeiknél amely 85% sikeresen befejeződött). Azonban az esetfogyatok esetleges képességeinek ellenére sok példa van a sikertelen végrehajtásukra, amelynek eredményeképpen az ügyalapok "polc" szoftverré válnak (fészkesek). E tekintetben meg kell jegyezni a következőket:
1. Az eset alapjai nem feltétlenül azonnali hatást gyakorolnak; Ezt csak ideig lehet beszerezni;
2. Az ügyalapok végrehajtásának valós költségei általában sokkal magasabbak, mint az akvizíció költsége;
3. Az eset-alapok lehetőséget nyújtanak arra, hogy a végrehajtás végrehajtásának sikeres befejezése után jelentős előnyöket kapjanak.
Mivel a különböző jellegét CASE alapok lenne összetéveszteni, hogy minden feltétel nélküli jóváhagyást illetően igazi elégedettséget ezen vagy más elvárások azok végrehajtását. A következő tényezőket adhatja meg, amely bonyolítja az eseti eszközök használatának lehetséges hatásának definícióját:
1. az eset minőségének és képességeinek széles választéka;
2. Rövid időn belül az eset-alapok felhasználásával különböző szervezetekben és azok tapasztalatának hiánya;
3. a különböző szervezetek bevezetésének gyakorlatában széles választék;
4. Nincs részletes metrikák és adatok a már végrehajtott és jelenlegi projektekhez;
5. A témaköri projektek széles skálája;
6. Különböző mértékű eset-integráció különböző projektekben.
Ezeknek a nehézségeknek köszönhetően a valódi megvalósításokra vonatkozó információk rendkívül korlátozottak és ellentmondásosak. Ez a projekt típusától, a projektek jellemzőitől, a karbantartási és a felhasználói élmény szintjétől függ. Egyes elemzők úgy vélik, hogy a valódi haszon felhasználásával bizonyos típusú eszközöket csak egy vagy kétéves tapasztalat után lehet beszerezni. Mások úgy vélik, hogy a hatás valójában az IP-életciklus működésének fázisában jelentkezhet, ha a technológiai fejlesztések a működési költségek csökkenéséhez vezethetnek.
Az SP mentesítés alá mind viszonylag olcsó rendszerek személyi számítógépek (PC), nagyon korlátozott képességekkel és költséges rendszerek inhomogén számítástechnikai platformok és működési környezetben. Így a modern szoftverek piacán mintegy 30 különböző CASE rendszerek, a legerősebb, amely ilyen vagy olyan módon, használják szinte minden vezető nyugati cégek.
A közös vállalkozás használata különleges képzés és tanulás potenciális felhasználói igénye. A tapasztalat azt mutatja, hogy a bevezetése a közös vállalat lassan végezzük, azonban a gyakorlati készségek és az általános kultúra a design, a felhasználásának hatékonysága ezen alapok meredeken emelkedik, és a legnagyobb szükség a közös vállalat, hogy tesztelték a fejlesztés kezdeti szakaszában, nevezetesen az elemzés és a specifikáció szakaszaiban. Ez azzal magyarázható, hogy az ár a hibákat a kezdeti szakaszban, több nagyságrenddel meghaladja az ár a hibák a későbbi fejlődési szakaszban.
A mai napig az orosz szoftverpiac a következő legfejlettebb ízületekkel rendelkezik:
Erwin / bpwin;
Racionális rózsa;
Oracle tervező.
Az Aris integrált eszköze az üzleti folyamatok modellezésére, amely számos módszert ötvözi a rendszerek modellezésére és elemzésére. Először is, ez az üzleti folyamatok leírása, elemzése, optimalizálása és dokumentálása, mint egy szoftvertervező eszköz.
A BPWIN egy eszköz az üzleti folyamatok vizuális modellezéséhez. Erwin alkalmazott eszközök modellezése és adatbázis létrehozása tetszőleges komplexitás alapján a „Essence - Communications” diagramok.
A racionális rózsa az objektumorientált információs rendszerek modellezésének eszköze. Lehetővé teszi, hogy szinte minden feladatot megoldani az információs rendszerek tervezésében: az üzleti folyamatok elemzésétől kezdve egy adott programozási nyelvben. Lehetővé teszi mind a magas szintű, mind az alacsony szintű modellek kifejlesztését, ezáltal elvont tervezést vagy logikus végrehajtását.
Az Oracle Designer funkcionális a téma területének leírására. Az Oracle9i Developer Suite eszköztárban szerepel a szoftverrendszerek és adatbázisok kialakításához, amelyek végrehajtják az ügytechnológiát és az Oracle saját fejlesztési módszertanát - "CDM", lehetővé téve a fejlesztők csapatának egy projektet, az üzleti folyamatok elemzésétől a modellezési kód és a prototípus fogadása révén , és a jövőben és a végtermékben. Ez az eszköznek van értelme, ha a komplex szoftverrendszer tervezésére, fejlesztésére és megvalósítására használt egész Oracle termékcsaládra irányul.
A táblázatban megadott adatok elemzése azt mutatja, hogy a felsorolt \u200b\u200bközös vállalkozásokból csak az ARIS komplexum teljes mértékben kielégíti az összes főre elfogadott kritériumot. Például a Rational Rose Complexben a Design Data Base integritását és a végponttól végzős IP-tervezési technológiát a CORBA interfész használatával biztosítják. Meg kell jegyezni, hogy a két termék mindegyike az egyik legerősebb az osztályában.
Így a legfejlettebb eszköz a nagyméretű IP-t eddig a szerző szerint az ARIS komplexum szerint.