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

1. Стадии выполнения проекта изображены на диаграмме Ганта2.

2.3. Описание процесса деятельности.

Плановые сроки начала и окончания работы.

Начало работы по созданию системы7 сентября 2015.

Плановый срок окончания создания системы21 декабря 2015.

Порядок оформления и представления заказчику результатов работ. Реализация АРМ-техподдержка представляться заказчику в виде отчетов по работамв конце каждой недели. Перечень нормативно-технических документов, методических материалов, которые будут использоваться при разработке ТЗШаблон документа ТС «Техническое задание» ГОСТ 34Методические рекомендации к выполнению лабораторных работ.

Определения, обозначения и сокращения.

БД — база данных.

ООП — дисциплина объектно-ориентированное программирование. ОП — дисциплина основы программирования. СУБД — система управления базой данных. ОС — операционная системаASPMicrosoft IISMicrosoft Windows Server 2 012MsSQLХарактеристики объектов системы.

Объект -АРМ-техподдержка, которая представляет собой веб-ресурс и не имеет дополнительных характеристик окружающей среды. Автоматизация объекта представляет собой автоматизацию работы всей информационной системы предприятия для которой разрабатывается система. Модуль системы поддержки принятия решения представляет собой объект общей системы «АРМ-техподдержка».СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ (РАЗВИТИЮ) СИСТЕМЫКаждый этап разработки программного продукта сопровождается отчетом, в котором присутствует подробное описание этапа разработки. Экспертизу программного продукта проводит заказчик согласно отчетов о выполнении работ на каждом из этапов разработки. Сроки проведения работ и ответственные лица описаны в документе, который прилагается, а именно в Диаграмме Ганта. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫНа ранних стадиях разработки программного обеспечения для контроля за корректностью работы модулей системы будут разрабатываться Unit Tests, которые смогут выявить возможные дефекты на стадии разработки. На этапе тестирования разрабатываться тест-кейсы в соответствии с требованиями модуля, который тестируется. Активную роль в тестировании системы будут проводить специалисты службы технической поддержки и клиенты сервисного предприятия — будущие пользователи этой системы, и заниматься поиском дефектов. После успешного прохождения всех видов тестирования без выявления дефектов, будет осуществляться интеграция модуля конструирования АРМ-ТЕХПОДДЕРЖКА с системой в целом. После чего будет проводиться тестирование системы с использованием данного модуля. Требования к документированию.

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

2.2. 4 Основные технические решения.

Структура системы Характеристика комплекса задач.

Комплекс задач Граф-схема взаимосвязи объекта автоматизации со смежными системами. Краткая характеристика взаимосвязи объекта автоматизации с внешними системами и параметрическое описание информационных потоков.Рис.

1. Контексная диаграмма обслуживания клиента в сервисном центре.

КЛИЕНТ передает технику, заполняет заявку на обслуживание, получает отремонтированную технику, получает данные для оплаты и производит оплату, получает гарантийный таллон.

СЕРВИСНАЯ СЛУЖБА (МЕНЕДЖЕР)получает технику, ремонтирует технику согласно регламенту, формирует данные на оплату, принимает оплату, составляет гарантийные обязательства, заказывает комплектующие на предприятии, получает комплектующие от предприятия, формирует финансовую документацию для предприятия, отчитывается и формирует статистику для предприятия, передает денежные средства предприятию.

ПРЕДПРИЯТИЕ (РУКОВОДИТЕЛЬ)принимает заявки на комплектующие, заключает договора, регламентирует производство, управляет финансовыми потоками, принимает решения по статистике и отчетности, принимает денежные средства.

ДействияСитуация.

ШтатнаяАварийная 1Аварийная 2Аварийная 3Оператор

Принимает заявку.

Оператор входит в систему в БД и открывает заявку.

Не может войти в систему.

Не видит заявки.

Не может открыть заявку.

СистемаСистема открывает окно с заявкой.

В окне форма заявки.

Сообщение о неверных данных. Повторный ввод.

Заявка не отображается. Обновление окна системы.

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

ОператорФормирует заказ.

Оператор запускает формирование заказа.

Заказ не формируется.

Заказ формируется, но поля не читаемы.

Заказ не отображается.

СистемаРегистрирует заказ.

Система формирует заказ.

Проверить правильность заполнения полей в форме заявки.

Сменить кодировку в браузере.

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

ОператорВыписывает счет.

В окне генерируется счет.

Счет не формируется.

Счет формируется с ошибками.

Счет не формируется.

СистемаГенерирует квитанцию.

Формируется счет.

Проверить поле выполненных работ.

Проверить поле выполненных работ.

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

ПользовательСоздает заявку.

Создает заявку.

Окно с заявкой не появляется.

Заявка заполняется нечитаемыми символами.

Заявка не регистрируется.

Информационная система.

Регистрирует заявку.

Окно с заявкой.

Ошибка авторизации, повторить или зарегистрироваться.

Сменить кодировку в браузере.

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

Выходная информация№ п/пНаименование выходного сообщения.

ИдентификаторТип носителя.

ПериодичностьОбъем выдачи.

ПотребительПриме-чание1Форма заявки.

З1электронный.

При необходимости1Клиент менеджер2Заказ-наряд.

З2электронный.

При необходимости1специалист3Акт работ.

А1электронный.

При необходимости1Менеджер бухгалтер4Приходная накладная.

П1Электронный бумажный.

При необходимости1Бухгалтерpdf5Счет на оплату.

С1Электронный бумажный.

При необходимости1Бухгалтер клиентpdf6Квитанция.

К1Бумажный.

При необходимости1бухгалтер7Бухгалтерский отчет.

Б1Электронный.

Раз в месяц10руководитель8Наряд.

Н1Электронный.

При необходимости1специалист9График.

Г1Электронный бумажный.

При необходимости3Менеджер специалистpdf10Гарантийный талон.

Г2Электронный бумажный.

При необходимости1клиентpdfСостав информационного потока№ п/пНаимено-вание входного сообщения.

Идентифи-катор

Тип носителя.

Периоди-чность.

Объем информации.

ИсточникПриме-чание1Данные пользователя.

П1_12Данные заявки.

З1_13Данные заказа.

З1_24Данные акта.

А1_15Финансовая отчетность.

Ф1_16Данные по гарантии.

Г1_17Приходные накладные.

П2_18Расходные накладные.

Р1_19Данные о специалистах.

С1_1Технологическая сеть проектирования.

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

Если перейти к обобщённой технологической операции:

Если рекурсивно продолжить композицию, то теоретически можно обосновать создание мощной САПР САУ, на входе которой проект САУ. ТЭО — Технико-экономическое обследование. Используя каноническую сеть, можно построить сети, ориентированные на определённый категории спецов (Системные аналитики, постановщики задач, программисты, спецы по ТО, проектированию ИО и других), включая руководителей проекта. Детализация определённых фрагментов сети должна производиться исходя из выполняемых спецами функций. Остальные фрагменты могут показываться обобщённо. Такое представление процесса проектирования позволяет каждому проектировщику видеть в комплексе весь процесс проектирования, в определённой степени повысить квалификацию и быть готовым к совмещению выполнения проектных работ. Например, технологическая сеть проектирования для постановщиков задач должна содержать методики, параметры, универсумы, используемые при проектировании постановок задач. Технологическая сеть ориентирована на руководителя проекта. В такой сети представляются операции получения документов техпроекта, рабочей документации, проведения контрольных операций и последовательность выполнения проектных работ, включая внедрение. Разработка АРМ специалиста службы тех поддержки предприятия по обслуживанию техники2. Структура описания внешних информационных потоков Таблица 1. Структура описания внешних информационных потоков Внешняя сущность.

Название информационного потока.

Язык сообщений.

Носитель информации.

Периодичность сообщений.

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

Каждую неделю До 1мб Отчет о движении комплектующих Русский. Финансовый отчет Электронный (файл), бумажный.

Каждую неделю До 1мб Договора с поставщиками Русский. Договор Электронный (файл), бумажный.

При заключении До 1мб.

Договора с постоянными клиентами Русский. Договор Электронный (файл), бумажный.

При заключении До 1мб Производственная статистика и аналитика Диаграммы, графики. Статистическая документация Электронный (файл), бумажный.

Каждый месяц До 10мб Отчет о работе инженеров Русский. Форма отчета 1 Электронный (файл), бумажный.

Каждую неделю До 1мб Анализ работы callцентра Русский. Форма отчета 2 Электронный (файл), бумажный.

Каждую неделю До 1мб.

Поставщики комплектующих.

Приходная накладная Русский. Форма отчета 1 Электронный (файл), бумажный.

При поступлении комплектующих До 100кб.

Финансовая документация.

Русский. Форма отчета 1 Электронный (файл), бумажный.

При поступлении комплектующих До 1мб.

КлиентыРасходная накладная.

Русский. Форма 3. Электронный (файл), бумажный.

По окончанию ремонта До 100кб.

ЧекРусский. Форма 4.бумажный.

По окончанию ремонта До 100кб.

Гарантийное обязательство.

Русский. Форма 5. Электронный (файл), бумажный.

По окончанию ремонта До 100кб.

Заявка на обслуживание.

Русский. Форма 6.бумажный.

При обращении в службу.

До 100кб.

Работник call-центра.

Заявка на обслуживание.

Русский. Форма 6.бумажный.

При обращении в службу.

До 100кб.

Данные об обслуживании.

Русский. Форма 6.бумажный.

При обращении в службу.

До 100кб.

ИнженерЗаказ-наряд.

Русский. Форма 7.бумажный.

При формировании заказа.

До 100кб.

Заказ комплектующих.

Русский. Форма 8.бумажный.

При обращении в службу.

До 100кб.

Отчет о работе.

Русский. Форма 9.бумажный.

При обращении в службу.

До 100кб.

Обоснование оплаты.

Русский. Форма 10.бумажный.

При обращении в службу.

До 100кб3. Контекстная диаграмма и диаграммы декомпозиции.

4.Структура описания внутренних информационных потоков.

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

Приёмник информационного потока.

Название информационного потока.

Язык сообщений.

Носитель информации.

Периодичность сообщений.

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

Составление финансовых документовфинансовыйбумажный.

Раз в неделю5 листовинженерменеджер

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

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

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

Инженер (производственный процесс) Составление нарядов-заказоврусскийбумажный.

При поступлении заявки2 листапоставщикменеджер

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

При поступлении товара1 листруководительинженер

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

Название хранилища.

Место расположения.

Размер номенклатуры хранимых данных.

Общий объём хранимых данных.

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

Документы по работе с клиентами.

Шкаф Формат а4 1000 листов Менеджер

Финансовая документациясейф Формат а4 1000 листов Руководитель.

Документы по организации трудашкаф Формат а4 1000 листов Руководитель.

Документы по проведенным работамшкаф Формат а4 1000 листов Менеджер

Акты проведенных работшкаф Формат а4 1000 листов Инженер

Заказы-нарядышкаф Формат а4 1000 листов Менеджер Документы по работе с поставщиками Шкаф Формат а4 1000 листов Менеджер6. Перечень маршрутных технологических процессов по рассматриваемой задаче.

Маршрутные процессы:

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

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

В качестве управляющих потоков рассматриваются:

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

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

менеджер (к нему же относится оператор call-центра).

руководительинженер

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

На основании заявки и данных о клиенте менеджером формируется заказ-наряд инженеру.

Инженер получает комплектующие от поставщика, ремонтирует технику, менеджер контролирует сроки и качество.

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

Гарантийный талон, расходная накладная сохраняются на фирме и их дубликаты передаются клиенту.

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

правильная регистрация клиента оператором call-центра, а именно описание неисправности в заявке, правильное определение специалиста менеджеромправильно составленный менеджером регламент работ (регламент работ должен составляться с привлечением назначенного на работу специалиста) Достоинства и недостатки рассмотренного ОТП. Достоинства:

Наглядность.

Конкретность процессов.

Определенность данных.

Возможность определения слабых мест системы.

Недостатки:

Сложность чтения диаграмм.

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

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

Факторы влияющие на синхронизацию:

Поступление заявки.

Заполнение всех полей.

Правильное присвоение кода.

Наличие книги регистрации.

Литература

Маклаков С.В. BPwin и ERwin. CASE — средства разработки информационных систем. — М.: Диалог-МИФИ, 1999. — 256 с. Воройский Ф. С. Основы проектирования автоматизированных библиотечно-информационных систем.

— М.: Физматлит, 2002. — 384 с. Федоров Н. В. Проектирование информационных систем на основе современных CASE-технологий. — М.: МГИУ, 2008. −.

287 с. Грекул В. И., Денищенко Г. Н., Коровкина Н. Л. Проектирование информационных систем. Интернет-университет информационных технологий. / В. И. Грекул, Г. Н. Денищенко, Н. Л. Коровкина // ИНТУИТ.ру.

− 2008.

Черемных С.В., Ручкин В. С., Семенов И. О. Структурный анализ систем IDEF-технологии. / С. В. Черемных, В. С. Ручкин, И. О. Семенов — М.: Финансы и статистика, 2001.

Козленко Л. Проектирование информационных систем. / Л. Козленко. Вендров А. М. Проектирование программного обеспечения экономических информационных систем. / А. М. Вендеров. — М.: Финансы и статистика, 2000.

Агальцов В. П. Базы данных. В 2-х т. Т. 2. Распределенные и удаленные базы данных: Учебник / В. П. Агальцов. ;

М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2013. — 272 c. Агальцов В. П. Базы данных. В 2-х т.Т. 1. Локальные базы данных: Учебник / В. П. Агальцов. — М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2013.

— 352c. Голицына, О. Л. Базы данных / О. Л. Голицына, Н. В. Максимов, И. И. Попов. — М.: Форум, 2004. — 352 c. Голицына, О. Л. Базы данных: Учебное пособие / О. Л. Голицына, Н. В. Максимов, И. И. Попов. ;

М.: Форум, 2012. — 400 c. Карпова, И. П. Базы данных: Учебное пособие / И. П. Карпова. — СПб.: Питер, 2013. — 240 c. Кириллов, В.В.

Введение

в реляционные базы данных.

Введение

в реляционные базы данных / В. В. Кириллов, Г. Ю. Громов. ;

СПб.: БХВ-Петербург, 2012. — 464 c. Фуфаев, Э. В. Базы данных: Учебное пособие для студентов учреждений среднего профессионального образования / Э. В. Фуфаев, Д. Э. Фуфаев. — М.: ИЦ Академия, 2012. — 320 c. Мержевич Влад. Этапы проектирования сайта.

/Влад Мержевич — [Електронний ресурс] - Режим доступу:

http://www.htmlbook.ru/.