Страницу Назад
Поискать другие аналоги этой работы
2400 Контрольная работа и Лабораторные работы №1-3 по дисциплине: Проектирование информационных систем. Вариант №7ID: 222151Дата закачки: 26 Ноября 2021 Продавец: IT-STUDHELP (Напишите, если есть вопросы) Посмотреть другие работы этого продавца Тип работы: Работа Лабораторная Форматы файлов: Microsoft Word Сдано в учебном заведении: СибГУТИ Описание: Таблица 3.1 - Сущности физической модели данных № Сущность Атрибуты Описание Справочные 1 Собрание участников code, name, time Информация об участникам НКО 2 Бухгалтер name, unit_price Информация о лице, которое ведёт учет платежей участников Оперативные 3 Земельный участок item_num, order_num, stock_num, ID, количество, total_price Информация по земельным участкам 4 Платежное поручение ID, name, location Данные по платежу за земельному участку 5. Система голосования order_num, order_date, customer_num, po_num, lead_time Данные по принятым тарифам по земельным участкам 1. Цель и задачи работы Контрольная работа (КР) по дисциплине «Проектирование информационных систем» предназначена для практического закрепления и расширения полученных теоретических знаний и практических навыков, приобретенных при выполнении лабораторных работ. Целью ее выполнения является приобретение студентом навыков по проектированию информационных систем и созданию формализованных требований к информационным системам. Задачей проекта является формирование у студентов навыков применения:  CASE-средств и средств визуального моделирования, на языке UML;  правил формирования требований;  принципов проектирования программных средств;  стандартов по оформлению программных документов. 2.1. Организация выполнения контрольной работы Контрольная работа выполняется на основе проектных решений, разработанных студентом при выполнении лабораторных работ 1–3 и в соответствии с индивидуальным заданием, выбранном согласно двум последним цифрам пароля, из приложения А методических указаний к выполнению лабораторных работ. По результатам выполнения КР студентом в соответствии с требованиями, изложенными в параграфе 2.2, оформляется отчет и сдается преподавателю на проверку. Если отчет не удовлетворяет поставленным требованиям, то она возвращается студенту на доработку. При организации выполнения КР студент выполняет следующие этапы работы: 1) разработка входных, внутренних и выходных данных решаемой задачи и её общего описания с использованием UML и обоснование выбора метода разработки, языка программирования и СУБД; 2) формирование логической структуры ИС с использованием языка UML и свободного инструментального ПО; 3) формирование физической структуры ИС с использованием СУБД MySQL; 4) разработка экранного представления ИС и определение тестовых наборов данных. 2.3.2. Постановка задачи В разделе 1 необходимо описать стандарты, которые применяются для оформления программных документов и осуществить обоснованный выбор наиболее приемлемых из них для задачи, для решения которой разрабатывается программное средство. На этом этапе формируется описание существующего процесса, являющегося базой для последующих этапов. Содержание главы формируется на основе отчета о выполнении лабораторной работы №1 по курсу и содержит следующие элементы. 1) Входные, выходные и внутренние данные процесса, включающие документы, сведения, информационные и управляющие воздействия, которые поступают в процесс, формируются в процессе или передаются из процесса в другие процессы. Входные и выходные документы должны быть описаны, в приложении представлены их макеты. Примеры описания документов: Приходная накладная. Приходная накладная является основным документом, с помощью которого осуществляется приходование товаров на склад. Это может быть как обычное поступление нового товара, так и, введение начальных остатков или корректирования имеющегося остатка (для этого можно воспользоваться и другими документами, например, ведомостью инвентаризации). В новой накладной нужно заполнить поставщика и склад, на который приходуется товар, заполнить спецификацию накладной. После заполнения спецификации документ можно сохранить, нажав кнопку "Записать", или сразу провести, нажав кнопку "Провести" (после проводки редактирования документа блокируется и его изменение возможное только после отмены проводки пользователем с повышенным уровнем доступа). В спецификации приходной накладной необходимо заполнить следующие поля:  товар;  количество - количество товара, который тратится;  единица измерения;  цена - обычно это цена, по которой товар отпускается поставщиком;  размеры. При проводке документа в карточку товара будут внесены значения оптовой и розничной наценок в зависимости от поставщика. Таким образом, цены в прайс-листы на данный товар будут корректироваться в зависимости от входной цены товара. Расходная накладная. Расходная накладная является основным документом, с помощью которого осуществляется реализация (отпуск) товаров со склада организации. Расход товара также можно оформить с использованием актов списания или внутренних накладных. При создании новой накладной нужно заполнить покупателя, которому отпускается товар и магазин, из которого он списывается, и заполнить спецификацию накладной. В спецификации расходной накладной необходимо заполнить следующие поля:  товар;  количество - количество товара, который тратится;  единица измерения;  цена;  скидка сезонная;  скидка. Акт списания. С помощью акта списания оформляется расход товаров с состава в тех случаях, когда нет возможности определить, куда или кем был отдан товар или если товар пришел в негодность. Например, это может быть списание реально отсутствующего товара (вследствие неверного расхода или пропажи). При создании нового акта нужно указать склад (магазин), из которого списывается товар и заполнить спецификацию накладной (в поле "Основание" желательно внести причину списания). В спецификации акта списания необходимо заполнить следующие поля:  товар;  количество - количество товара, который тратится;  единица измерения;  цена - цена, по которой происходит списание. Обычно это учетная цена товара (она подставляется по умолчанию при выборе товара). Ведомость инвентаризации С помощью ведомости инвентаризации можно выполнить сверку реального наличия товаров на складе с остатками по документам. В случае расхождения - выполнить корректирование. Кроме того, инвентаризация может помочь при накоплении большого объема данных по движениям товаров (расчет текущего количества товара выполняется по всем записям движений) - при проводке ведомости инвентаризации все движения отдаляются в архив, а текущие количества товаров определяются по тем данным, которые были введены в ведомости инвентаризации. После проводки ведомости все предыдущие движения товаров будут недоступными. Инвентаризация проводится по каждому складу или магазину отдельно и может быть выполнена только для части товаров, имеющихся в этот момент на складе. При создании новой ведомости нужно указать склад (магазин), в котором осуществляется инвентаризация и заполнить спецификацию накладной. В окне редактирования спецификации ведомости инвентаризации необходимо заполнить следующие поля:  товар;  количество - количество товара, который тратится;  единица измерения;  цена - учетная цена товара. 2) Нормативные документы, устанавливающие требования к процессу. Таковыми могут быть, например, налоговый кодекс РФ, кодекс РФ об административных правонарушениях, закон РФ «О защите прав потребителя», трудовой кодекс РФ, закон «О товарных знаках», и др. 3) Участники процесса, структура их подчинённости и описание основных функций, представляющие собой схему подчинённости и перечень функций участников. Начальник отдела снабжения выполняет следующие функции:  принятие решения о выборе поставщика;  администрирование работ отдела;  согласование договоров;  решение сложных вопросов с поставщиками. Инженер отдела снабжения выполняет следующие функции:  обсуждение с поставщиками условий поставки;  организация согласования договоров на закупку;  контроль по целостности упаковок материалов при внешнем осмотре;  контроль за хранением материалов на складе. Рисунок 2 – Пример структуры участников процесса 4) Формирование пирамиды требований, содержащей уровень потребностей и уровень функциональных особенностей проектируемой системы. На данном этапе формируется, как минимум, 3 потребности заказчика, соответствующих автоматизированным функциям ИС, для реализации которых она предназначена. Для каждой потребности формируется 2 – 4 функциональные особенности. Всего их должно быть не менее 9 (по всем потребностям). Пример: В качестве первой потребности заказчик выдвинул… Последняя потребность связана с необходимостью формирования печатного отчёта о затратах проекта. Функциональные особенности показаны в таблице: Таблица 1 – Потребности заказчика, отражающие функциональность ИС Потребность Функциональные особенности … … Наличие отчёта о затратах 14) Работа с принтером 15) Загрузка данных из таблиц в текстовый редактор по заранее определённому алгоритму в определённые разделы 16) Формирование на экране диалога по настройке отчёта перед печатью 5) Вербальное и графическое описание функционального назначения системы, включающее графическую схему (диаграмму вариантов использования) и текстовых комментариев, поясняющих на схеме как выполняется процесс. Следует учесть в диаграмме в виде актёров всех участников, перечисленных в структуре участников процесса. Пример: Покупатель обращается к продавцу и совместно с ним оформляет заказ на покупку товара. При этом продавец обеспечивает покупателя информацией, согласовывает условия оплаты, заказывает товар со склада. Заказ на покупку товаров осуществляется после выбора покупателем товара из каталога товаров, запрошенного продавцом. Рисунок 3 – Пример диаграммы вариантов использования для информационной системы продажи товаров по каталогу Рекомендации по выполнению диаграммы вариантов использования:  вариантов использования должно быть несколько (не менее 3, в соответствии с потребностями из табл. 1);  графическое отображение должно быть исчерпывающим, понятным и соответствующим текстовому описанию;  диаграмма должна быть связана с пирамидой требований, сформированной на предыдущем уровне: функциональные особенности должны быть раскрыты вариантами использования диаграммы вариантов;  диаграмма вариантов использования должна содержать актёров, варианты использования, интерфейсы, примечания и отношения ============================================= Лабораторная работа 1 – Обследование предметной области Вариант 07. Оплата услуг на дачных участках: виды услуг, список владельцев, сотрудники управления, журнал регистрации оплат. Система предназначена для автоматизации и оптимизации расчета за дачные участки, а также для ведения журнала регистрации оплат. Автоматизации подвергаются следующие составные части процесса:  Заполнение нормативно-справочной информации об осуществлении расчетов за дачные участки;  Передача данных между субъектами, о процессе осуществления оплаты;  Контроль за добавляемыми, изменяемыми данными, при необходимости система должна выдавать сообщения об ошибках. ИС будет устанавливаться на рабочих местах дачного сообщества совладельцев. Лабораторная работа 1 – Обследование предметной области Для выполнения лабораторной работы1 необходимо предварительно изучить материал разделов №1 и №2 конспекта лекций по курсу. Также необходимо в приложении А выбрать предметную область в соответствии с двумя последними цифрами пароля. Эта же предметная область исследуется и в курсовой работе, а результаты выполнения лабораторных работ будут вами использованы при формировании отчета по контрольной работе в соответствии с рекомендациями, приведенными в методических указаниях к контрольной работе. При выполнении задания необходимо программное обеспечение для построения диаграмм UML, которое можно выбрать из числа бесплатно-распространяемых инструментальных программ, например, на ресурсе: http://freeanalogs.ru/DiagramCreater. Прежде, чем приступать к разработке модели вариантов использования, рекомендуется изучить материал раздела №7 конспекта лекций по курсу. 1. Провести детальный анализ работы заданного объекта информатизации (ОИ) и описать процесс его функционирования. 2. Выделить функциональные подсистемы в рамках заданного объекта информатизации (бухгалтерия, склад, торговый зал, др. отделы и структурные подразделения, выделенные по функциональному признаку) и перечислить возложенные на них задачи. Задачи нумеровать по порядку в пределах каждой подсистемы. Результаты описания представить в виде таблицы 1.1. Таблица 1.1 - Описание подразделений ОИ № п.п. Наименование Описание Задачи № Наименование 3. Выделить и описать множество действующих лиц, задействованных в процессе функционирования ОИ. Результаты описания представить в виде таблица 1.2. В графе «Задачи» перечислить номера возложенных задач из табл. 1.1 в формате <Номер подсистемы>.<Номер задачи>. Таблица 1.2- Описание действующих лиц № п.п. Имя Описание Задачи 4. Выделить информационные потоки, имеющие место на исследуемом объекте. Результаты представить в виде таблиц 1.3 – 1.5. В графе «Обработчик» приводятся номера подразделений и действующих лиц из табл. 1.1 и 1.2 через разделитель «/». Таблица 1.3 -Реестр входных информационных потоков № Наименование и назначение потока (документа) Обработчик (Кто обрабатывает) Корреспон-дент (Откуда поступает) Характеристики обработки Трудозатраты, челч Периодичность, регламент Способ получения Таблица 1.4 - Реестр внутренних информационных потоков № Наименование и назначение потока (документа) Обработчик (Кто обрабатывает) Корреспон-дент (Кому передает) Характеристики обработки Трудозатраты, челч Периодичность, регламент Способ получения Таблица 1.5 - Реестр выходных информационных потоков № Наименование и назначение потока (документа) Обработчик (Кто обрабатывает) Корреспон-дент (Куда поступает) Характеристики обработки Трудозатраты, челч Периодичность, регламент Способ получения 5. Изучить и описать реквизиты документов. Представить макеты документов. 6. Построить процессную модель проектируемой ИС в виде контекстной диаграммы в нотации IDEF0 при помощи пакета программ BPWin. 7. Перечислить автоматизированные функции проектируемой ИС, соответствующие потребностям заказчика (не менее 3). Определить цель (цели) (Зачем? Для чего?). Для каждой функции указать 2 – 4 функциональные особенности (всего не менее 9). Результаты описания представить в виде таблицы 1.6. Таблица 1.6 - Описание функциональности ИС № п.п. Потребность Цели Функциональные особенности 8. Представить функциональную модель проектируемой ИС в виде вариантов использования. Рассмотреть модель. Произвести выделение абстрактных вариантов использования и действующих лиц. Окончательный вид функциональной модели подсистемы реализовать в пакете программ Rational Rose, Visio или Altova UModel. 9. Выполнить системное описание существующих подобных информационных систем (не менее двух), которые могут быть применены к данному объекту информатизации. Выделить основные преимущества и недостатки представленных систем. При этом одно за другим приводятся описания существующих ИС, автоматизирующих объекты и процессы, подобные имеющим место в выбранной предметной области. Описание уместно сопровождать следующими иллюстрациями:  функционально-структурная схема системы;  обобщенная блок-схема алгоритма функционирования системы;  экранные формы основных частей пользовательского интерфейса;  таблицы и графики, отражающие статистические показатели функционирования ИС. Для каждой системы указываются преимущества и недостатки: вообще, а не применительно к выбранному объекту. 10. Выполнить сравнительную характеристику описанных систем; набор основных показателей для сравнения (определения показателей см. в приложении Б):  назначение системы;  эффективность системы;  гибкость системы;  защищенность системы;  живучесть системы;  надежность системы;  открытость системы;  оптимальность использования ресурсов;  удобство пользовательского интерфейса системы;  стоимость системы (в том числе затраты на тех. поддержку);  эргономичность. Сделать вывод о возможности и целесообразности использования этих систем на выбранном объекте автоматизации. Лабораторная работа 2 – Разработка структурных моделей ИС Вариант 07. Оплата услуг на дачных участках: виды услуг, список владельцев, сотрудники управления, журнал регистрации оплат. Для выполнения лабораторной работы 2 необходимо предварительно изучить материал разделов №3 и №4 конспекта лекций по курсу. Для выполнения лабораторной работы необходимы CASE-средства из числа свободно распространяемого инструментального ПО: 1. Возможные средства для моделирования структур данных:  SQL Power Architect http://www.sqlpower.ca/page/architect  Open System Architect http://www.codebydesign.com/SystemArchitect/downloads/  DB Designer http://www.fabforce.net/dbdesigner4/  Mogwai ERDesigner NG http://mogwai.sourceforge.net/erdesignerng.html 2. Рекомендуемое инструментальное ПО для функционального моделирования ИС «Ramus» (http://softrare.ru/windows/ramus) 1. На основе анализа предметной области произвести идентификацию сущностей логической модели информационной базы ИС и связей между ними. Для этого необходимо:  изучить массив входной нормативно-справочной (условно-постоянной) информации, определить состав соответствующих справочников.  изучить массив входной оперативной (текущей) информации, структурировать его по ключевым сущностям с указанием всех атрибутов. Как правило, документ с обычным "бумажными" таблицами разбивается по принципу: одна "бумажная" таблица — одна сущность. Соответственно, каждому входному документу, выделенному при выполнении лабораторной работы №1, поставить в соответствие одну сущность или (в результате нормализации) структуру связанных сущностей. Практика показывает, что набор сущностей логической модели данных сильно коррелирует с набором абстракций предметной области, выявленных при выполнении лабораторной работы №1. 2. Имена, атрибуты и назначение сущностей логической модели привести в таблице 2.1. Сущности в таблице 2.1 разделить на оперативные и справочные. При разработке модели определить сущности, их первичные и внешние ключи и атрибуты, а также связи между сущностями. Цель логического моделирования — это таблицы в нормальных формах высшего, минимум, третьего (НФ3) порядка. 3. При помощи выбранного CASE-средства разработать ER-диаграммы логической и физической модели данных. В отличие от логической модели, физическая модель должна быть представлена в третьей нормальной форме. В зависимости от предметной области количество сущностей в модели может быть различным. Для логической модели это 3 – 7 сущностей, бóльшая часть из которых – справочные. Для физической модели это 5 – 15 сущностей, примерно половина из которых – справочные. Таблица 2.1 - Сущности логической модели данных № Сущность Атрибуты Описание Справочные 1 Сотрудники ИНН, фамилия, имя, отчество, … Информация о сотрудниках предприятия … … … ……... Оперативные … Продажи Код, Дата, Код менеджера, Код клиента, … Информация о продажах … … … ……... 4. На основе физической модели данных выполнить генерацию SQL-кода для создания реляционной базы данных ИС (код представить в отчете, шрифт Courier New, размер 10 пт, междустрочный интервал: 1,0) 5. Cоздать пустую базу данных, после чего выполнить сгенерированный при выполнении п.4 SQL-код. 6. Доработать структуру БД с учетом возможной нормализации отношений, а также доработать структуру таблиц с учетом ограничений на значения полей. Сформировать ER-диаграмму физической модели данных. 7. Выполнить описание таблиц базы данных в формате таблицы 2.2. Краткое описание таблиц свести в таблицу 2.3. Описание связей в БД и условия целостности данных привести в виде табл. 2.4. Таблица 2.2 - Структура сущности _________ Имя атрибута Тип данных Размер Условие на значение Значение по умолчанию Примечание Таблица 2.3 - Список разработанных сущностей физической модели данных № п/п Имя сущности Описание Таблица 2.4 - Связи между сущностями физической модели данных Родительская таблица Дочерняя таблица Тип связи Название Атрибут Название Атрибут 8. В соответствии с индивидуальным заданием на проектирование ИС, выполнить для контекстной диаграммы, построенной при выполнении л.р. №1 (пункт 6) при помощи CASE-средства Ramus, диаграмму декомпозиции А0. Процессы диаграммы должны соответствовать потребностям из табл. 1.6. Внутренние интерфейсные дуги должны соответствовать информационным объектам, описанным в табл. 1.4 при выполнении лабораторной работы №1. Блоки описать в словаре Activity Dictionary. Интерфейсные дуги (стрелки), описать в словаре Arrow Dictionary. Произвести компоновку блоков и стрелок с подписями так, чтобы дочерняя диаграмма была максимально читабельной. Для всех функциональных блоков диаграммы А0 построить диаграммы декомпозиции А2. В качестве наименований блоков использовать функциональные особенности потребностей из табл. 1.6. Внутренние интерфейсные дуги диаграмм А2 должны соответствовать информационным объектам, описанным в табл. 1.4 при выполнении задания 1. Введенные интерфейсные дуги описать в виде таблицы 2.5, а также в словаре Arrow Dictionary. Лабораторная работа 3 – Разработка объектно-ориентированных моделей ИС Вариант 07. Оплата услуг на дачных участках: виды услуг, список владельцев, сотрудники управления, журнал регистрации оплат. 1. Проанализировать основной поток событий с альтернативными вариантами и потоками ошибок, полученный при выполнении лабораторной работы №1, на предмет выявления набора абстракций предметной области проектируемой ИС. В качестве предварительных кандидатов в абстракции принять подлежащие, выделенные из текста анализируемого потока событий. 2. Разделить выделенные абстракции на три типа: абстракции сущности, абстракции поведения, абстракции интерфейсы. Результат представить в виде таблицы 3.1. Таблица 3.1 - Абстракции подсистемы № Абстракция Тип Описание 3. Провести классификацию обнаруженных абстракций по классическому подходу. Заполнить таблицу 3.2 Таблица 3.2 - Классификация абстракций № Класс Список абстракций 1 Люди 2 Места 3 Предметы 4 Организации 5 Концепции 6 События 4. Проанализировать поведение выделенных абстракций. Выделить возможное поведение каждой абстракции в пределах рассматриваемой функции (потребности, табл. 3.1). Заполнить таблицу 3.3. Таблица 3.3 - Абстракции подсистемы и их поведение № Абстракция Поведение Описание поведения 5. Построить диаграмму объектов, показав на ней экземпляры классов, взаимодействующие для реализации выбранной функции системы. Для построения диаграммы объектов использовать диаграмму классов в нотации UML, указывая при этом лишь имена классов без указания свойств и методов класса. Пример диаграммы приведен на рисунке 3.1 Рисунок 3.1 - Пример диаграммы классов 6. Выполнить сравнительный анализ полученной логической модели с ER-диаграммой информационной базы, разработанной при л.р.№2. При необходимости скорректировать диаграмму классов. Наполнить секции атрибутов. 7. Выявить в тексте анализируемого потока событий сказуемые и наполнить секции операций. 8. На основе опыта выполнения л.р.№1 и с учетом процессных моделей вариантов использования, построенных при выполнении л.р. №2 записать потоки событий для каждого варианта использования. Каждый основной поток должен учитывать альтернативные потоки и потоки ошибок для данного варианта использования. 9. Для каждого потока построить диаграммы Состояния. 10. Для каждого потока построить диаграммы Деятельности в виде дорожек с привязкой к исполнителям конкретных операций алгоритма. При построении ориентироваться на результаты построенные структурные и объектно-ориентированные модели, описывающие функциональность ИС. 11. Для каждого потока выделить список объектов участвующих во взаимодействии в этом потоке, заполнить таблицу 3.4. Таблица 3.4 - Список объектов для каждого потока событий № п.п. Наименование потока Объект Описание объекта 12. Создать диаграммы Последовательности для перечисленных потоков событий. 13. Из диаграмм Последовательности создать Кооперативные диаграммы и доработать их, если это необходимо. 14. Сделать выводы. Комментарии: Оценка: Зачет Дата оценки: 26.11.2021 Помогу с вашим вариантом, другой работой, дисциплиной или онлайн-тестом. E-mail: sneroy20@gmail.com E-mail: ego178@mail.ru Размер файла: 1,3 Мбайт Фаил: 
(.rar)
------------------- Обратите внимание, что преподаватели часто переставляют варианты и меняют исходные данные! Если вы хотите, чтобы работа точно соответствовала, смотрите исходные данные. Если их нет, обратитесь к продавцу или к нам в тех. поддержку. Имейте ввиду, что согласно гарантии возврата средств, мы не возвращаем деньги если вариант окажется не тот. -------------------
Коментариев: 0 |
||||
Есть вопросы? Посмотри часто задаваемые вопросы и ответы на них. Опять не то? Мы можем помочь сделать! |
||||
Вход в аккаунт:
Страницу Назад
Cодержание / Проектирование информационных систем / Контрольная работа и Лабораторные работы №1-3 по дисциплине: Проектирование информационных систем. Вариант №7
Вход в аккаунт: