Система информационного обеспечения оперативных совещаний ОАО "Зарубежэнергопроект"

Предпроектные исследования ОАО "Зарубежэнергопроект". Обоснование целесообразности проектирования информационной системы. Полное наименование системы и ее условное обозначение. Требования к структуре и функционированию, квалификации персонала системы.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 10.06.2011
Размер файла 4,6 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

Введение

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

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

В ходе практики я познакомилась с работой открытого акционерного общества «Зарубежэнергопроект». ОАО "Зарубежэнергопроект" (ЗЭП) - проектная организация, специализирующаяся на проектировании энергетических объектов в России и за рубежом.

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

Предпроектные исследования ОАО «Зарубежэнергопроект»

Общие сведения об ОАО «Зарубежэнергопроект»

ОАО "Зарубежэнергопроект" (ЗЭП) - ведущая проектная организация, специализирующаяся на проектировании энергетических объектов в России и за рубежом. Начало деятельности института относится к 1962 году, когда в составе Московского отделения института "Теплоэлектропроект" был создан Ивановский отдел комплексного проектирования. В 1987 году отдел был преобразован в отделение института "Теплоэлектропроект". В 1992 году на базе института в результате приватизации было учреждено акционерное общество открытого типа "Зарубежэнергопроект".

Основная деятельность предприятия связана с выполнением проектных работ в области строительства энергетических объектов:

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

геотермальных электростанций;

проектированием реконструкции тепловых электростанций.

ОАО "Зарубежэнергопроект" - инжиниринговая организация, специализирующаяся на комплексном проектировании энергетических объектов различной единичной мощности блоков - от 6 до 600 МВт.

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

Общество осуществляет следующие виды деятельности:

* выполнение комплексных исследований, проведение инженерных изысканий, разработка проектной документации, строительство, эксплуатация и сервисное обслуживание вновь строящихся, реконструируемых и подлежащих расширению тепловых и атомных электростанций, проектирование тепловых электрических сетей в Российской Федерации и за рубежом;

* разработка и осуществление технической политики в области проектирования тепловых и атомных электрических станций в Российской Федерации и за рубежом, направленной на внедрение достижений науки и техники, повышение технического и экономического уровня проектных решений;

* разработка обоснований инвестиций в строительство, технико-экономических обоснований, проектов, рабочей документации, технических предложений на базе тендерной документации и тендерной документации на строительство тепловых и атомных электрических станций в Российской Федерации и за рубежом;

* участие в составе международных консорциумов в проектировании тепловых и атомных электрических станций, выполнение функций технического Лидера по объектам, проектируемым в составе консорциумов;

* организация на территории Российской Федерации и за ее пределами коммерческих организаций, в том числе с иностранным участием в соответствии с целями и задачами Общества;

* осуществление инжиниринговых, информационных, правовых и консультационных услуг;

* услуги по доверительному управлению имуществом и сдача имущества в аренду;

* посредническая деятельность;

* внешнеэкономическая деятельность;

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

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

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

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

Органами управления Общества являются:

* Общее собрание акционеров Общества;

* Совет директоров Общества;

* Генеральный директор Общества.

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

Организационная структура представлена на рисунке 1.

Рисунок 1. Организационная структура

Рассмотрим внешние и внутренние информационные потоки ОАО «Зарубежэнергопроект».

Внешние информационные потоки предоставим в следующем виде:

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

Описание потоков дадим в таблице:

Источник информации

Содержание информации

Потребитель информации

Заказчики

Исходные данные для проектирования

Решения по положениям проекта, оборудованию

ЗЭП

Поставщики

Прайс-листы оборудования

ЗЭП

Субподрядчики

Рабочая документация на узлы

ЗЭП

Генподрядчик

Контракт

Экономическое подтверждение оборудования

ЗЭП

Государственные органы

Нормативно-правовые акты

ЗЭП

ЗЭП

Перечень оборудования и материалов

Рабочая документация

Заказчики

ЗЭП

Технические задания на оборудование

Поставщики

ЗЭП

Технические задания на узлы

Субподрядчики

ЗЭП

Перечень оборудования и материалов

Генподрядчик

ЗЭП

Отчетность по деятельности

Государственные органы

Рассмотрим ход информационного взаимодействия отделов ОАО «Зарубежэнергопроект». Для упрощения схемы взаимодействия объединим следующие производственные отделы:

тепломеханический отдел;

архитектурно-строительный отдел;

отдел АСУТП;

отдел ВПУ;

отдел генплана и транспорта;

отдел водопровода и канализации.

Входная и выходная информация отделов представлена в таблице:

Источник информации

Содержание информации

Потребитель информации

ОГИП

Служебная записка о подготовке данных для составления договора расчета трудозатрат

Табель

Отчет о выпушенной документации

Расчет заработной платы

ФЭО

ОГИП

Заявка на расходные материалы

АХО

ОГИП

Служебная записка о согласовании графиков выпуска проектной документации

Производственные отделы (ПО)

ОГИП

Больничный лист

ОК

ОГИП

Письма, факсы, телексы (служебная переписка)

Канцелярия

ОГИП

Проектная документация по специализации

ОИТ

(Группа размножения и отправки документов)

ПО

Данные для составления договора расчета трудозатрат

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

Проектная документация по специализации

ОГИП

ПО

Заявка на расходные материалы

АХО

ПО

Табель

Отчет о выпущенной документации

Расчет заработной платы

ФЭО

ПО

Проектная документация по специализации

ОИТ

(Группа размножения и отправки документов)

ОИТ

Данные для составления договора расчета трудозатрат

Табель

Отчет о выпущенной документации

Расчет заработной платы

ФЭО

ОИТ

Заявка на расходные материалы

АХО

ОИТ

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

ОГИП

ОИТ

Больничный лист

ОК

ОИТ

Письма, факсы, телексы (служебная переписка)

Канцелярия

ПО

Больничный лист

ОК

ФЭО

Заявка на расходные материалы

АХО

ФЭО

Больничный лист

ОК

ФЭО

Письма, факсы, телексы (служебная переписка)

Канцелярия

АХО

Больничный лист

ОК

АХО

Письма, факсы, телексы (служебная переписка)

Канцелярия

АХО

Данные для составления договора расчета трудозатрат

Табель

Расчет заработной платы

ФЭО

ОК

Письма, факсы, телексы (служебная переписка)

Канцелярия

ОК

Заявка на расходные материалы

АХО

ОК

Данные для составления договора расчета трудозатрат

Табель

Расчет заработной платы

ФЭО

Канцелярия

Больничный лист

ОК

Канцелярия

Заявка на расходные материалы

АХО

Канцелярия

Данные для составления договора расчета трудозатрат

Табель

Расчет заработной платы

ФЭО

Анализ существующей СИО оперативных совещаний и технологии её функционирования

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

В ОАО «Зарубежэнергопроект» результаты проектирования принято обсуждать на еженедельных совещаниях. На них присутствуют:

генеральный директор;

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

зам. главного инженера по производству - начальник отдела главных инженеров проектов (ОГИП);

сотрудники отдела ГИПов;

начальник отдела информационных технологий (ОИТ);

начальники производственных отделов:

тепломеханического отдела;

строительно-архитектурного отдела;

электротехнического отдела;

отдела АСУТП;

отдела водоподготовительных установок;

отдела генплана и транспорта;

отдела водопровода и канализации;

производственно-технического отдела.

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

Таким образом, был рассмотрен процесс принятия решения в процессе совещания. Рассмотрим подробнее процесс подготовки данных к совещаниям.

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

учет трудозатрат;

бюджетирование;

регистрация переписки;

планирование и учет фонда оплаты труда;

база данных по договорам;

и т.д.

На предприятии применяется программное обеспечение Primavera. ПО Primavera предназначено для автоматизации процессов управления проектами в соответствии с требованиями PMI, IPMA и стандартами ISO. Primavera хранит данные в едином хранилище данных, построенном на базе Microsoft SQL Server.

Все БД и ИС в ЗЭПе организованы на основе Microsoft SQL Server, доступ осуществляется через MS Office Access.

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

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

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

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

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

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

Перечень пользователей и их информационные потребности представим в виде таблицы:

Должность

Описание информационных потребностей

Генеральный директор

Сведения о текущем уровне проектирования.

Информация о заказчиках.

Заявки от заказчиков.

Список проектов, находящихся в разработке.

Прогноз хода проектных работ.

Главный инженер

Графики выпуска проектной документации.

Правила оформления инженерной документации.

Прогноз хода проектных работ.

Начальник ОГИП

Графики выпуска проектной документации.

Правила оформления инженерной документации.

Исходные данные по проектированию.

Информация о поставщиках сырья и материалов.

Сотрудники ОГИП

Графики выпуска проектной документации.

Правила оформления инженерной документации.

Исходные данные по проектированию.

Информация о поставщиках сырья и материалов.

Перечень оборудования и материалов.

Начальник ОИТ

Графики выпуска проектной документации.

Правила оформления инженерной документации.

Сведения о выпущенной проектной документации.

Начальник производственного отдела

Графики выпуска проектной документации (по специализации).

Правила оформления инженерной документации.

Исходные данные по проектированию.

Перечень оборудования и материалов (по специализации).

Обоснование целесообразности проектирования

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

Для начала определим изменения в существующей СИО оперативных совещаний (SСИО):

Создание объединенного хранилища данных по ходу выполнения проектных работ

Графическая визуализация реального хода проектных работ

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

Предоставление отчета сотруднику до совещания

Эффективность определяется соотношением между получаемым системой эффектом Е и затратами З, необходимыми системе для достижения данного эффекта, если же эффект не достигнут, то эффективность теряет свое экономическое значение. Математически это соотношение записывается так:

Э=Е/З.

Различают три уровня эффективности:

Эinto - эффективность, определяющая внутреннее содержание создаваемой ИС;

Эin - эффективность, определяющая полезность данной организации для среды;

Эfor - эффективность, определяющая полезность окружающей среды.

Например, рассмотрим следующую ситуацию. Администрация г. Иваново и Ивановской области заказывает у ОАО «Зарубежэнергопроект» проект реконструкции ТЭЦ-1. В этом случае получим следующие уровни:

Su - СИО совещаний;

Sn - ОАО «Зарубежэнергопроект»;

Sпот - Администрация г. Иваново и Ивановской области.

Рассмотрим эффекты:

Эффект Einto

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

Определим шкалу для определения эффекта:

0 - отчет перед совещанием не доступен;

1 - отчет доступен.

Einto2 - объединение нескольких массивов в единое хранилище данных о ходе проектных работ;

Первоначально имелось 5 различных массивов данных, как в электронной, так и в бумажной форме, из них были объединены только 2. Система объединила эти массивы в один электронный.

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

До внедрения разрабатываемой СИО составление перечня возлагалась на начальника отдела и его аналитические способности. Теперь эту функцию выполняет СИО. До внедрения начальник отдела получал прайс-лист от поставщиков (Einto3 до =0.5), теперь он получает от системы полный перечень оборудования (Einto3 после =1).

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

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

Удовлетворение потребности можно оценить по шкале от 0 до 1:

0 - потребность полностью не удовлетворена,

1 - потребность полностью удовлетворена.

Результаты оценки показателей сведем в таблицу:

Эффекты

До внедрения ИС

После внедрения ИС

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

0

1

Einto2 - объединение нескольких массивов в единое хранилище данных о ходе проектных работ

0,4

1

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

0,5

1

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

0,5

0,9

Итого суммарный эффект Einto

1,4

3,9

Эффект Ein

Ein1 - сокращение времени разработки проектов;

Ein2 - сокращение объема переписки с внешними организациями;

Ein3 - увеличение прибыли организации.

Аналогичным образом построим таблицу:

Эффекты

До внедрения ИС

После внедрения ИС

Ein1 - сокращение времени разработки проектов

0,5

0,6

Ein2 - сокращение объема переписки с внешними организациями

0,3

0,6

Ein3 - увеличение прибыли организации

0,7

0,8

Итого суммарный эффект Ein

1,5

2,0

Эффект Efor

Efor1 - снижение стоимости на тепловую энергию;

Efor2 - снижение стоимости на электрическую энергию.

Для расчета Efor недостаточно данных, поэтому можно только сказать, что при повышении эффективности Эinto и Эin эффективность Эfor значительно повыситься.

Теперь рассмотрим затраты:

Затраты Зinto

Первоначально определим затраты до разработки СИО Зinto до:

Зарплата 2 программистам, занимающимся поддержкой имеющихся до этого разрозненных систем - с учетом ЕСН составит около 30000 руб.;

Затраты на программно-техническую поддержку - около 5000 руб. в месяц.

Итого Зinto до = 25000 (руб./мес.).

Теперь определим затраты на разработку и внедрение СИО (единовременные затраты):

Зinto1 - на предпроектные исследования;

Допустим, предприятие выделило на предпроектные исследования 3000 руб.

Зinto2 - на разработку СИО;

Если считать, что задание на разработку было дано программисту 1 категории и его средняя зарплата составляет 15000 руб. в месяц, то при разработке в течение месяца будет затрачено 15000 руб.

Зinto3 - на наладку и внедрение СИО;

Предприятие затратило на этот этап около 20000 руб.

Зinto4 - на приобретение аппаратных средств;

Покупка дополнительного компьютера для администратора СИО обошлась в 30000 руб.

Если считать, что система будет эксплуатироваться в течение 2 лет, то эти затраты можно разделить на 24 месяца.

Теперь рассмотрим ежемесячные затраты:

Зinto5 - Затраты на программно-техническую поддержку

- около 5500 руб. в месяц.

Зinto6 - на администрирование системы

Если администрировать систему будет программист 1 категории, то затраты на администрирование составят 15000 руб. в месяц.

Таким образом, Зinto после = (3000+15000+20000+30000)/24+5500+15000 ? 23400 (руб./мес.)

Затраты Зin

Ежемесячные затраты на системы обеспечения (отопление, электроснабжение и т.п.) составляют около 50000. Эти затраты не изменятся от внедрения СИО.

Зin1 - на обучение персонала основам работы с СИО

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

Зin2 - на повышение квалификации сотрудников

Системой будут пользоваться около 15 человек. Затраты на одного человека около 10000 руб. Значит, на повышение квалификации сотрудников будет потрачено около 150000 руб. Такое обучение следует проводить на предприятии не реже 1 раза в год.

В результате, Зin до = 50000 (руб./мес.),

Зin после = 50000+1000/24+150000/12 = 62542 (руб./мес.).

Затраты Зfor

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

Для определения того, является ли система эффективной необходимо рассмотреть динамику эффективностей - эффективности до внедрения ИС и после этого по следующей формуле:

.

Разрабатываемая система будет, является эффективной, если ?Э >0.

Определим разность эффективностей Эinto до внедрения ИС и после этого по этой формуле:

? Эinto = (3,9*25000-1,4*23400)/(1,4*3,9) >0.

Теперь определим разность эффективностей Эin:

? Эin = (2*50000-1,5*62542)/(1,5*2) >0.

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

Техническое задание

1. Общие сведения

1.1 Полное наименование системы и ее условное обозначение

Система информационного обеспечения оперативных совещаний.

Условное обозначение: СИО оперативных совещаний.

1.2 Наименование разработчика системы и реквизиты заказчика

Заказчик - ОАО "Зарубежэнергопроект".

Разработчик - студентка Ивановского государственного энергетического университета - Пискунова Юлия Николаевна.

1.3 Перечень документов, на основании которых создается система

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

задание на курсовое проектирование;

материалы производственной практики.

1.4 Плановые сроки начала и окончания работы по созданию системы

Начало работ - 01.10.2008

Окончание работ - 29.12.2008

2. Назначение и цели создания системы

2.1 Назначение системы

СИО оперативных совещаний предназначена для информатизации процесса принятия решений на оперативных совещаниях.

Объектами автоматизации являются:

Процесс сбора информации к совещаниям;

Процесс анализа этой информации;

Процесс подготовки отчетов к совещаниям.

2.2 Цели создания системы

Целями создания системы являются:

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

аналитическая обработка данных о проектировании;

информационная поддержка принятия решений по ходу проектирования;

постановка принятых решений на контроль;

установление связи между необходимыми базами данных.

Критериями оценки достижения целей являются:

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

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

сокращение времени разработки проектной документации.

3. Характеристика объекта автоматизации

Объектом автоматизации является акционерное общество открытого типа "Зарубежэнергопроект". Основная деятельность предприятия связана с выполнением проектных работ в области строительства энергетических объектов.

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

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

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

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

4. Требования к системе

4.1 Требования к системе в целом

4.1.1Требования к структуре и функционированию системы

В СИО оперативных совещаний работ можно выделить следующие подсистемы:

Подсистема сбора данных;

Подсистема аналитической обработки;

Подсистема хранения данных;

Подсистема подготовки отчетной документации.

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

СИО оперативных совещаний взаимодействует с другими внутренними системами, а именно:

учет трудозатрат;

бюджетирование;

планирование и учет фонда оплаты труда;

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

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

4.1.2.Требования к численности и квалификации персонала системы и режиму его работы

Пользователями СИО оперативных совещаний будут:

генеральным директором;

главным инженером;

начальником ОИТ;

начальником ОГИП;

сотрудниками ОГИП;

начальником ТМО;

начальником САО;

начальником ЭТО;

начальником АСУТП;

начальником ОВПУ;

начальником отдела генплана и транспорта;

начальником отдела водопровода и канализации;

начальником производственно-технического отдела;

администратор системы.

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

Пользователи системы должны обладать знаниями в профессиональной сфере и базовыми навыками работы с операционной системой Windows XP, а также с пакетом офисных программ MS Office.

Требуемый режим работы персонала - полный рабочий день с 8.15 до 17.15 часов. Основной перерыв должен составлять 1 час.

4.1.3 Требования к защите информации от несанкционированного доступа

Создается комплексная система защиты информации, которая включает в себя следующие защитные меры:

Организационные методы:

Физическая защита и организация охраны

Подбор и работа с персоналом

Организация правовой защиты

Организация инструктажа персонала

Организация учета оборудования и носителей

Выбор и проверка партнеров

Противопожарная охрана

Взаимодействие со специальными органами в случае наличия фактов нарушения

Инженерно-технические методы:

Защита помещений от разрушений

Оптимальное размещение оборудования

Применение средств визуальной защиты

Применение систем кондиционирования

Создание электрозащиты оборудования и зданий

Технические методы:

Создание резервных копий

Использование гарантированного питания

Программно-аппаратные методы:

Ограничение доступа к объектам

Разграничение доступа субъектов

4.2 Требования к функциям, выполняемым системой

Код функции

Наименование

Описание

Входная информация

Выходная информации

Субъект, выполняющий функцию

1.

Прогнозирование хода проектных работ

Расчет возможных сроков окончания разработки комплектов документации

Контракт

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

Отчет по текущему ходу проектирования

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

Прогноз выполнения проектных работ

Начальник ОГИП

2.

Выбор оптимального поставщика оборудования и материалов

Определение поставщиков оборудования и материалов по проекту

Перечень поставщиков

Перечень оборудования и материалов от поставщиков

Отчеты по договорам поставки оборудования и материалов

Технические задания на оборудование и материалы

Перечень оборудования и материалов по проекту

Начальник ОГИП

3.

Распознавание образа хода выполнения проектных работ

Определение степени разработки рабочей документации

Отчет по разработке рабочей документации по отделу и проекту

Прогноз выполнения проектных работ

Управленчес-кое решение о перераспреде-лении ресурсов на разработку проектной документации

Главный инженер

4.

Предложение решения по новому проекту

Принятие или отклонение нового проекта

Заявка от заказчика

Прогноз выполнения проектных работ

Управленчес-кое решение по новому проекту

Главный инженер, Генеральный директор

5.

Подготовка отчета

Формирование единого документа на основе полученных данных

Прогноз выполнения проектных работ

Управленчес-кое решение о перераспреде-лении ресурсов на разработку проектной документации

Классификатор поставщиков

Перечень оборудования и материалов по проекту

Сформированный отчет

Секретарь

6.

Отправка отчета сотруднику

Предоставление отчета сотруднику перед совещанием

Сформирован-ный отчет

Данные о сотруднике

Электронное письмо

Секретарь

4.3 Требования к видам обеспечения

4.3.1 Требования к математическому обеспечению

Для выполнения перечисленных выше функций в СИО оперативных совещаний будут реализованы следующие математические методы:

Метод попарных сравнений.

Метод «смещенного идеала».

Метод распознавания образов.

Метод обратного логического вывода на основе интерпретации правил-продукций с использованием фреймов.

4.3.2 Требования к информационному обеспечению

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

4.3.3 Требования к программному обеспечению

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

На сервере СИО контроля хода выполнения проектных работ должны быть установлены:

Microsoft Windows 2000/2003 Server;

Microsoft SQL Server.

На рабочей станции пользователя необходимо установить:

Microsoft Windows 2000/XP/Vista;

Microsoft Office Access 2003, Word 2003.

Все это программное обеспечение используется в настоящий момент на предприятии.

Также для выполнения аналитических функций программное средство ESwin.

4.3.4 Требования к техническому обеспечению

Для функционирования СИО необходимо:

локальная вычислительная сеть на основе протокола TCP/IP с пропускной способностью 10/100 Мбит/с.

Сервер должен удовлетворять следующим минимальным требованиям:

процессор Celeron-500MHz или аналогичный,

1 Gb и более оперативной памяти;

80 Gb - жесткий диск

Монитор - SVGA;

Клавиатура - 101/102 клавиши;

Манипулятор типа «мышь».

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

процессор, с тактовой частотой не менее 400 MHz,

256 Mb оперативной памяти;

Монитор - SVGA;

Клавиатура - 101/102 клавиши;

Манипулятор типа «мышь».

Система будет построена на основе имеющегося на предприятии технического обеспечения.

5. Состав и содержание работ по созданию системы

1. Технорабочее проектирование.

1.1. Разработка проектных решений по системе и её частям.

2. Рабочая документация.

2.1. Разработка рабочей документации на систему и её части.

3. Контрольный пример.

3.1. Проведение предварительных испытаний.

6. Порядок контроля и приемки системы

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

7. Требования к документированию

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

Технорабочее проектирование

Разработка функциональной структуры ИС

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

Контекстная диаграмма имеет вид:

Таким образом, рассмотрели функциональную структуру создаваемой информационной системы

Математическое описание функций, решаемых подсистемами

Выбор оптимального поставщика оборудования и материалов

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

Эксперту предлагается несколько вариантов решений той или иной проблемы, каждый из вариантов оценивается по n критериям. Требуется выбрать один из предложенных вариантов. Решение производится в два последовательных этапа.

Первый этап. Эксперт сравнивает между собой попарно критерии Кi(), по которым производится выбор решения, по шкале относительной важности, приведенной в таблице:

Интенсивность важности

Качественная оценка

Объяснение

0

Несравнимые

Нет смысла сравнивать элементы

1

Одинаково значимые

Элементы равны по значимости

3

Слабое превосходство одного над другим

Существуют показания о предпочтении одного элемента над другим

5

Заметное

превосходство

Существуют некоторые доказательства

того, что один из элементов более важен

7

Очевидное

превосходство

Существуют убедительные доказательства того, что один элемент имеет большую значимость, чем другой

9

Важность

несравнима

Убедительное превосходство по важности одного элемента над другим

2, 4, 6, 8

Промежуточные

оценки между

соседними оценками

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

Затем на основании проведенных сравнений составляется матрица попарных сравнений W.

Матрица W имеет собственный вектор и собственное значение , которые вычисляются следующим образом:

1) собственный вектор матрицы :

= (1, 2, . . ., j, . . ., n)T,

где j = 1/Rj ,

- сумма каждого столбца матрицы;

2) собственное значение матрицы :

.

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

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

Y+ {K+1, K+2, . . ., K+n}.

Далее формируем модель «наихудшего объекта»:

Y- {K-1, K-2, . . ., K-n}.

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

где Кj - текущее значение критерия сравниваемого объекта.

Значения критерия в относительных единицах dj интерпретируются как расстояние j-го объекта по критерию Kj от «идеального объекта». «Идеальный объект» имеет расстояние dj = 0, а «наихудший» - dj = 1.

Для выявления «наилучших объектов» находят свертки (расстояния до «идеального объекта»), используя следующую обобщенную метрику:

где Р - степень концентрации, позволяющая переходить к различным метрикам. При P=2 обобщенная метрика LP соответствует критерию евклидова расстояния. Чем больше значение L, тем ближе объект Yi к «идеальному объекту» Y+.

Метод реализуем в электронной таблице MS Office Excel.

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

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

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

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

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

База знаний состоит из набора фреймов и правил-продукций. Формат внешнего представления базы знаний (в текстовом файле) выглядит следующим образом:

TITLE = <название экспертной системы>

COMPANY = <название предприятия>

FRAME // фрейм

<описание фрейма>

ENDF

.

.

.

FRAME // фрейм

<описание фрейма>

ENDF

RULE // правило-продукция

<описание условий правила>

DO

<описание заключений правила>

ENDR

.

.

RULE // правило-продукция

<описание условий правила>

DO

<описание заключений правила>

ENDR

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

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

FRAME (<тип фрейма>) = <имя фрейма>

PARENT: <имя фрейма-родителя>

OWNER: <имя фрейма-владельца>

<имя слота 1> (<тип слота>) [<вопрос слота>?]: (<значение 1>;

<значение 2>; ... ;

<значение k>)

<имя слота 2> (<тип слота>) [<вопрос слота>?]: (<значение 1>;

<значение 2>; ... ;

<значение l>)

.

.

.

<имя слота n> (<тип слота>) [<вопрос слота>?]: (<значение 1>;

<значение 2>; ... ;

<значение m>)

ENDF

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

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

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

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

Код реализации экспертной системы для данной задачи представлен в приложении и на приложенном диске в файле zep.klb.

3.3 Составление алгоритмов функциональных задач

3.3.1 Алгоритм составления классификатора отделов

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

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

100 - Отдел информационных технологий;

110 - Подотдел сетей и телекоммуникаций;

120 - Группа размножения и отправки технической документации.

Алгоритм предполагает трехуровневую иерархию подразделений.

Алгоритм можно представить в виде следующей схемы:

3.3.2 Алгоритм выбора оптимального поставщика

Представим алгоритм выбора оптимального поставщика:

Пример реализации алгоритма представлен в файле “алгоритм3.xls”.

3.4 Разработка инфологической модели базы данных

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

Источник

Входная информация

Функция

Выходная информация

Получатель

База данных

Таблица «Контракт»

F1 - Прогнозирование хода проектных работ

Прогноз выполнения проектных работ

Начальник ОГИП

Главный инженер

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

Начальник ОГИП

Отчет по текущему ходу проектирования

Отдел информационных технлогий

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

Ответственный за проект по отделу

Отчет по разработке рабочей документации по отделу и проекту

F2 - Распознавание образа хода проектных работ

Управленческое решение о перераспределении ресурсов на разработку проектной документации

Главный инженер

F1

Прогноз выполнения проектных работ

База данных

Таблица «Поставщик»

F3 - Выбор оптимального поставщика сырья и материалов

Перечень оборудования и материалов по проекту

Начальник ОГИП

База данных

Таблица «Перечень оборудования»

База данных

Таблица «Оценки оборудования»

База данных

Таблица «Заказчик»

F4 - Предложение решения по новому проекту

Управленческое решение по новому проекту

Главный инженер, Генеральный директор

База данных

Таблица «Контракт»

Ответственный за проект по отделу

Отчет по разработке рабочей документации по отделу и проекту

F1

Прогноз выполнения проектных работ

F1

Прогноз выполнения проектных работ

F5 - Подготовка отчета

Сформированный отчет

Секретарь

F2

Управленческое решение о перераспределении ресурсов на разработку проектной документации

F3

Перечень оборудования и материалов по проекту

F4

Предложение решения по новому проекту

F6

Сформированный отчет

F - Отправка отчета сотруднику

Электронное письмо

Сотрудник, который будет присутствовать на совещании

База данных

Таблица «Сотрудник»

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

3.5 Выбор инструментальных средств реализации ИС

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

Для начала определим модель данных. В настоящий момент используются следующие модели данных:

Вид модели

Достоинства

Недостатки

Иерархическая

- простота понимания

- простота оценки операционных характеристик

- отношения М:М могут быть реализованы только искусственно

- могут быть избыточные данные

- усложняются операции включения и удаления

- удаление исходных объектов ведет к удалению порожденных объектов

- процедурный характер манипулирования данными

- доступ к любому порожденному узлу возможен только через корневой узел

- сильная зависимость логической и физической БД

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

Сетевая

- сохранение информации при уничтожении владельца

- более богатая, чем в иерархической МД, структура запросов

- меньшая, чем у иерархических МД, зависимость логической и физической БД

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

- возможна потеря независимости данных при реорганизации БД

- представление в прикладной программе сложнее, чем в иерархической МД

Реляционная

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

- гибкость (соединение, разделение файлов)

- простота внедрения плоских файлов

- отделение от физической реализации (независимость)

- произвольная структура запросов

- хорошее теоретическое обоснование

- низкая производительность

- необходимость глубокого рассмотрения отношений (нормализация), в том числе отношений М:М

- возможность логических ошибок и необходимость осторожной работы с моделью

- линейность структуры таблиц

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

При выборе базы данных очень важно выбрать базу данных, которая в наибольшей степени соответствуют предъявляемым к информационной системе требованиям. На сегодня известно большое число различных серверов баз данных SQL. Остановимся более подробнее на следующих двух серверных СУБД - Oracle8i, Microsoft SQL Server - и рассмотрим их сравнительную характеристику.(Пор08)

Oracle8i

Пакет Oracle8i, наделенный самым развитым набором функций для работы с языком Java и доступа к данным через Интернет, системой оптимизации одновременного доступа. Единственным недостатком данной СУБД является сложность администрирования, однако все затраты на ее внедрение и освоение в последствии окупятся эффективной и надежной работой. При использовании СУБД Oracle на платформе NT, она потребует практически тех же усилий, что и при использовании MS SQL. Компания Oracle предлагает ряд различных масштабируемых решений в зависимости от числа обслуживаемых клиентов, она также следуя общемировым тенденциям разработала версию своей популярнейшей СУБД под LINUX и выложила ее на своем WEB сервере для свободного использования. Среди основных свойств СУБД Oracle следует отметить такие, как:

Высочайшая надежность.

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

Наличие универсальных средств защиты информации;

Эффективные методы максимального повышения скорости обработки запросов;

Индексация по битовому отображению;

Свободные таблицы (в других СУБД все таблицы заполняются сразу при создании);

Распараллеливание операций в запросе.

Наличие широкого спектра средств разработки, мониторинга и администрирования.

Ориентация на интернет технологии.

СУБД Microsoft SQL Server

Важнейшие характеристики данной СУБД - это:

простота администрирования,

возможность подключения к Web,

быстродействие и функциональные возможности механизма сервера СУБД,

наличие средств удаленного доступа,

В комплект средств административного управления данной СУБД входит целый набор специальных мастеров и средств автоматической настройки параметров конфигурации. Также данная БД оснащена средствами тиражирования, позволяющими синхронизировать данные ПК с информацией БД и наоборот. Входящий в комплект поставки сервер OLAP дает возможность сохранять и анализировать все имеющиеся у пользователя данные. В принципе данная СУБД представляет собой современную полнофункциональную база данных, которая идеально подходит для малых и средних организаций. Необходимо заметить, что SQL Server уступает другим СУБД по двум важным показателям: программируемость и средства работы. При разработке клиентских БД приложений на основе языков Java, HTML часто возникает проблема недостаточности программных средств SQL Server и пользоваться этой СУБД будет труднее, чем системами DB2, Informix, Oracle или Sybase. Общемировой тенденцией в XXI веке стал практически повсеместный переход на платформу LINUX, а SQL Server функционирует только в среде Windows. Поэтому использование SQL Server целесообразно, только если для доступа к содержимому БД используется исключительно стандарт ODBC, в противном случае лучше использовать другие СУБД.

В сводной таблице представим сравнительные характеристики двух наиболее распространенных на сегодня решений на базе Microsoft SQL Server 7.0 (на NT) и Oracle8i (на Unix, Linux):

 

Microsoft SQL Server 7.0

Oracle8i

Административное управление

Хорошо

Отлично

Графические инструменты

Отлично

Хорошо

Простота обслуживания

Хорошо

Отлично

Механизм данных

Хорошо

Отлично

Работа с несколькими ЦП

Приемлемо

Отлично

Функция соединения и выбор индексов

Отлично

Отлично

Одновременный доступ нескольких пользователей

Хорошо

Отлично

Обработка мультимедиа-данных

Плохо

Отлично

Подключение к Web

Плохо

Отлично

Обработка аудио, видео, изображений

Плохо

Отлично

Поиск по сему тексту

Хорошо

Отлично

Функциональная совместимость

Хорошо

Приемлемо

Сопряжение с другими БД

Хорошо

Плохо

Единая регистрация

Хорошо

Хорошо

Работа под управлением различных ОС

Приемлемо

Хорошо

Возможности программирования

Приемлемо

Отлично

Хранимые процедуры и триггеры

Хорошо

Отлично

Внутренний язык программирования

Плохо

Отлично

Построение баз данных

Хорошо

Отлично

Язык SQL

Отлично

Отлично

Объектно-ориентированные системы

Плохо

Отлично

Работа с филиалами

Отлично

Отлично

Тиражирование

Отлично

Отлично

Распределенная обработка транзакций

Отлично

Отлично

Дистанционное администрирование

Хорошо

Отлично

Организация хранилищ данных и подготовка отчетов

Отлично

Хорошо

Средства загрузки

Отлично

Отлично

Средства анализа

Отлично

Хорошо

Выделим в этой таблице свойства, которые наиболее важны для данной разработки. Например, как видно из таблицы средства анализа лучше реализованы в Microsoft SQL Server. На основе выделенных критериев можно сказать, что для данной ситуации Microsoft SQL Server подойдет лучше, чем Oracle8i. На базе первой СУБД уже разработана часть баз данных на предприятии, поэтому не будет расходов на переобучение персонала.

В данной работе для разработки контрольного примера реализуем хранилище данных на базе СУБД Microsoft Office Access.

3.6 Мероприятия по защите ИС

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

Профиль информации

Наименование сведений, документов и другой информации, составляющих коммерческую тайну

1. Производственная информация

1.1. структура кадров и производства;

1.2. условия производства;

1.3. сведения об организации труда;

1.4. сведения о производственных возможностях предприятия;


Подобные документы

  • Проект выполнения курсовой работы, выполненный MS Project. Полное наименование системы и ее условное обозначение, область применения. цели создания программного обеспечения АП "АПОС". Обоснование выбора среды моделирования. Составление IDEF-комплекта.

    курсовая работа [2,2 M], добавлен 27.12.2009

  • Требования к структуре и функционированию информационной системы. Входная и выходная информация подсистемы управления проектами. Описание "TheSystem", предназначенной для обеспечения процесса учета кадров, контроля работы сотрудников предприятия.

    дипломная работа [3,1 M], добавлен 07.03.2012

  • Проблема автоматизации нахождения ошибок подключения к корпоративной сети клиентских рабочих мест в ОАО "Сбербанк России". Требования к структуре и функционированию системы. Описание информационной модели. Выбор программного обеспечения для реализации.

    дипломная работа [3,6 M], добавлен 25.07.2015

  • Проектирование автоматизированных систем обработки информации и управления. Анализ структуры и деятельности предприятия, создание моделей "Как есть". Определение проблемных областей предприятия. Требования к структуре и функционированию системы.

    курсовая работа [611,4 K], добавлен 29.12.2012

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

    курсовая работа [2,4 M], добавлен 08.03.2016

  • Анализ проектирования баз данных на примере построения программы ведения информационной системы картотеки ГИБДД. Основные функции базы данных. Обоснование выбора технологий проектирования и реализации базы данных. Описание информационного обеспечения.

    курсовая работа [753,0 K], добавлен 27.08.2012

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

    контрольная работа [1,4 M], добавлен 04.02.2017

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

    курсовая работа [3,3 M], добавлен 12.01.2015

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

    курсовая работа [645,2 K], добавлен 26.05.2015

  • Анализ решений по автоматизации предметной области. Выбор методологии проектирования информационной системы. Обоснование выбора платформы. Взаимодействие приложения с источниками данных. Выбор жизненного цикла разработки программного обеспечения.

    дипломная работа [3,7 M], добавлен 18.12.2010

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.