Проектирование информационной системы "Фотостудия"

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

МИНОБРНАУКИ РОССИИ

Федеральное государственное бюджетное образовательное учреждение

высшего образования

«Чувашский государственный университет имени И.Н.Ульянова»

Факультет информатики и вычислительной техники

Кафедра математического и аппаратного обеспечения
информационных систем

ОТЧЕТ

по проектированию информационных систем: «Фотостудия»

Выполнил:

Орлов Степан

Проверил:

Сейфулина С.В

Чебоксары 2017 г

Введение

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

В качестве инструментального средства разработки ИС выбран MS Visio

Microsoft Visio -- векторный графический редактор, редактор диаграмм и блок-схем для Windows.

Выпускается в трёх редакциях: Standard, Professional и Pro for Office 365

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

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

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

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

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

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

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

ОЗ предназначена для повышения оперативности и качества принимаемых управленческих решений сотрудниками Заказчика.

Основным назначением ОЗ является автоматизация информационно-аналитической деятельности в бизнес-процессах Заказчика.

В рамках проекта автоматизируется информационно-аналитическая деятельность в следующих бизнес-процессах:

1. фильтрация заявок;

2. определение самых выгодных заявок;

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

ОЗ создается с целью:

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

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

- повышения качества (полноты, точности, достоверности, своевременности, согласованности) информации;

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

- время сбора и первичной обработки исходной информации;

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

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

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

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

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

Система ОЗ должна быть централизованной.

Система ОЗ должна быть выполнена в следующих методологиях:

- IDEFO

Дополнительно каждый блок действий необходимо выполнить в методологии:

-IDEF3

Дополнительно разработать:

-IDEF1x

-DFD

-Организационную диаграмму

Источниками данных для Системы должны быть:

- Информационная система управления предприятием

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

Требования к численности персонала

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

- Коммерческий директор - 1 человек.

- Шеф-Фотограф - 1 человек.

- Менеджер - 2 человека.

-Администратор системы - 2 человека

Данные лица должны выполнять следующие функциональные обязанности.

Менеджер - при функционировании ОЗ обеспечивает прием и оформления заявок на фото-репортажи.

Шеф-Фотограф - при функционировании ОЗ производит анализ поступаемых заявок и отсеивает не подходящие по тематике.

Коммерческий директор - на всем протяжении функционирования ОЗ принимает решения утверждать заявку или нет.

Администратор системы- на всем протяжении функционирования ОЗ руководит системой.

Требования к квалификации персонала

К квалификации персонала, эксплуатирующего Систему ОЗ, предъявляются следующие требования.

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

Требования к режимам работы персонала

Персонал, работающий с Системой ОЗ и выполняющий функции её сопровождения и обслуживания, должен работать в следующих режимах:

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

Администратор системы - двухсменный график, поочередно.

Показатели назначения

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

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

Количество измерений - X.

Количество показателей - Y.

Количество аналитических отчетов - Z.

Требования к приспособляемости системы к изменениям

Обеспечение приспособляемости системы должно выполняться за счет:

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

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

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

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

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

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

Разработка системы должна осуществляться с использованием стандартных методологий функционального моделирования: IDEF0, DFD и информационного моделирования IE и IDEF1Х в рамках рекомендаций по стандартизации Р50.1.028-2001 «Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования».

Моделирование должно выполняться в рамках стандартов, поддерживаемых программными средствами моделирования Microsoft Visio.

Для работы с БД должнен использоваться язык запросов SQL в рамках стандарта ANSI SQL-92.

Для разработки пользовательских интерфейсов и средств генерации отчетов (любых твердых копий) должны использоваться встроенные возможности ПО <указывается название BI приложения>, а также, в случае необходимости, языки программирования <указываются языки программирования и их версии>.

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

Требования безопасности

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

Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91. «ССБТ. Пожарная безопасность. Общие требования».

Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91. «ССБТ. Оборудование производственное. Общие требования безопасности» при обслуживании системы в процессе эксплуатации.

Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000. «Электроустановки зданий. Часть 7. Требования к специальным электроустановкам. Раздел 707. Заземление оборудования обработки информации».

Значения эквивалентного уровня акустического шума, создаваемого аппаратурой системы, должно соответствовать ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортирование и хранение», но не превышать следующих величин:

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

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

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

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

Не предъявляются.

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

Приводятся требования:

1) к составу, структуре и способам организации данных в системе;

2) к информационному обмену между компонентами системы;

3) к информационной совместимости со смежными системами;

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

5) по применению систем управления базами данных;

6) к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;

7) к защите данных от разрушений при авариях и сбоях в электропитании системы;

8) к контролю, хранению, обновлению и восстановлению данных;

9) к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4).

Требования к составу, структуре и способам организации данных в системе

Структура хранения данных в ОЗ должна состоять из следующих основных областей:

- область временного хранения данных;

- область постоянного хранения данных;

- область витрин данных.

Области постоянного хранения и витрин данных должны строиться на основе многомерной модели данных, подразумевающей выделение отдельных измерений и фактов с их анализом по выбранным измерениям.
Многомерная модель данных физически должна быть реализована в реляционной СУБД по схеме «звезда» и/или «снежинка».

Требования к информационной совместимости со смежными системами

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

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

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

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

Система, по возможности, должна использовать классификаторы и справочники, которые ведутся в системах-источниках данных.

Основные классификаторы и справочники в системе (клиенты, абоненты, бухгалтерские статьи и т.д.) должны быть едиными.

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

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

Для реализации подсистемы хранения данных должна использоваться промышленная СУБД <указывается название и версия СУБД>.

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

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

Требования к защите данных от разрушений при авариях и сбоях в электропитании системы

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

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

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

Требования к контролю, хранению, обновлению и восстановлению данных

К контролю данных предъявляются следующие требования:

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

К хранению данных предъявляются следующие требования:

- хранение исторических данных в системе должно производиться не более чем за 5 (пять) предыдущих лет. По истечению данного срока данные должны переходить в архив;

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

К обновлению и восстановлению данных предъявляются следующие требования: автоматизация стандартизация запрос данный

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

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

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

-холодная копия - ежеквартально;

-логическая копия - ежемесячно (конец месяца);

-инкрементальное резервное копирование - еженедельно (воскресение);

-архивирование - ежеквартально;

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

Требования не предъявляются.

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

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

При реализации системы должны применяться следующие языки и стандарты взаимодействия КХД со смежными системами и пользователей с КХД: должны использоваться встроенные средства диалогового взаимодействия BI приложения; Java; Java Script; HTML; др.

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

Для реализации алгоритмов манипулирования данными в ХД необходимо использовать стандартный язык запроса к данным SQL и его процедурное расширение <например для Oracle DB это Oracle PL/SQL>.

Для описания предметной области (объекта автоматизации) должен использоваться Erwin.

Для организации диалога системы с пользователем должен применяться графический оконный пользовательский интерфейс.

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

Не предъявляются.

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

Не предъявляются.

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

Не предъявляются.

Требования к патентной чистоте

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

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

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

Работы по созданию системы выполняются в три этапа:

Проектирование. Разработка эскизного проекта. Разработка технического проекта (продолжительность -- 1 месяц).

Разработка рабочей документации. Адаптация программ (продолжительность -- 2 месяца).

Ввод в действие (продолжительность -- 2 месяца).

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

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

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

Стадия испытания	Участники испытания	Место и срок проведения	Порядок согласования документации	Статус приемочной комиссии
Предварительные испытания	Организации заказчика и Разработчика	На территории Заказчика с 15.12.2016 по 20.12.2016	Проведение предварительных испытаний и обнаружение и устранение неполадок.	Экспертная группа
Опытная эксплуатация	Организации заказчика и Разработчика	На территории Заказчика с 23.12.2016 по 25.12.2016	Проведение опытной эксплуатации	Группа тестирования
Приемочные испытания	Организации заказчика и Разработчика	На территории Заказчика с 15.01.2017 по 30.01.2017	Проведение приемочных испытаний	Приемочная комиссия

4. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

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

4.1 Технические мероприятия

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

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

- осуществлена закупка и установка необходимого АТК;

- организавано необходимое сетевое взаимодействие.

4.2 Организационные мероприятия

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

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

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

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

4.3 Изменения в информационном обеспечении

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

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

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

В данном разделе приводят:

1) согласованный Разработчиком и Заказчиком перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201-89 и НТД отрасли Заказчика;

перечень документов, выпускаемых на машинных носителях;

требования к микрофильмированию документации;

2) требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;

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

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

Источники разработки

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

Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов: - Договор № … от … между …- ГОСТ 24.701-86 «Надежность автоматизированных систем управления».- ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды».- ГОСТ 21958-76 «Система "Человек-машина". Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования».- ,0

IDEF0

IDEF0 -- методология функционального моделирования (англ. function modeling) и графическая нотация, предназначенная для формализации и описания бизнес-процессов.

Организационная диаграмма

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

DFD

DFD -- общепринятое сокращение от англ. data flow diagrams -- диаграммы потоков данных. Так называется методология графического структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ.

IDEF3

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

IDEFF1X

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

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

Диаграмма прецедентов (диаграмма вариантов использования) в UML -- диаграмма, отражающая отношения между актёрами и прецедентами и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне.

Диаграмма Классов

Заключение

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

Список использованных источников

1. Гвоздева Т.В., Баллод Б.А. «Проектирование информационных систем», Феникс; 2009

2. Грекул В. И., Денишенко Г. Н., Коровкина Н. Л «Проектирование информационных систем», 2006

3. Маклаков С.В. «BPwin и ERwin. CASE - средства разработки информационных систем», 2003

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

...