Разработка информационной системы для учета компьютерной техники на предприятии ООО "Дельта"

Разработка теории логического анализа и синтеза релейно-контактных, а позже и функциональных схем на основе аппарата математической логики в СССР в 40-х годах была продолжена М.А. Гавриловым и далее С.В. Яблонским, В.М.Глушковым, Д.А.Поспеловым и др.

М. А. Гаврилов создал стройную теорию анализа и синтеза одно- и многотактных релейно-контактных схем, являющуюся составной частью прикладной теории автоматов и дискретных устройств. Его первая работа по теории релейно-контактных схем относится к 1943 г. Работы М.А.Гаврилова по блочному синтезу явились толчком к развитию целой серии работ по методам композиции и декомпозиции автоматов. В области САПР М. А. Гавриловым была создана диалоговая автоматизированная система логического проектирования дискретных устройств и систем.

Логическое моделирование применяется с конца 50-х годов. Одной из первых программ логического моделирования была программа, о которой сообщили С.Крей и Р.Киш в 1956 г. в США. В 1965 г. американские разработчики САПР начинают использовать трехзначное логическое моделирование. В 1966 г. Дж. Рот разрабатывает свой знаменитый d-алгоритм синтеза тестов для контроля и диагностики неисправностей в схемах. В 70-е годы разрабатывается концепция автоматизации проектирования цифровых систем с выделением уровней системного, регистровых передач, логического и схемотехнического.

История САПР вычислительных машин в нашей стране тесно связана с такими организациями как ИТМиВТ, НИИ автоматической аппаратуры, НИИ молекулярной электроники, ЦКБ Алмаз, ведущими инженерными вузами. В СССР еще в середине 1957 г. В.М.Глушков определяет направления стратегических исследований в области информатики, отнеся к ним разработку методов автоматизации проектирования ЭВМ и развитие методов автоматизации программирования. В 1964 г. И.Я.Ландау предложил язык моделирования логических схем ФОРОС [37]. В 1965 г. Г.Г.Рябов в ИТМиВТ начал разработку САПР, позднее получившую название ПУЛЬС, а Н.Я.Матюхин возглавил работы по автоматизации проектирования ЭВМ [38]. В 1967 г. вопросами САПР ЭВМ начинает заниматься О.Н.Юрин, который в 70-е годы возглавляет разработку САПР ЕСАП (Единая Система Автоматизации Проектирования) в НИЦЭВТе. В Киеве принципиальные вопросы автоматизации проектирования вычислительных машин разрабатывает В.М.Глушков с коллегами.

Значительное внимание уделяется автоматизации конструкторского проектирования печатных плат и интегральных схем. Алгоритмы построения минимальных покрывающих деревьев были предложены в 50-е годы Д.Краскалом и Р.Примом, несколько позднее опубликован волновой алгоритм трассировки С.Ли. При размещении предлагаются последовательные и итерационные алгоритмы, в частности, алгоритм парных перестановок, появившийся в 1960 г.

В СССР методы и программы конструкторского проектирования РЭА (радиоэлектронной аппаратуры) и БИС во второй половине 60-х годов разрабатывают Г.Г.Рябов, Л.Б.Абрайтис, В.А.Селютин и другое.

В начале 70-х годов работы по созданию САПР получили признание. В 1972 г. Государственной премией СССР было отмечено создание САПР для радиотехнической промышленности (позднее эта система стала называться ПРАМ), разработчиками которой были Е.И.Бронин, Ю.Х.Вермишев, Л.П.Рябов и др. Годом позже Государственная премия СССР присуждена специалистам из НИИ молекулярной электроники во главе с Г.Г.Казенновым за разработку САПР для микроэлектронной промышленности. В эти САПР входили программы компоновки, размещения и трассировки печатных плат (ПРАМ) или кристаллов БИС (НИИМЭ), моделирования электронных и логических схем, синтеза тестов и др.

Автоматизация проектирования на функционально-логическом и системном уровнях во-многом связана с созданием языков проектирования (design language).

На функционально-логическом уровне проектирования радиоэлектронной аппаратуры и СБИС наиболее известны языки VHDL, Verilog, SystemC. При конструкторском проектировании для описания топологии СБИС широкую известность получил формат EDIF (Electronic Design Interchange Format).

Язык VHDL (Very high-speed integrated circuits Hardware Design Language) - язык моделирования дискретных электронных устройств, утвержденный в качестве международного стандарта IEEE 1076 в 1987 г. В дальнейшем стандарт корректировался и расширялся, новые версии приняты в 1993 и 1999 г.г., в частности, в версии IEEE 1076.1 (1999 г.) нашли отражение особенности описания аналоговых устройств. Язык предназначен для моделирования преимущественно на уровнях вентильном, регистровых передач и корпусов микросхем, он успешно используется и при синтезе устройств.

К числу предшественников VHDL можно отнести один из первых языков для описания схем на уровне регистровых передач APL (1962 г.), разработанный в США.

Для моделирования на системном уровне было разработано большое число языков. Из числа общецелевых языков моделирования одним из первых был язык GPSS, появившийся в 1964 г. и, что удивительно, продолжающий широко использоваться и в настоящее время. В 60-е годы разработаны еще несколько известных языков системного моделирования. К ним относятся Simscript, Симула-67 и ряд других. Наряду с моделями массового обслуживания, при системном моделировании используют аппарат, разработанный Петри (C. A. Petri) в 1962 г. и названный сетями Петри.

САПР в электронике.

История САПР в электронике берет свое начало в первой половине 60-х годов прошлого века.

В США первыми программами анализа нелинейных электронных схем были TAP, NET-1, разработанные в 1962 и 1964 г. соответственно, а также более известная программа ECAP. У истоков автоматизации проектирования в электронике стояли Ф.Брэнин, Д.Калахан, Р.Рорер и др. В 80-е годы проблемами автоматизации проектирования СБИС на логическом и схемотехническом уровнях активно занимаются А.Ньютон, А.Санджованни-Винчентелли, С.Дайректор и другое.

Первая в СССР программа анализа электронных схем разработана в МВТУ им. Н.Э.Баумана И.П.Норенковым, сообщение о ней появилось в 1965 г. Это была программа ПАЭС для ЭВМ Урал-2. В ней были использованы более ранние работы по моделированию полупроводниковых приборов, выполненные Д.Эберсом и Д.Моллом в США, С.Е.Жорно в СССР. В 70-е годы были созданы программы аналогичного назначения в Зеленограде В.П.Панферовым, в МАИ - В.Н.Ильиным, в МИФИ - А.Я.Архангельским, в Киеве - В.П.Сигорским и А.И.Петренко и др.

Американские ЭВМ были более быстродействующими, но советские программы не уступали американским по времени решения задач за счет использования разреженности матриц в математических моделях схем.

Уже в конце 60-х годов стала ясной необходимость комплексного подхода к автоматизации проектирования, обеспечивающего сквозной цикл разработки как БИС и СБИС, так и печатных плат. Создание САПР БИС и СБИС в министерстве электронной промышленности СССР возглавляет НИИ молекулярной электроники. Работы ведутся под руководством сначала Г.Г.Казеннова, затем главного конструктора САПР МЭП Б.В.Баталова.

Разработка средств моделирования электронных схем стимулировала развитие численных методов решения возникающих задач. С 1972 г. разработчики программ анализа перешли на использование неявных методов интегрирования систем дифференциальных уравнений. Появляются А-устойчивые методы (Гира, неявно-явные), обобщаются методы разреженных матриц, разрабатываются методы ускоренного моделирования быстроосциллирующих процессов.

С ростом степени интеграции микроэлектронных схем задачи проектирования становятся все более сложными. Разработка БИС и СБИС без автоматизации проектирования уже невозможна. Для преодоления сложностей топологического проектирования СБИС С.Мид и Д.Конвей в 1980 г. разрабатывают систему автоматического проектирования топологии, названную кремниевым компилятором и основанную на применении совокупности правил преобразования высокоуровневого описания схемы в реальную топологию.

Появляются компании, целиком специализирующиеся на создании средств ECAD. Среди них выделяются три гранда - Mentor Graphics, Cadence, Synopsys.

На втором этапе (80-е годы) появились и начали использоваться графические рабочие станции компаний Intergraph, Sun Microsystems с архитектурой SPARC или автоматизированные рабочие места на компьютерах VAX от DEC под управлением ОС Unix. К концу 80-х гг. стоимость CAD-лицензии снизилась, примерно, до $20000. Тем самым были созданы предпосылки для создания CAD/CAM/CAE-систем более широкого применения.

На третьем этапе (начиная с 90-х годов) бурное развитие микропроцессоров привело к возможности использования рабочих станций на персональных ЭВМ, что заметно снизило стоимость внедрения САПР на предприятиях. На этом этапе продолжается совершенствование систем и расширение их функциональности. Начиная с 1997 г., рабочие станции на платформе Wintel не уступают Unix-станциям по объемам продаж. Стоимость лицензии снизилась до нескольких тысяч долларов.

Четвертый этап (начиная с конца 90-х годов) характеризуется интеграцией CAD/CAM/CAE-систем с системами управления проектными данными PDM и с другими средствами информационной поддержки изделий.

Принято делить CAD/CAM-системы по их функциональным характеристикам на три уровня (верхний, средний и нижний). В 80-е годы и в начале 90-х такое деление основывалось на значительном различии характеристик используемого для САПР вычислительного оборудования. Аппаратной платформой CAD/CAM-систем верхнего уровня были дорогие высокопроизводительные рабочие станции с ОС Unix. Такие системы стали относить к CAD/CAM-системам среднего уровня. Сегодня деление CAD/CAM-систем на САПР верхнего, среднего и нижнего уровней еще сохраняется, хотя и страдает очевидной нечеткостью.

К 1982 г. твердотельное моделирование начинают применять в своих продуктах компании Computervision, IBM, Prime и др., однако методы получения моделей тел сложной формы еще не развиты, отсутствует поверхностное моделирование. В следующем году разработана техника создания 3D моделей с показом или удалением скрытых линий. В 1986 г. компания Autodesk выпускает свой первый CAD-продукт Autocad, пока однопользовательскую версию на языке Cи с поддержкой формата IGES. В 1988 г. создается аппаратура для прототипирования изделий с помощью лазерной стереолитографии по данным, получаемым в MCAD. Также в 1988 г. компания PTC впервые реализует параметризацию моделей.

Развитие компьютерной графики определялось не только возможностями аппаратных средств, но и характеристиками программного обеспечения. Оно должно было быть инвариантным по отношению к используемым аппаратным средствам ввода и вывода графической информации. Поэтому значительное внимание с 70-х годов уделяется вопросам стандартизации графических программ. Стандарт на базисную графическую систему включает в себя функциональное описание и спецификации графических функций для различных языков программирования.

В 1977 г. ACM публикует документ Core, описывающий требования к аппаратно-независимым программным средствам. А в начале 1982 г. появляется система Graphical Kernel System (GKS), задающая примитивы, сегменты и преобразования графических данных и ставшая стандартом ISO в 1985 г. В 1987 г. разработан вариант GKS-3D с ориентацией на 3D графику.

В 1986 г. утверждается ряд новых стандартов. Среди них CGI (Computer Graphics Interface) и PHIGS P (Programmer's Hierarchical Interactive Graphics System) - стандарт ANSI, ставший стандартом ISO в 1989 г. В 1993 году компанией Silicon Graphics предложен стандарт OpenGL (SGI Graphical Language), широко используемый в настоящее время.

В этих системах используются графические форматы для обмена данными, представляющие собой описание изображения в функциях виртуального графического устройства (в терминах примитивов и атрибутов). Графический формат (метафайл) обеспечивает возможность запоминать графическую информацию единым образом, передавать ее между различными системами и интерпретировать для вывода на различные устройства. Такими форматами стали CGM - Computer Graphics Metafile, PostScript - Adobe Systems' Language, GEM - GEM Draw File Format и другое.

Работы по стандартизации были направлены на расширение функциональности графических языков и систем, включение в них средств описания не только данных чертежей и 3D-моделей, но и других свойств и характеристик изделий.

В области автоматизации проектирования унификация основных операций геометрического моделирования привела к созданию инвариантных геометрических ядер, предназначенных для применения в разных САПР. Наибольшее распространение получили два геометрических ядра Parasolid (продукт фирмы Unigraphics Solutions) и ACIS (компания Spatial Technology). Ядро Parasolid разработано в 1988 г. и в следующем году становится ядром твердотельного моделирования для CAD/CAM Unigraphics, а с 1996 г. - промышленным стандартом.

Параллельно проводились работы по стандартизации описаний геометрических моделей для обмена данными между различными системами на различных этапах жизненного цикла промышленной продукции. В 1980 г. появился формат IGES (Initial Graphics ExchangeSpecification), ставший на следующий год стандартом ANSI. Фирма Autodesk в своих продуктах стала использовать формат DXF (Autocad Data eXchange Format). В 1984 г. в ISO для целей стандартизации в области промышленной автоматизации создается технический комитет TC184, а внутри него для разработки стандартов обмена данными - подкомитет SC4, где и была разработана группа стандартов ISO 10303 STEP (Standard for Exchange Product Model Data), включая язык Express и прикладные протоколы AP203 и AP214.

Примерами CAD/CAM-систем верхнего уровня являются CATIA (компания Dassault Systemes), Unigraphics (Unigraphics Solution), Pro/Engineer (PTC). Продукты этих фирм доступны с 1981, 1983 и 1987 г. соответственно. В 1998 г. в компании Крайслер с помощью CATIAдемонстрируется возможность создания исчерпывающей цифровой модели автомобиля (проектирование, имитация сборки и испытаний). К числу САПР верхнего уровня в 90-е годы относились также EUCLID3 (Matra Datavision), I-DEAS (SDRC), CADDS5 (Computervision), но их развитие было прекращено в связи со слиянием компаний.

Так, в 2001 г. происходит слияние компании Unigraphics Solution с SDRC, что означало постепенное прекращение развития I-DEAS и использование удачных решений двух систем I-DEAS и Unigraphics (UG) в новых версиях системы Unigraphics NX.

Еще раньше система CADDS5 была приобретена компанией PTC (Parametric Technology Corp.). Эта компания, штаб-квартира которой расположена в США, основана в 1985 г. бывшим профессором Ленинградского университета Семёном Гейзбергом.

Наиболее известными CAD/CAM-системами среднего уровня на основе ядра ACIS являются AutoCAD 2000, Mechanical Desktop и Autodesk Inventor (Autodesk Inc.); Cimatron (Cimatron Ltd.); ADEM (Omega Technology); Mastercam (CNC Software, Inc.); Powermill (DELCAM) и др. К числу CAD/CAM-систем среднего уровня на основе ядра Parasolid принадлежат, в частности, Solid Edge и Unigraphics Modeling (Unigraphics Solutions); SolidWorks (SolidWorks Corp.); MicroStation Modeler (Bentley Systems Inc.); Pro/Desktop (Parametric Technology Corp.); Anvil Express (MCS Inc.) и др. Компания PTC в своих продуктах начинает применять разработанное ею в 2000 г. геометрическое ядро Granite One.

В 1992 году корпорация Intergraph, один из ведущих на тот момент производителей CAD-систем для машиностроения, приняла решение о разработке нового программного продукта, целиком построенного на базе платформы Wintel. В результате в конце 1995 года появилась система геометрического моделирования Solid Edge (такое имя получила новая система). В 1998 году к Unigraphics перешло все отделение Intergraph, занимающееся САПР для машиностроения. В это же время Solid Edge меняет геометрическое ядро ACIS на ядро Parasolid. В 1999 год появляется 6-я версия Solid Edge на русском языке.

В 1993 г. в США создается компания Solidworks Corporation и уже через два года она представила свой первый пакет твёрдотельного параметрического моделирования Solidworks на базе геометрического ядра Parasolid. Система Solidworks вошла в число ведущих систем среднего уровня.

Ряд CAD/CAM систем среднего и нижнего уровней разработан в СССР и России. Наибольшее распространение среди них получили Компас (компания Аскон) и T-Flex CAD (Топ Системы) и некоторые другие системы.

Автоматизация технологической подготовки производства в системах CAM не была столь жестко привязана к аппаратным средствам машинной графики, как автоматизация конструирования в системах CAD. Среди первых работ по автоматизации проектирования технологических процессов нужно отметить создание языка APT (Automatic Programming Tools) в 1961 г. в США. Этот язык стал родоначальником многих других языков программирования для оборудования с числовым программным управлением. В СССР Г.К.Горанский создает программы для расчетов режимов резания в первой половине 60-х годов. В.Д.Цветков, Н.М.Капустин, С.П.Митрофанов и др. разрабатывают методы синтеза технологических процессов в 70-е годы.

В системах инженерных расчетов и анализа CAE центральное место занимают программы моделирования полей физических величин, прежде всего это программы анализа прочности по методу конечных элементов (МКЭ).

В 1976 г. разработан комплекс DYNA3D (позднее названный LS-DYNA), предназначенный для анализа ударно-контактных взаимодействий деформируемых структур.

Мировым лидером среди программ анализа на макроуровне считается комплекс Adams, разработанный и развиваемый компанией Mechanical Dynamics Inc. (MDI). Компания создана в 1977 г. Основное назначение Adams (Automatic Dynamic Analysis of Mechanical Systems) - кинематический и динамический анализ механических систем с автоматическим формированием и решением уравнений движения.

Для проектирования систем, функционирование которых основано на взаимовлиянии процессов различной физической природы, важное значение имеет возможность многоаспектного моделирования. Теоретические основы многоаспектного моделирования на базе аналогий физических величин рассматривались Г.Ольсоном (1947 г.), В.П.Сигорским (1975 г.) и были реализованы в программах моделирования ПА6 - ПА9, разработанных в МВТУ им. Н.Э.Баумана в 70-80-е годы [30]. Основные положения многоаспектного моделирования позднее были закреплены в стандарте, посвященном языку VHDL-AMS.

История ИПИ-технологий. Необходимость создания и использования CALS (ИПИ)-технологий была понята в процессе роста сложности проектируемых технических объектов. Работы по CALS были инициированы в оборонной промышленности США. Более конкретно возникновение CALS многие относят к периоду попыток США выполнить программу «звездных войн» - СОИ (стратегической оборонной инициативы) в середине 80-х годов.

С тех пор работы по CALS ведутся в направлениях: стандартизации языков и форматов представления, хранения и обмена данными; интегрированной логистической поддержки изделий; создания систем управления данными на всех этапах жизненного цикла изделий; развития интерактивных электронных технических руководств.

Международная организация стандартизации принимает в 1986 г. стандарт на язык разметки SGML; в 1988 г. - стандарт EDIFACT; в 1991 г. разработан проект языка Express и в 1994 г. утверждены первые стандарты STEP, задающие язык Express и методы его реализации для описания моделей изделий в разных приложениях. При создании этих стандартов были учтены более ранние разработки по функциональному и информационному моделированию процессов и приложений. Это прежде всего методика SADT, разработанная Д.Россом в 1973 г. и послужившая основой для спецификации IDEF0 в рамках выполнявшейся в США программы ICAM (Integrated Computer Aided Manufacturing). В 1999 г. первые стандарты STEP, переведенные на русский язык, становятся также стандартами России.

Большой объем данных, используемых при проектировании, необходимость поддержания их целостности (достоверности и полноты), сложность управления проектированием привели в 80-е годы к созданию в составе САПР системных сред, называемых системами управления проектными данными PDM (Product Data Management).

Появление системных сред в САПР ознаменовало переход от использования отдельных не связанных друг с другом программ, решающих частные проектные задачи, к применению интегрированной совокупности таких программ. Роль интегрирующего компонента в 70-е гг. возлагалась на единую базу данных САПР. Первой PDM-системой в начале 80-х годов стал продукт EDL компании CDC. В САПР электронной промышленности первые системы управления проектированием и проектными данными, называвшиеся системными средами (Framework), созданы в середине 80-х годов. Этосистемы Skill [54] и Falcon Frameworks фирм Cadence Design Systems и Mentor Graphics соответственно. Тематика Frameworks оказалась в центре внимания на крупнейшей выставке 1992 г. в Калифорнии, посвященной ECAD.

Начиная с середины 90-х годов, разворачиваются работы по PDM для САПР в машиностроении.

Одной из первых развитых PDM-систем становится система Optegra компании Computervision. Unigraphics Solutions (UGS) совместно с Kodak разрабатывает PDM-систему iMAN. С покупкой в январе 1998 года компании Computervision и её PDM-технологии Windchill фирмаPTC вышла на рынок PDM-систем. Cистема Windchill является первой Internet-ориентированной PDM-системой. В 1999 году фирма РТС анонсирует новую технологию СРС - Collaborative Product Commerce, базирующуюся на технологии Windchill. В начале XXI века появляются PDM-системы ENOVIA и Smarteam от Dassault Systemes, Teamcenter от UGS и ряд других.

Среди российских систем PDM наиболее известными являются Party Plus (компания Лоция-Софт), PDM STEP Suite, разработанная под руководством Е.В.Судова в НПО «Прикладная логистика» в 2002 г., Лоцман:PLM в составе САПР Компас компании Аскон.

Расширение функций PDM-систем на все этапы жизненного цикла продукции превращает их в системы PLM (Product Lifecycle Management).

Технологии ИЭТР предназначены для создания электронной документации, технических публикаций и презентаций сложных изделий и представлены в ряде стандартов, принятых в AECMA (Association of European Constructors and Manufactories in Aerospace), DoD (Department of Defense - министерство обороны США) и ISO (Intrenationsl Standard Organization). Первый вариант стандарта AECMA S1000D относится к 1989 г.. Он разработан на базе языка разметки SGML (ISO 8879). В первой половине 90-х появляются стандарты MIL 87268 - 87270, созданные в США. Стандарт AECMA S1000D описывает правила создания технических руководств модульной структуры. В нем содержатся данные, необходимые при эксплуатации изделий. Использование стандарта удешевляет сопровождение изделий, обеспечивает интерфейс между распределенными автоматизированными системами производителей и пользователей, облегчает адаптацию к нововведениям. Стандарт состоит из пяти глав, в которых описываются правила кодирования и индексации модулей, внесения в них изменений, применения модулей для технических публикаций (IETP), использования подмножества XML (IETP-X), а также введены унифицированные модули, типовые для технической документации (например, модули предупреждений).

1.2 Классификация автоматизированных информационных систем

информационный система автоматизированный проектирование

Системы, применительно к автоматизированным системам, могут быть проклассифицированы по ряду признаков. Например:

- по уровням иерархии (суперсистема, система, подсистема, элемент системы);

- по степени замкнутости (замкнутые, открытые, условно-замкнутые);

- по характеру протекаемых процессов в динамических системах (детерминированные, стохастические и вероятностные);

- по типу связей и элементов (простые, сложные). Системы делятся на примитивные элементарные (для них строятся автоматические системы управления) и большие сложные. Так как большие и сложные системы обладают свойством необозримости, то их можно рассматривать с нескольких точек зрения.

Следовательно, классификационных признаков тоже много. Классифицировать АС можно: По уровню:

- АСУ Отрасли ; АСУ Производства;

- АСУ Цеха; АСУ Участка;

- АСУ Т П (технологического процесса).

По типу принимаемого решения:

- информационно-справочные системы, которые просто сообщают информацию ("экспресс", "сирена", "09");

- информационно-советующая (справочная) система, представляет варианты и оценки по различным критериям этих вариантов;

- информационно-управляющая система, выходной результат не совет, а управляющее воздействие на объект.

По типу производства:

- АСУ с дискретно-непрерывным производством;

- АСУс дискретным производством;

- АСУс непрерывным производством.

По назначению:

- военные АСУ;

- экономические системы (предприятия, конторы, управляющие властные структуры);

- информационно-поисковые системы.

По областям человеческой деятельности:

- медицинские системы;

- экологические системы;

- системы телефонной связи.

По типу применяемых вычислительных машин:

- цифровые вычислительные машины (ЦВМ);

- средние;

- миниэвм,

- другие мобильные и персональные компьютеры.

Разницу между компьютерами и информационными системами:

Компьютеры, оснащенные специализированными программными средствами, являются технической базой и инструментом для информационных систем.

Информационная система немыслима без персонала, взаимодействующего с компьютерами и телекоммуникациями. Вопросы для самоконтроля.

1.3 Современный рынок финансово-экономического прикладного программного обеспечения

Сегодняшний рынок финансово-экономического прикладного программного обеспечения формируется под воздействием трех основных факторов:

- постоянно растущих требований потребителей;

- конъюнктурного мировоззрения большинства разработчиков;

- неустойчивости нормативно-правовой среды.

Влияние этих факторов делает рынок разнообразным и неоднородным. Для решения задачи выбора ИС необходимо познакомиться с их классификацией. Все программы в области бухгалтерского учета и финансов условно можно разделить на:

- Интегрированные финансовые системы (ИФС).

- Бухгалтерский конструктор.

- Бухгалтерский комплекс автоматизированных рабочих мест (АРМ).

- Бухгалтерия-офис.

- Эккаунт кутюр -- индивидуально дорабатываемые и внедряемые системы на базе типового бухгалтерского ядра.

- Отраслевые системы с бухгалтерским учетом, это бухгалтерский комплекс АРМ + специализированные отраслевые АРМы.

- Финансово-аналитические системы.

- Правовые системы и базы данных (ПБД).

Рассмотрим подробнее каждую из вышеназванных групп:

Интегрированная финансовая система

Интегрированная финансовая система состоит из отдельных блоков -- модулей учета. Степень интеграции системы характеризует принцип связи, как между отдельными модулями системы, так и с другими программными продуктами, работающими на предприятии.

Система считается интегрированной в случае, если существует двухсторонняя связь между всеми модулями системы.

Пример ИФС:“БЭСТ”, “Галактика”, “Парус” и другие.

Бухгалтерский конструктор

Под бухгалтерским конструктором понимается бухгалтерская система с расширенными инструментальными возможностям.

Первичные возможности данного программного продукта достаточно ограничены. Например, выполнение в рамках бухгалтерского конструктора таких операций, как расчет износа основных средств, расчет заработной платы и т.п., практически невозможно осуществить без соответствующих настроек. Однако, овладев специальным языком, пользователь может самостоятельно научить программу выполнять любые расчеты, создавать отчеты и т.п.

Этот класс систем ориентирован на массовый тираж. В одной программе трудно учесть специфику учета нескольких бухгалтерий. Поэтому появились некие универсальны езаготовки, из которых с помощью настроек создается программный продукт, подходящий для учета в любой фирме.

Данный класс программ лучше адаптирован к быстроменяющемуся законодательству.

Пример бухгалтерского конструктора: “1С: Бухгалтерия”, “Инотек”,“Quiken” и другие.

Бухгалтерский комплекс АРМ

Бухгалтерский комплекс подразумевает создание отдельных программ под каждый раздел учета с возможностью последующего агрегирования данных.

Данный продукт является самой старой формой существования бухгалтерских программ на российских предприятиях. Для средних и крупных фирм она остается рациональной до сих пор.

Пример бухгалтерского комплекса АРМ: “МОНОЛИТ” и другие.

Бухгалтерия - офис

Под бухгалтерией - офис понимают систему автоматизированного управления предприятием. Программы данного класса называют “корпоративными системами управления финансами и бизнесом”. Термин “корпоративный учет” является новым для российских предприятий. Известно, что учет на предприятии не сводится только к бухгалтерскому учету, построенному на двойной записи и проводках по корреспондирующим счетам. Существует еще и управленческий учет, формы которого определяются нуждами самого предприятия. Данный вид учета приближен к текущей деятельности фирмы и решает в первую очередь оперативные задачи.

Бухгалтерия -- офис настроена, как правило, не только на бухгалтера, но и на руководителя, менеджера и других представителей управленческого звена. Огромное внимание в программах этого класса уделяется возможности эффективного управления предприятием и получению прибыли. При этом очень трудно определить, какой учет “первичнее” -- бухгалтерский или оперативный. Например, когда руководитель ставит задачу минимизации налога на прибыль, то для принятия правильных решений необходимо знать размер облагаемой прибыли по данным бухгалтерского учета. С другой стороны, для отражения в бухгалтерском учете величины товарных запасов требуются данные оперативного учета о поступлении, перемещении, выбытии товарных ценностей. Таким образом, бухгалтерский учет направлен на решение задач по обобщению показателей деятельности предприятия, тогда как оперативно -- управленческий учет решает частные, ежедневные задачи. Оторвать одну форму учета от другой практически невозможно. Оба вида учета существуют совместно и образуют единый целостный учет, который и называется корпоративным.

Класс систем бухгалтерия -- офис очень молод. В России предложение данных программных продуктов весьма ограничено западными разработками.

Пример систем для автоматизированного управления предприятием: “Baan”,“R3”, “Oracle”, “People soft”, “Navision”, “Квестор” и другие.

Эккаунт кутюр

Системы данного класса индивидуально дорабатываются под конкретного заказчика с последующим внедрением на предприятии самим разработчиком. Данные программы предназначены для разборчивых и состоятельных пользователей. Круг пользователей программ класса “Эккаунт кутюр” очень узок. Это объясняется тем, что услуги по доработке и внедрению программ очень дороги, поэтому ошибка заказчика в выборе системы обходится весьма недешево.

Отраслевые системы с бухгалтерским учетом

Основой отраслевой системы с бухгалтерским учетом служит бухгалтерский комплекс АРМ, к которому присоединены специализированные отраслевые АРМы. Сегодня наиболее известны следующие отраслевые системы: “Торговля”, “Бюджетные организации”, “Промышленность”, “Строительство”, “Аудит”, “Банковские структуры”, “Страхование” и другие.

Финансово-аналитические системы

Системы данной группы можно разделить на:

- системы анализа хозяйственной деятельности предприятия;

- системы для работы с инвестиционными проектами.

Пример финансово-аналитических систем: «Project Expert», «Budget management» и другие.

Правовые системы и базы данных (ПБД)

Под ПБД понимают системы для работы, хранения и регулярного обновления в компьютере сборников нормативных документов.

Пример ПБД: информационные базы данных “Гарант”, “Кодекс”, “Консультант Плюс” и другие.

Рассмотрим подробнее структуру интегрированной финансовой системы, так как именно этот класс программ является сегодня одним из наиболее распространенных:

ИФС -- это совокупность модулей:

- главная книга;

- основные средства;

- управление запасами;

- расчеты с поставщиками и заказчиками;

- касса и банк;

- зарплата;

- кадры;

- и т.д.

Каждый модуль выполняет определенные функции учета, например:

Модуль кадры:

- ведение табеля рабочего времени;

- ведение штатного расписания;

- и т.п.

модуль расчеты с поставщиками и заказчиками:

- список контрагентов;

- система договоров и заказов;

- система скидок;

- система налогов;

- заполнение счетов-фактур;

- учет взаимозачетов;

- и т.п.

Между всеми модулями системы существует двухсторонняя связь, т.е. соблюдается принцип интегрированности. Именно благодаря этому принципу удается избежать проблем, связанных с двойным вводом документов при их обработке.

Каждая интегрированная система обладает общефункциональными свойствами, такими как:

- система документированного учета (позволяет на основании документов, введенных операторами, автоматически формировать бухгалтерские проводки);

- степень интеграции (позволяет переносить данные из одного модуля в другой, а также обеспечивает связь с другими программными продуктами);

- интерфейс -- лицо программного продукта, характеризующее удобство работы с системой;

- мультивалютность -- способность системы правильно вести учет в нескольких валютах.

Современные интегрированные системы предлагают огромное множество стандартных решений управленческих задач на уровне пользователя. Все это позволяет руководителю предприятия уменьшить затраты по ее обслуживанию. Средний срок окупаемости таких систем 1-2 года.

Помимо готового пакета программы, необходимо приобрести специальное программное обеспечение, позволяющее установить ИФС, также вложить денежные средства на внедрение программы (полностью настроить ее на учет конкретного предприятия) и обучение рабочего персонала. Немногие фирмы сегодня готовы осуществить такие денежные вложения.

Большинство предприятий предпочитают воспользоваться услугами разработчиков более дешевого класса программ, так называемого, бухгалтерского конструктора. Среди данного класса программ самыми распространенными является семейство программ “1С”.

Программы семейства “1С”.

Программа “1С: Бухгалтерия” построена на основных принципах бухгалтерского учета, общих для всех его разделов. Бухгалтер сам может настроить практически все -- план счетов, виды первичных и отчетных документов, схемы проводок. Программа помогает бухгалтеру быстро найти нужные записи, сформировать необходимую отчетность. Специальные режимы позволяют использовать программу на отдельных рабочих местах, где формируются первичные документы. Можно использовать ее для предоставления отчетности руководителю. Кроме того, в программе предусмотрена возможность ведения сложного аналитического учета.

Универсальность программ семейства 1Сзаключается в том, что мы приобретаем некий бухгалтерский конструктор, т.е. систему с расширенными инструментальными возможностям.

Первичные возможности данного программного продукта достаточно ограничены. Например, выполнение в рамках бухгалтерского конструктора таких операций, как расчет износа основных средств, расчет заработной платы и т.п., практически невозможно осуществить без соответствующих настроек. Однако, овладев специальным языком, пользователь может самостоятельно научить программу выполнять любые расчеты, создавать отчеты и т.п.

Этот класс систем ориентирован на массовый тираж. В одной программе трудно учесть специфику учета нескольких бухгалтерий. Поэтому и применяются некие универсальные заготовки, из которых с помощью настроек создается программный продукт, подходящий для учета в любой фирме.

Универсальность программ семейства “1С”позволяет им лучше адаптироваться к быстроменяющемуся законодательству в нашей стране. Однако она не спасает систему от недостатков.

Программы семейства “1С” выходят на рынок достаточно сырыми. Т.к. производитель хочет успеть завоевать рынок, опередив своих конкурентов. А их сегодня достаточно.

Сама программа протестирована и не содержит грубых ошибок, но иногда небольшие недочеты влекут за собой целый список нежелательных.

1.4 Преимущества и недостатки внедрения автоматизированных информационных систем

Уже давно наступило время, когда под автоматизацией предприятий стало подразумеваться не просто приобретение компьютеров и создание корпоративной сети, но создание информационной системы, включающей в себя и компьютеры, и сети, и программное обеспечение, а главное -- организацию информационных потоков. Проанализировав опыт внедрения информационных систем (ИС) на российских предприятиях, можно заметить, что время от времени ИС на базе какого-либо интегрированного продукта либо внедряются не до конца, либо руководство компаний ими практически не пользуется.

Анализ внедрений, осуществленных на сегодняшний день, выявляет несколько причин неудач при создании ИС:

1. Первая состоит в том, что готовые западные системы ориентированы на некие идеальные бизнес-процессы, оторванные от реальной структуры конкретной компании. А реальные учреждения, компании и корпорации вовсе не идеальны, а наоборот, очень сложны с точки зрения иерархии управления. Более того, зачастую формальная иерархия причудливо переплетается с реальной.

2. Вторая причина -- в том, что исторически разработкой систем занимались программисты, в силу чего они строились согласно теории автоматизированных систем. Получался замкнутый автоматизированный процесс, по возможности исключающий человека. В результате весь средний менеджмент такой системой отторгался. Поэтому руководители среднего звена противятся внедрению таких систем и сознательно, и бессознательно.

3. Третье -- это недостаточный анализ существующих задач на этапе проектирования. Например, на Западе, в частности, в США, у компаний-заказчиков, как правило, есть специальные отделы, которые планируют работы по автоматизации и анализируют: что надо автоматизировать, что не надо, что выгодно, а что убыточно, и как вообще должна быть построена система, какие функции она должна выполнять. У отечественных компаний подобные структуры, как правило, отсутствуют.

Опыт показывает, что успешны, бывают те проекты, в результате внедрения которых клиент полностью владеет своей системой, понимает, как она работает. Этот, труднодостижимый при традиционных способах, результат получается тогда, когда руководство предприятия уделяет значительное внимание проекту, вникает во все его тонкости, детально разбирается в организации всех бизнес-процессов на предприятии. В противном случае руководитель с недоверием относится к цифрам, выдаваемым системой, так как не знает, откуда они берутся, и кто за них несет ответственность. Сегодня необходим новый подход к созданию информационных систем. Новизна заключается не в создании системы на базе какого-либо интегрированного продукта, а в тщательном проектировании системы и лишь потом реализации ее с помощью адекватных программных средств.

Не секрет, что зачастую подход к автоматизации бывает таким: нужно автоматизировать все, а поэтому покупаем могучую интегрированную систему и модуль за модулем всю ее внедряем. Но уже потом выясняется, что полученный эффект весьма далек от ожидаемого и деньги потрачены впустую. На практике для решения конкретной проблемы компании бывает достаточно иметь электронную почту и Excel. Иногда бывает нужно внедрить всего лишь несколько специализированных и недорогих приложений и связать их на базе интеграционной платформы или там, где это необходимо, использовать функциональность ERP-системы. Все эти вопросы можно и нужно решать на этапе проектирования, то есть осознанно подходить к выбору средств автоматизации, сравнивая затраты с ожидаемым эффектом.

Нынешних огрехов проектирования можно избежать, используя принцип, который называется синархическим проектированием. Этот новый принцип является проявлением «закона синархии», который описал в начале ХХ века российский философ Владимир Шмаков. Если кратко, то это органичное сочетание определенной иерархии и аналогии в построении мироздания.

Синархическое проектирование -- это технология, которая позволяет создавать ИС для конкретного предприятия, холдинга или концерна с учетом реальной иерархии управления, поэтапно ее внедрять, реально планировать и получать эффект от внедрения на каждом этапе, органично встраивать в систему стандартные компоненты и оригинальные разработки. Более того, синархическое проектирование позволяет овладеть системой как инструментом управления на всех уровнях -- от исполнителя до директора. При этом ответственность не перекладывается на систему, и руководителю понятно происхождение информации, в ней циркулирующей.

В заключение необходимо подчеркнуть, что и заказчику, и поставщику решения еще до выбора того или иного ПО для создания ИС необходимо, прежде всего, провести анализ, что им действительно необходимо автоматизировать, после чего заняться проектированием. Другими словами, только тщательное предпроектное обследование, а затем проектирование с учетом всех особенностей реальной структуры управления конкретной компании дадут в итоге действительный эффект от внедрения автоматизированной информационной системы, к которому в конечном итоге стремятся и заказчики, и системные интеграторы.

1.5 Методы проектирования автоматизированных информационных систем

В современной практике моделирования управленческой и производственной деятельности для обозначения объектов моделирования принято использовать термин «бизнес - процесс». При моделировании бизнес - процессов следует уделить внимание ряду факторов:

- корректная постановка целей;

- грамотная информированность персонала организации относительно целей и результатов проекта;

- эффективное применение инструментов моделирования;

- наличие корпоративных стандартов описания и регламентации бизнес - процессов.

Для моделирования бизнес - процессов используется несколько различных методов. Их основой являются как структурный, так и объектно-ориентированный подходы к моделированию. Наиболее развитые методы используют элементы обоих подходов. К числу наиболее распространенных методов можно отнести:

- метод функционального моделирования SADT (IDEF0);

- метод моделирования процессов IDEF3;

- моделирование потоков данных DFD.

С точки зрения бизнес - моделирования каждый из представленных подходов обладает своим преимуществами. Объектный подход позволяет построить более устойчивую к изменениям систему, лучше соответствует существующим структурам организации. Функциональное моделирование хорошо показывает себя в тех случаях, когда организационная структура находится в процессе изменения или вообще слабо оформлена. Подход от выполняемых функций интуитивно лучше понимается исполнителями при получении от них информации об их текущей работе. Метод функционального моделирования IDEF0(Function Modeling) - совокупность правил и процедур, предназначенных для построения функциональной модели объекта какой - либо предметной области. Функциональная модель объекта отображает производимые им действия и связи между ними. В соответствии с этим методом бизнес - модель должна выглядеть следующим образом:

- верхний уровень модели должен отражать только контекст системы, то есть её взаимодействие с внешним миром;

- на втором уровне модели должны находиться все основные виды деятельности предприятия, другими словами тематически сгруппированные бизнес - процессы предприятия и их взаимосвязь;

- дальнейшая детализация бизнес - процессов осуществляется посредством бизнес - функций, то есть совокупностей операций, сгруппированных по определенным признакам;

- описание элементарной бизнес - операций осуществляется с помощью задания алгоритма ее выполнения.

Метод моделирования потоков данных DFD (Data Flow Diagrams)- диаграммы потоков данных. Основное средство моделирования функциональных требований к проектируемой системе.

Компоненты модели: диаграммы; словарь данных; спецификации процессов.

Элементы диаграмм: поток данных; хранилище; внешняя сущность.

Поток данных механизм, использующейся для моделирования и передачи информации из одной части системы в другую.

Внешняя сущность-объект\субъект вне контекста системы, который является.

Хранилище - срез потоков данных во времени, содержащий данные, которые нужно сохранить между процессами.

Основные преимущества:

- возможность однозначно определить внешние сущности, анализируя потоки информации внутри и вне системы;

- возможность проектирования сверху вниз, что облегчает построение модели «как должно быть»;

- наличие спецификаций процессов нижнего уровня, что позволяет преодолеть логическую незавершенность функциональной модели и построить полную функциональную спецификацию разрабатываемой системы;

- модели имеют очень богатый набор элементов, адекватно отражающих их специфику;

- существуют и поддерживаются рядом CASE-инструментов алгоритмы автоматического преобразования иерархии DFD в структурные карты, демонстрирующие межсистемные, внутрисистемные связи и иерархию систем.

Недостатки:

- необходимость искусственного ввода управляющих процессов, поскольку управляющие воздействия (потоки) и управляющие процессы с точки зрения DFD ничем не отличаются от обычных;

- отсутствие понятия времени, т.е. отсутствие анализа временных промежутков при преобразовании данных (все ограничения по времени должны быть введены в спецификациях процессов). Метод моделирования процессов IDEF3 (Integrated DEFinition for Process Description Capture Method) - методология моделирования и стандарт документирования процессов, происходящих в системе.

Метод документирования технологических процессов предоставляет механизм документирования и сбора информации о процессах. IDEF3 показывает причинно-следственные связи между ситуациями и событиями в понятной эксперту форме, используя структурный метод выражения знаний о том, как функционирует система, процесс или предприятие. Техника описания набора данных IDEF3 является частью структурного анализа. В отличие от некоторых методик описаний процессов IDEF3 не ограничивает аналитика чрезмерно жесткими рамками синтаксиса, что может привести к созданию неполных или противоречивых моделей.может быть также использован как метод создания процессов. IDEF3 дополняет IDEFO и содержит все необходимое для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа.



Глава 2. Практическая часть. Проектирование информационной системы «учет компьютерной техники предприятия» на примере ООО «Дельта»

2.1 Характеристика исследуемой компании

На сегодняшний день в крупных городах системы охранной сигнализации -- это одно из наиболее эффективных решений, позволяющих обеспечить безопасность и неприкосновенность различного рода имущества. «Дельта» предоставляет услуги в Москве, в Санкт-Петербурге и в ряде других городов РФ. Наша охранная компания устанавливает системы безопасности, предлагая исключительно профессиональный сервис. Мы гарантируем высококлассный мониторинг объектов и моментальное реагирование при поступлении тревожного сигнала.

«Дельта» устанавливает охранные сигнализации GSM для офиса, квартиры, загородного дома или коттеджа, а также любого бизнес-объекта. Наши специалисты внимательно контролируют качество работы оборудования, которое используется клиентами. Также частная охранная организация «Дельта» уделяет значительное внимание монтажу и настройке систем безопасности, поэтому в штате фирмы работают только профессионалы. Собственная служба экипажей быстрого реагирования позволяет гарантировать нашим клиентам высочайшую скорость реагирования в случае поступления тревожного сигнала. Комплексные услуги охраны дают возможность эффективно защитить объект от различных нештатных ситуаций и несанкционированного проникновения злоумышленников.

2.2 Анализ программных продуктов

Анализ подобных информационных систем проводится для выявления у систем достоинств и недостатков по мнению сотрудников ИТ-отдела ООО «Дельта», так же для сравнения функционала, интерфейса, дизайна и удобства её использования. Были найдены следующие существующие информационные системы как:

- программное обеспеченье IT Invent (it-invent.ru);

- программное обеспеченье Hardware Inspector (hwinspector.com);

- конфигурация 1С: Учёт компьютеров и оборудования 8.1 (odineskin.ru).

Первая ИС, IT Invent, это не только учет компьютеров, принтеров, программ и комплектующих. Это так же учет ремонтов и обслуживаний, работ по поддержке техники, заказов поставщикам, поступлений и перемещений оборудования, учет контрагентов, сотрудников и многое другое. Основная форма программы IT Invent показана на рисунке 11.

Рисунок 11. «IT Invent»

IT Invent это гибкая и настраиваемая система, которая обладает интуитивно понятным интерфейсом, защет чего хорошо воспринимается пользователем в плане дизайна. Программа довольно многофункциональна. Хотелось бы отметить следующие ключевые особенности программы:

- поддержка базы данных MS Access и MS SQL Server;

- многопользовательский режим работы - все филиалы работают с единой базой;

- возможность создания и настройки собственных дополнительных свойств различных типов;

- учет выполнения работ любых видов внутри организации;

- уникальная система создания и печати инвентарных этикеток. Поддержка принтеров штрих-кодов;

- поддержка работы со сканером штрих-кодов. Поиск записей в базе по штрих-коду;

- ведение истории изменений по оборудованию;

- учет ремонтов и профилактических обслуживаний оборудования и компьютеров;

- логическое связывание программ и комплектующих с оборудованием;

- учет расходных материалов, комплектующих запчастей и канцелярии;

- закрепление учетных единиц за сотрудниками организации. Акты приёма-передачи;

- ведение базы поставщиков, сервисных организаций и прочих контрагентов;

- гибкое разграничение прав доступа для пользователей системы;

- настройка E-Mail оповещений по событиям в программе;

- большое количество встроенных печатных форм и отчетов с возможностью их редактирования;

- импорт и просмотр данных напрямую из Active Directory.

Программа IT Invent является сетевой. Для работы по сети с единой базой данных, необходимо у каждого пользователя программы в файле 'DBPath.ini' прописать путь для подключения к файлу базы данных или указать этот путь выбрав пункт меню 'Файл' -> 'Выбор базы данных'. При этом нужно не забыть выставить каталогу с базой данных права на чтение и запись для всех пользователей программы.

Вторая ИС, это программа Hardware Inspector. Программа предназначена для автоматизированного учета и инвентаризации компьютерной техники и иного оборудования в организациях. Уникальность программы Hardware Inspector заключается в возможности вести учет не просто текущего состояния параметров компьютера, а всей истории жизни отдельных комплектующих. На рисунке 12, показано наглядное представление устройств в дереве рабочих мест.