Размещено на http://www.allbest.ru/

Содержание

Основные компоненты технологии проектирования ИС

Структуризация и параметризация экономических информационных систем

Формирование структуры технологического процесса проектирования ЭИС

Заключение

Список литературы

информационный система проектирование технология



Основные компоненты технологии проектирования ИС

Информационная система создается для управления, поэтому этот процесс должен рассматриваться с двух точек зрения: точки зрения топ менеджеров компании и точки зрения IT-специалистов.

С точки зрения руководства компании информационная система может представлять собой ERP - систему, то есть систему управления ресурсами предприятия или CRM-систему - систему управления взаимоотношениями с клиентами.

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

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

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

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

- взаимодействие с людьми в стиле, облегчающем переносимость пользователя (ISO/IES 14252:1995).

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

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

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

· требуемой функциональности системы и уровня ее адаптивности к изменяющимся условиям функционирования;

· требуемой пропускной способности системы;

· требуемого времени реакции системы на запрос;

· безотказной работы системы;

· необходимого уровня безопасности;

· простоты эксплуатации и поддержки системы.

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

Основу проекта любой ИС составляют следующие компоненты:

· методология проектирования;

· технологии проектирования;

· стандарты и методики проектирования;

· инструментальные средства проектирования (CASE-средства).

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

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

Технология проектирования ИС - совокупность методологии и средств проектирования ИС, а также методов и средств организации проектирования.

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

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

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

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

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

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

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

Согласно статистическим данным, собранным Standish Group (США), из 8380 проектов, обследованных в США в 1994 году, неудачными оказались более 30% проектов, общая стоимость которых превышала 80 миллиардов долларов. При этом оказались выполненными в срок лишь 16% от общего числа проектов, а перерасход средств составил 189% от запланированного бюджета.

В числе причин возможных неудач, по мнению разработчиков, фигурируют:

· нечеткая и неполная формулировка требований к ПО;

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

· отсутствие необходимых ресурсов;

· неудовлетворительное планирование и отсутствие грамотного управления проектом;

· частое изменение требований и спецификаций;

· новизна и несовершенство используемой технологии;

· недостаточная поддержка со стороны высшего руководства;

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

Объективная потребность контролировать процесс разработки сложных систем ПО, прогнозировать и гарантировать стоимость разработки, сроки и качество результатов привела в конце 60-х годов прошлого века к необходимости перехода от кустарных к индустриальным способам создания ПО и появлению совокупности инженерных методов и средств создания ПО, объединенных общим названием "программная инженерия" (software engineering). В основе программной инженерии лежит одна фундаментальная идея: проектирование ПО является формальным процессом, который можно изучать и совершенствовать. Освоение и правильное применение методов и средств создания ПО позволяет повысить его качество, обеспечить управляемость процесса проектирования ПО и увеличить срок его жизни.

В то же время, попытки чрезмерной формализации процесса, а также прямого заимствования идей и методов из других областей инженерной деятельности (строительства, производства) привели к ряду серьезных проблем. После двух десятилетий напрасных ожиданий повышения продуктивности процессов создания ПО, возлагаемых на новые методы и технологии, специалисты в индустрии ПО пришли к пониманию, что фундаментальная проблема в этой области - неспособность эффективного управления проектами создания ПО. Невозможно достичь удовлетворительных результатов от применения даже самых совершенных технологий и инструментальных средств, если они применяются бессистемно, разработчики не обладают необходимой квалификацией для работы с ними, и сам проект выполняется и управляется хаотически, в режиме "тушения пожара". Если в таких условиях отдельные проекты завершаются успешно, то этот успех достигается за счет героических усилий фанатично настроенного коллектива разработчиков.

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

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

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

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

Поэтому методология представляет собой:

1) тесно связанные, предписанные конкретные последовательности шагов;

2) перечень данных, подлежащих накоплению на каждой стадии;

3) критерии завершения работ в контрольных точках;

4) решения, принимаемые при выборе между альтернативными методами проектирования.

Структуризация и параметризация экономических информационных систем

Информационная система (ИС) -система сбора, хранения, накопления, поиска и передачи информации, применяемая в процессе управления или принятия решений. ИС включает:

Ч информационно-справочный фонд,

Ч язык обработки информации,

Ч носители информации,

Ч комплекс моделей.

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

Автоматизированная ИС предназначена для эффективной эксплуатации экономической ИС.

Экономическая информационная система (ЭИС) - комплексы функционирования, которые отражают состояние экономических объектов в процессе их развития.

Классификация ИС:

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

Ч система информационного обеспечения (1С),

Ч справочно-информационная система, которая имеет самостоятельное целевое назначение (гарант).

2. По количеству пользователей и территориальному признаку:

Ч однопользовательские (excel),

Ч многопользовательские низкого уровня (access),

Ч ИС уровня предприятия,

Ч распределенные,

Ч очень большие,

Ч сверх большие.

3. По функциям управления:

Ч плановые,

Ч бухгалтерские программы.

4. По отраслям:

Ч ИС для машиностроения и т.д.

5. По видам обрабатываемой информации:

Ч текстовая,

Ч графическая,

Ч мультимедийная,

Ч числовая,

Ч модели реального мира.

6. По оперативности обработки информации:

Ч система реального времени,

Ч система пакетной обработки.

7. По поддержке видов деятельности:

Ч система автоматизированного проектирования,

Ч автоматизированные ИС,

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

Структура ЭИС состоит из функциональной и обеспечивающей подсистем.

Ч Функциональная подсистема содержит планирование, учет, контроль, регулирование и мотивации.

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

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

Лингвистическое обеспечение включает в себя:

Ч - языки, которые работают в данной системе для описания документов, показателей, реквизитов и пр.,

Ч - языки управления и манипулирование данными,

Ч - языковые средства поисковых систем,

Ч - языковые средства проектирования информационных систем,

Ч - специальные диалоговые языки.

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

Математическое обеспечение- совокупность средств и методов, позволяющих строить математические модели задач управления и алгоритм их решения (напр. СМО, многокритериальная оптимизация и др.)

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

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

Функции организационного обеспечения:

Ч сбор первичной информации об объектах и окружающей среде,

Ч передача информации и ее распределение,

Ч хранение и поддержка в рабочем состоянии информации,

Ч обработка и предоставление информации.

Техническое обеспечение - комплекс технических средств, обеспечивающих функционирование ИС.

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

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

Машинное информационное обеспечение: базы данных, базы знаний, системы управления этими базами.

Внемашинное информационное обеспечение:

1. Методики и инструкции, описывающие принципы работы в ИС,

2. Системы классификации и кодирования,

3. Системы унификации и стандартизации документов.

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

Общесистемное программное обеспечение: операционные и обслуживающие системы, системы программирования, средства контроля и динамики.

Рассмотрение ЭИС как предметной области, естественно, приводит к выделению компонентов ЭИС, их свойств и взаимосвязей между ними.

Полная реализация этого подхода предполагает:

Ч определение количественных и качественных параметров объектов, входящих в ЭИС, и процессов нх взаимодействия на различных стадиях жизненного цикла системы;

Ч созданиесистемхранения и обработки метаниформации, которые получили название баз данных проектировщика ЭИС и словарей-справочников данных;

Ч использование системы параметров ЭИС для моделирования процессов выбора проектных решений прн создании ЭИС, процессов ее эксплуатации и развития.

Параметры ЭИС группируются в следующие классы:

1.Структура базы данных.

2. Структура программного обеспечения ЭИС.

3. Ограничения на доступ пользователей к компонентам базы данных и программного обеспечения.

4. Поток данных н запросов.

5. Вычислительная система ЭИС.

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

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

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

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

Модель потока запросов содержит параметры потока пакетных задач и параметры потока интерактивных запросов.

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

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

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

Параметрами потока интерактивных запросов являются:

Ч количество пользователей, количество терминалов,

Ч среднее количество активных терминалов,

Ч интервалы между сеансами одного пользователя,

Ч время реакции пользователя,

Ч типы и приоритеты поступающих запросов,

Ч объемы ресурсов, необходимых для реализации запросов.

Формирование структуры технологического процесса проектирования ЭИС

Традиционно этапы исследования предметной области - предприятия, обоснования проекта ЭИС для него и разработки технического задания объединяют термином «Предпроектная стадия» (Предпроектное обследование), поскольку результаты выполнения работ на данных этапах не являются законченным проектным решением. Основное назначение предпроектной стадии заключается в обосновании экономической целесообразности создания ЭИС и формулировании требований к ней.

На первой стадии «Предпроектного обследования» принято выделять два основных этапа:

Ч сбор материалов обследования;

Ч анализ материалов обследования и разработка технико-экономического обоснования (ТЭО) и технического задания (ТЗ).

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

После выполнения второго этапа проектировщики получают количественные и качественные характеристики информационных потоков, описание их структуры и мест обработки, объемов выполняемых операций и трудоемкости их обработки. На основе этих материалов разрабатываются два документа: «Технико-экономическое обоснование проектных решений» (ТЭО), содержащее расчеты и обоснование необходимости разработки ЭИС для предприятия и выбираемых технологических и проектных решений, и «Техническое задание» (ТЗ), в состав которого входят требования к создаваемой системе, ее отдельным компонентам: программному, техническому и информационному обеспечению и целевую установку на проектирование новой системы. Эти документы являются основными для последующего проектирования ЭИС в соответствии с заданными требованиями.

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

Вторая стадия «Техно-рабочее проектирование» выполняется в два этапа:

Ч техническое проектирование;

Ч рабочее проектирование.

На этапе технического проектирования выполняются работы по логической разработке и выбору наилучших вариантов проектных решений, в результате чего создается «Технический проект». Этап рабочего проектирования связан с физической реализацией выбранного варианта проекта и получением документации «Рабочего проекта». При наличии опыта проектирования эти этапы иногда объединяются в один, в результате выполнения которого получают «Техно-рабочий проект» (ТРП).

Третья стадия - «Внедрение проекта» включает в себя три этапа:

Ч подготовка объекта к внедрению проекта;

Ч опытное внедрение проекта;

Ч сдача в промышленную эксплуатацию.

На этапе «Подготовка объекта к внедрению проекта» осуществляется комплекс работ по подготовке предприятия к внедрению разработанного проекта ЭИС. На этапе «Опытное внедрение» осуществляют проверку правильности работы некоторых частей проекта и получают исправленную проектную документацию и «Акт о проведении опытного внедрения». На этапе «Сдача проекта в промышленную эксплуатацию» осуществляют комплексную системную проверку всех частей проекта, в результате которой получают доработанный «Техно-рабочий проект» и «Акт приемки проекта в промышленную эксплуатацию».

Четвертая стадия - Эксплуатация и сопровождение проекта» включает следующие этапы:

Ч эксплуатация проекта;

Ч сопровождение и модернизация проекта.

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

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

Важнейшими объектами обследования могут являться:

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

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

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

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

Кроме того, объектами обследования служат:

Ч компоненты потоков информации (документы, показатели, файлы, сообщения);

Ч технологии, методы и технические средства их преобразования;

Ч материальные потоки и процессы их обработки.

Основной целью выполнения первого этапа предпроектного обследования «Сбор материалов» является:

Ч выявление основных параметров предметной области (например, предприятия или его части)

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

На стадии: «Внедрение проекта» проводится подготовка и постепенное освоение разработанной проектной документации ЭИС заказчиками системы. В процессе выполнения работ на этой стадии осуществляется выявление частных и системных, принципиальных недоработок в предлагаемом для внедрения проектном решении.

Внедрение проекта осуществляется в течение трех этапов:

Ч подготовка объекта к внедрению;

Ч опытное внедрение;

Ч промышленное внедрение.

Первый этап - «Подготовка объекта к внедрению». На этом этапе осуществляются следующие операции:

Ч изменяется организационная структура объекта (предприятия);

Ч набираются кадры соответствующей квалификации в области обработки информации и эксплуатации системы и сопровождения проектной документации;

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

Ч выполняется закупка и установка вычислительной техники с периферией;

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

Ч осуществляется установка каналов связи; проводится разработка новых документов и классификаторов;

Ч осуществляется создание файлов информационной базы с нормативно

Ч справочной информацией.

На вход этого этапа поступают компоненты «Технического проекта» в части «Плана мероприятий по внедрению», решения по техническому и информационному обеспечению, технологические и инструкционные материалы «Рабочего проекта». В результате выполнения этапа составляется «Акт готовности объекта к внедрению» проекта ЭИС. Затем формируется состав приемной комиссии, разрабатывается «Программа проведения опытного внедрения» и издается «Приказ о начале опытного внедрения».

Второй этап - «Опытное внедрение». На этом этапе внедряются проекты нескольких задач в нескольких подсистемах. В процессе опытного внедрения выполняются следующие работы:

Ч подготовка исходных оперативных данных для задач, которые

Ч проходят опытную эксплуатацию;

Ч ввод исходных в ЭВМ и выполнение запланированного числа реализаций;

Ч анализ результатных данных на предмет наличия ошибок.

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

После устранения ошибок получают «Акт о проведении опытного внедрения», который служит сигналом для начала выполнения следующего этапа.

На этапе «Сдача проекта в промышленную эксплуатацию» используют следующую совокупность документов:

Ч договорная документация;

Ч «Приказ на разработку ЭИС»;

Ч ТЭО и ТЗ;

Ч исправленный «Техно-рабочий проект»;

Ч «Приказ о начале промышленного внедрения»;

Ч «Программа проведения испытаний»;

Ч «Требования к научно-техническому уровню проекта системы».

В процессе сдачи проекта в промышленную эксплуатацию осуществляется выполнение следующих работ:

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

Ч проверка соответствия проектных решений по ЭИС требованиям ТЗ;

Ч проверка соответствия проектной документации ГОСТам и ОСТам;

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

Ч проверка качества функционирования информационной базы, оперативности и полноты ответов на запросы.

На четвертой стадии «Эксплуатация и сопровождение проекта» выполняются следующие этапы:

Ч эксплуатация проекта;

Ч сопровождение и модернизация проекта.

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

В процессе выполнения этапа «Эксплуатация» осуществляется исправления в работе всех частей системы при возникновении сбоев, регистрация этих случаев в журналах, отслеживание технико-экономических характеристик работы системы и накопление статистики о качестве работы всех компонент системы.

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

Ч сделать заключение о необходимости модернизации всего проекта или его частей;

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



Заключение

Проектирование информационных систем охватывает три основные области:

· проектирование объектов данных, которые будут реализованы в базе данных;

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

· учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры (файл-сервер или клиент-сервер), параллельной обработки, распределенной обработки данных и т.п.

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

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



Список литературы

1. Громов Г.Р. Очерки информационной технологии. М.: ИнфоАрт, 1992.

2. Данилевский Ю.Г., Петухов И.А., Шибанов B.C. Информационная технология в промышленности. Л.: Машиностроение. Ленингр. отделение, 1988.

3. Информационная технология, экономика, культура / Сб. обзоров и рефератов. М.: ИНИОН РАН, 1995.

4. Информационные системы в экономике / Под ред. В.В. Дика. М.: Финансы и статистика, 1996.

Размещено на Allbest.ru