Отчет 2 (1). Отчет по учебной практике пм. 01 Эксплуатация и модификация информационных систем
Скачать 0.55 Mb.
|
Отчет по учебной практике ПМ.01 «Эксплуатация и модификация информационных систем» Группа: ИСк – 182 Специальность: 09.02.04. Информационные системы (по отраслям) ФИО студента: Кравченко Андрей Юрьевич Задание № 1. Выделение жизненных циклов информационной системы. Ход работы по созданию технического задания для проектируемой ИС 1. В качестве предметной области выбрана тема «Закупки, складирование запасов, продажи, взаиморасчеты с поставщиками и клиентами». 2. Этап разработки раздела «Закупки, складирование запасов, продажи, взаиморасчеты с поставщиками и клиентами». Полное наименование ИС: «Оргструктура предприятия оптовой торговли ЗАО "МЕД"». Шифр темы: 00001. Предприятие-разработчик системы: Лаборатория баз данных “БД”, ул. 50 лет Октября, 86, тел. 32-12-02. Предприятие-заказчик системы: ЗАО «МЕД». Система создается на основании технического задания (ТЗ). ТЗ на АС является основным документом, определяющим требования и порядок создания автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие. Кроме того, при создании системы используются ГОСТ 34.602-89 “Техническое задание на создание автоматизированной системы”. Плановый срок начала работ: 25.05.2021. Плановый срок окончания работ: 07.06.2021. Автоматизируемая система создается на коммерческой основе. Порядок оформления и предъявления заказчику результатов работы по созданию системы определяется после получения начальной версии продукта, в которой должны быть реализованы все основные функции, определенные в ТЗ и утвержденные заказчиком. 3. Этап разработки раздела «Назначение и цели создания системы»: Вид автоматизируемой деятельности: учет персонала в отделе кадров. Перечень автоматизируемых процессов: учет сведений о сотрудниках, формирование и ведение личных карточек сотрудников, формирование приказов и отчетов. Наименование и значение показателей, которые будут достигнуты в результате внедрения БД: уменьшение затрат рабочего времени на ввод, редактирование и поиск данных о сотрудниках предприятия, формирование личных карточек, приказов и отчетов, уменьшение бумажного документооборота. 4. Этап разработки раздела «Характеристики объекта автоматизации» Краткие сведения о предприятии. Компания - дистрибьютор "МЕД" закупает медицинские препараты отечественных и зарубежных производителей и реализует их через собственную дистрибьюторскую сеть и сеть аптек. Компания осуществляет доставку товаров как собственным транспортом, так и с помощью услуг сторонних организаций. Основные бизнес-процессы компании - закупки, складирование запасов, продажи, взаиморасчеты с поставщиками и клиентами. Уровень конкуренции для компании в последнее время возрос, так как на рынок вышли два новых конкурента, к которым перешла часть клиентов и ряд наиболее квалифицированных сотрудников ЗАО "МЕД". ЗАО "МЕД" имеет два филиала - в Курске и Санкт-Петербурге. Каждый филиал функционирует как самостоятельное юридическое лицо, являясь полностью принадлежащей ЗАО "МЕД" дочерней компанией. О рганизационная структура. Группа планирования Группа логистики Отдел маркетинга Отдел продаж Рис. 1 Оргструктура предприятия оптовой торговли ЗАО "МЕД" Сведения о сотрудниках собираются специалистом по работе с персоналом. Вся информация хранится и обрабатывается специалистом по работе с персоналом. Некоторая информация для ведения отчетности хранится в бумажной форме. 5. Этап разработки раздела «Требования к ИС» Требования к системе в целом Одно из основных требований компании "МЕД" к будущему решению состоит в том, чтобы оно было построено на фундаменте единой интегрированной системы, а работа всех сотрудников велась в одном информационном пространстве. Ключевые функциональные требования к информационной системе: Мощные средства защиты данных от несанкционированного доступа. Разграничения доступа к данным в соответствии с должностными обязанностями. Возможность удаленного доступа. Управление запасами. Оперативное получение информации об остатках на складе. Управление закупками. Планирование закупок в разрезе поставщиков. Управление продажами. Контроль лимита задолженности с возможностью блокировки формирования отгрузочных документов. Полный контроль взаиморасчетов с поставщиками и клиентами. Получение управленческих отчетов в необходимых аналитических срезах - как детальных для менеджеров, так и агрегированных для руководителей подразделений и директоров фирмы. Требования к функциям (задачам), выполняемым системой Данная информационная система разрабатывается с расчетом на нескольких пользователей – специалистов по работе с персоналом. При работе с системой специалист по работе с персоналом должен решать следующие задачи: Получать доступ к данным таблиц, в которых должна содержаться вся необходимая информация. Просматривать данные таблиц, при необходимости редактировать их. Создавать на основе исходных данных личные карточки сотрудников, отчеты, приказы и справки. При этом в основном используется выборка из таблиц. Таким образом, разрабатываемая система должна обеспечивать решение вышеперечисленных задач. В готовом виде она должна быть максимально простой и удобной: все операции должны выполняться с помощью элементарных действий пользователя. Здесь необходима распечатка исходных таблиц и отчетов, источниками которых являются ранее составленные запросы. Все отчеты должны оформляться в едином стиле. Требования к информационному обеспечению ИС Информационное обеспечение ИС должно включать: данные о сотрудниках; приказы о зачислении; штатное расписание; личные карточки. Требования к программному обеспечению ИС "1С: Предприятие 7.7" ("Бухгалтерия", "Торговля", "Зарплата", "Кадры", "Касса", "Банк") для работы бухгалтерии. Две собственные разработки на базе конфигуратора "1С" - "Закупки" и "Продажи". Собственная разработка на базе FOXPRO для финансового отдела. Excel для планирования продаж. Требования к техническому обеспечению АС в таблице 1: Таблица 1
6. Этап разработки раздела «Стадии и этапы разработки» Стадии разработки: Разработка должна быть проведена в три стадии: разработка технического задания; рабочее проектирование; внедрение. 7. Этапы разработки На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания. На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ: разработка модели автоматизируемых процессов и функциональной модели ИС; разработки логической и физической моделей данных; разработка программы; разработка программной документации; испытания программы. На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах заказчика. Приемо-сдаточные испытания должны проводиться на объекте заказчика в оговоренные сроки. Приемо-сдаточные испытания программы должны проводиться согласно разработанной исполнителем и согласованной заказчиком программы и методик испытаний. Ход проведения приемо-сдаточных испытаний заказчик и исполнитель документируют в протоколе проведения испытаний. На основании протокола проведения испытаний исполнитель совместно с заказчиком подписывает акт приемки-сдачи программы в эксплуатацию. Задание № 2, 3. Оценка предметной области и уровня автоматизации. Построение схемы бизнес-процессов. Задание 1. Выполнить анализ принципов разработки модели бизнес-процессов предприятия. Описание состава автоматизируемых бизнес-процессов Бизнес-процессы компании "МЕД", подлежащие автоматизации, приведены в следующей таблице 2: Таблица 2
Каждый бизнес-процесс имеет свой уникальный номер. Нумерация бизнес-процессов построена по следующему принципу: "префикс-номер", где префикс обозначает группу описываемых бизнес-процессов, а номер - порядковый номер бизнес-процесса в списке. Диаграмма прецедентов компании "МЕД" На Диаграмме прецедентов представлены автоматизируемые бизнес-процессы компании и их исполнители. Рис. 2 Диаграмма прецедентов ЗАО "МЕД" Разработка информационных систем включает в себя несколько этапов. Однако всегда начальным этапом создания системы является изучение, анализ и моделирование деятельности заказчика. Для того чтобы описать взаимодействие компании на верхнем уровне с внешними контрагентами, составляется физическая диаграмма. Для составления физической диаграммы в ходе первого интервью необходимо выяснить, кто является внешними контрагентами и какие у них основные функции. Задание 2. Самостоятельно разработать физическую диаграмму в соответствии с описанием деятельности компании. Компания дистрибьютор "МЕД" закупает медицинские препараты отечественных и зарубежных производителей и реализует их через собственную дистрибьюторскую сеть и сеть аптек. Планирование закупок компания осуществляет на основании статистики продаж, которую предоставляют сеть аптек и дистрибьюторы. Компания осуществляет доставку медикаментов как собственным транспортом, так и с помощью услуг сторонних организаций. Компания имеет собственный склад для хранения медикаментов. Рис. 3 Физическая диаграмма ЗАО "МЕД" Ответьте на контрольные вопросы: Что такое диаграмма прецедентов? Диаграмма прецедентов UML — диаграмма, отражающая отношения между акторами и прецедентами и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне. Какой технологии проектирования характерно использование диаграмм прецедентов? Диаграммы прецедентов (диаграммы вариантов использования, use case diagrams) - это обобщенная модель функционирования системы в окружающей среде. Диаграммы видов деятельности (диаграммы деятельностей, activity diagrams) - модель бизнес-процесса или поведения системы в рамках прецедента. Какая программа позволяет создавать диаграммы прецедентов? StarUML, UMLet, Visual Parading, MS Visio Задание № 4. Построение организационно-функциональной модели. (Методологии IDEF0, DFD) Построим организациооно-функциональную модель предприятия МЕД: Цель: разработать модель процесса продаж предприятия МЕД с использованием методологии IDEF0. Точка зрения: руководитель проекта продаж предприятия МЕД. Граница модели: описать работу предприятия МЕД в процессе продаж. Отображение цели, точки зрения, граница модели отображены на рисунке 4: Рис.4 Отображение цели, точки зрения, границы модели организационно-функциональной модели предприятия МЕД в IDEF0. Описание стрелок на контекстной диаграмме в таблице 3 Таблица 3
Рис.5 Контекстная диаграмма продажи диаграммы МЕД Распределите работы диаграммы декомпозиции в области Блока заголовка в соответствии с табл. 4 Таблица 4. Работы диаграммы декомпозиции А0
Рис.6 Диаграмма декомпозиция блока А0 Таблица 5. Работы диаграммы декомпозиции А1
Рис.7 Диаграмма декомпозиция блока А1 Таблица 6. Работы диаграммы декомпозиции А2
Рис.8 Диаграмма декомпозиция блока А2 Таблица 7. Работы диаграммы декомпозиции А3
Рис.9 Диаграмма декомпозиция блока А3
Рис.10 Словарь стрелок (глоссарий).
Рис.11 Словарь работ (глоссарий). Продажи компании МЕД А0 Проверка заказа и формирование заявки на отгрузку медикаментов А1 Отгрузка медикаментов А3 Подбор, оформление медикаментов А2 Загрузка медикаментов в транспортное средство А31 Поездка до точки доставки А32 Составление переченя заказанных медикаментов и проверка наличия лицензии по перечню у клиента А11 Проверка наличия запасов товара на складе А12 Сдача заказа А33 Подбор товаров в соответствии с заявкой А21 Размещение заявки в реестре неудовлетворённого спроса А13 Оформление счёт, расходной, накладной, счета-фактуры А23 Продажи компании МЕД А14 Оформление упаковочных листов А22 Рис.9 Диаграмма узлов продаж компании МЕД Общее описание бизнес-процесса "Продажи компании МЕД"Бизнес-процесс содержит следующие операции: 1. Менеджер отдела продаж ежедневно получает от клиента Заказ на конкретную номенклатурную единицу медикаментов. В Заказе номенклатурных единиц клиент указывает желаемую отсрочку платежа. 2. При получении Заказа менеджер отдела продаж по справочнику лицензий проверяет наличие у клиента действующей лицензии на право реализации медикаментов. При отсутствии лицензии продажа медикаментов клиенту не производится. Наличие лицензии проверяется по мере необходимости. 3. Менеджер отдела продаж ежедневно проверяет наличие необходимого количества заказанных медикаментов на складе. 4. Если медикаментов недостаточно для выполнения заказа, то менеджер отдела продаж размещает Заказ в реестре "неудовлетворенный спрос". Затем менеджер ежедневно проверяет возможность выполнения Заказа, размещенного в реестре "неудовлетворенный спрос". 5. При наличии у клиента необходимой лицензии и достаточном количестве товара на складе В отделе продаж на основании Заказа и договора формируется Заявка на номенклатурные единицы. Заявки формируются ежедневно. 6. Ежедневно на основании Заявки менеджер отдела продаж осуществляет резервирование товара. 7. Менеджер отдела продаж ежедневно контролирует кредитный лимит и дебиторскую задолженность потенциальных покупателей. 8. Если кредитный лимит и дебиторская задолженность не превышают допустимых значений, то Заявка передается на склад в Учетно-операционный отдел. 9. При превышении кредитного лимита или наличии просроченной дебиторской задолженности свыше допустимого количества дней менеджер отдела продаж заявку в Учетно-операционный отдел не передает, процесс продаж приостанавливается, осуществляются переговоры с клиентом. 10. Менеджер учетно-операционного отдела, получив Заявку, ежедневно производит подборку номенклатурных единиц. 11. Менеджер учетно-операционного отдела ежедневно формирует упаковочные листы для вложения их в каждый ящик. 12.Менеджером учетно-операционного отдела ежедневно формируются для клиента следующие документы: счет, расходная накладная, счет-фактура. 13.При фактической отгрузке товара со склада осуществляется его списание. Списание медикаментов осуществляется по расходной накладной и сопровождается формированием проводки Д62-К41. Контрольные вопросы для защиты практической работы: 1. Каковы цели функционального моделирования? Целью создания функциональной модели процесса является точная спецификация всех функций, осуществляемых в рамках процесса более высокого уровня иерархии, а также характера взаимосвязей между ними. 2. Назовите основные компоненты функциональной модели. Результатом применения методологии SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы - главные компоненты модели, все функции ИС и интерфейсы на них представлены как блоки и дуги. 3. Какие виды интерфейсных дуг различают в IDEF0? Вход (Input) – материал или информация, которые используются или преобразуются работой для получения результата (выхода). Стрелка Input рисуется входящей в левую грань работы. Управление (Control) – правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Каждая работа должна иметь хотя бы одну стрелку управления. Рисуется как входящая в верхнюю грань работы. Выход (Output) – материал или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет смысла и не должна моделироваться. Изображается исходящей из правой грани работы. Механизм (Mechanism) – ресурсы, которые выполняют работу, например, персонал предприятия, станки, устройства и т.д. Рисуется как входящая в нижнюю грань работы. 4. Для чего нужна цель и точка зрения? Цель моделирования Модель не может быть построена без четко сформулированной цели. Пример цели: «Описать функциональность предприятия с целью написания спецификаций ИС». Точка зрения Точку зрения можно представить как взгляд человека, который видит систему в нужном для моделирования аспекте. Как правило, выбирается точка зрения человека, ответственного за моделируемую работу в целом. Цель и точка зрения документируются. 5. Что такое функциональный блок? Функциональные блоки обозначают поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. Графически функциональные блоки изображаются в виде прямоугольников. Все блоки должны быть названы и определены. 6. Какие виды диаграмм может содержать функциональная модель? Модель может содержать 4 типа диаграмм: - контекстную (в каждой модели может быть только 1 контекстная диаграмма); - декомпозиции; - дерева узлов; - только для экспозиции (FEO). 7. Что представляет собой туннельная стрелка? Туннельная стрелка - стрелка (со специальной нотацией), не удовлетворяющая обычному требованию, согласно которому каждая стрелка на дочерней диаграмме должна соответствовать стрелкам на родительской диаграмме. Задание № 5. Создание модели данных с помощью программы Ramus Educational Задание № 6. Объектное моделирование ИС средством Rational Rose. Задание № 7. Пилотный проект "Создание автоматизированной информационной системы" (индивидуальное задание по вариантам) Задание № 8. Использование и расчет показателей и критериев оценивания информационной системы, осуществление необходимых измерений. Методики оценки трудоемкости разработки ИС. |