Чиканов К.А._ПИбз_1231. Информационная система управления грузоперевозками
 Скачать 2.6 Mb.
|
|
ГЛАВА 2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ГРУЗОПЕРЕВОЗОК 2.1. Характеристика нормативной, справочной, входной и оператив- ной информации Справочники информационной системы представляют собой набор сгруппированных данных, для систематизации различной информации. В ре- зультате пользователь информационной системы сможет заносить в систему только значения, представленные в справочнике. Такой подход позволяет упро- стить ввод данных и избежать различных ошибок и опечаток, и плюс становит- ся проще проводить анализ данных. При начале работы со справочником тре- буется их наполнить необходимыми данными. В таблице 2.1. представлены справочники, входящие в информационную систему. Таблица 2.1- Справочники ИС компании по грузоперевозкам № название справочника Примерное кол-во записей в справочнике Частота обнов- ления справоч- ника объем обновле- ния, % 1 Работники 110 1 раз в месяц 9 2 Должности 4 1 раз в год 9 3 Клиенты 61 1 раз в неделю 9 4 Транспорт 190 1 раз в неделю 20 Администратор информационной системы должен отвечать за поддержа- ние справочников в актуальном состоянии. В системе используются следующие входные документы: – договор о перевозках; – перечень транспортных средств; – паспорт; – штатное расписание водителей; – платежное поручение. В таблице 2.2. представлен атрибутный состав справочников 32 Таблица 2.2 - Атрибутный состав справочников № Наименование Список атрибутов 1 Работники – Фамилия; – Имя; – Отчество; – Дата рождения – Пароль – Логин – Дата регистрации. 2 Клиенты – Фамилия – Имя и отчество – Адрес – Данные паспорта – Телефон – Адрес электронной почты – Дата регистрации 4 Должности Наименование должности 5 Транспорт − марка автомобилей − тоннаж автомобиля Документ договор о перевозке имеет следующие реквизиты: – наименование перевозки; – дата перевозки; – реквизиты клиента. – пункт отправления автомобиля – пункт назначения автомобиля – вес груза – дата отправления автомобиля – дата прибытия автомобиля – стоимость перевозки 33 Документ перечень транспортных средств содержит следующие атрибу- ты: – марка – тоннаж – габариты – гос. номер Из документа Паспорт используются следующие реквизиты: – Фамилия, имя и отчество менеджера; – Дата рождения; Из документа Платежное поручение используются следующие реквизи- ты: – Наименование клиента; – Дата оплаты; – Сумма оплаты; – Номер договора. Из документа Штатное расписание водителей используется: – Фамилия – Имя – Отчество – Номер водительских прав – Категория – Страховой полис Характеристика отчетной информации К отчетной информации в информационной системе относятся следую- щие документы: Список клиентов; Список перевозчиков; Список заказов; Список платежей; 34 Список договоров; Предварительный договор о предоставлении услуги по перевозке груза; Отчет о работе менеджеров. Атрибуты документов представлены в таблице 2.3. Таблица 2.3 - Атрибуты отчетных документов Наименование отчетного доку- мента Атрибуты Пользователь Список клиен- тов Фамилия; Имя и отчество; Домашний адрес; Номер и серия паспорта; Телефон; Электронная почта; Дополнительные сведения. Администратор, менеджер Список пере- возчиков – Номер автомобиля – Длина пройденного пути автомобиля – Вес перевезенного груза автомобиля – Расходы на содержание автомобиля – Доходы автомобиля Администратор, менеджер Список заказов Регистрационный номер Дата перевозки Клиент Перевозчик Кол-во дней Стоимость Общая стоимость Администратор, менеджер 35 Наименование отчетного доку- мента Атрибуты Пользователь Список плате- жей Рег. номер № дог. Дата Клиент Сумма Сумма договора Остаток Администратор, менеджер Список дого- воров № дог. Дата Клиент Перевозчик Количество Стоимость Общая стоимость Администратор, менеджер Предваритель- ный договор о перевозке гру- за Предмет договора; Номер договора; Сумма; Реквизиты клиента; Условия договора; Дата договора. Администратор, менеджер Отчет о работе менеджеров ФИО менеджера; Номер договора; Количество договоров; Сумма договоров. Администратор 36 2.2 Диаграмма вариантов использования В качестве объектной модели информационной системы может выступать диаграмма вариантов использования [20]. Данная диаграмма позволяет выявить основные процессы, происходящие в системе и их взаимосвязь. Кроме того, диаграмма вариантов использования способствует выделению функциональной структуры информационной системы. На базе созданной диаграммы составля- ется план дальнейшей разработки системы [11]. Базируясь на построенную мо- дель, составим план разработки информационной системы. Для предметной области грузоперевозки можно выделить следующих ак- теров: клиент; администратор системы ; менеджер. Таким образом, клиенту разрабатываемая информационная система должна предоставить возможность подать онлайн заявку на перевозку груза. Для мене- джера информационная система должна предоставить возможность регистри- ровать и формировать заявки на перевозку грузов. Для администратора систе- мы - должна быть возможность контролировать функционирование системы, редактировать данные, просмотреть информацию о заявке и результатах вы- полнения заявки. В таблице 2.4. представлены прецеденты, которые необходи- мо реализовать в информационной системе. Таблица 2.4 - Описание прецедентов Прецеденты Описание Регистрация сотрудника Регистрация пользователя в системе Оформление заявки Добавление заявки в систему Предоставление информации о заявке Предоставление необходимой инфор- мации о заявке Отслеживание заявки Просмотр о выполнении заявки Результат заявки сотрудника Подведение результата о заявке 37 Разработанная диаграмма вариантов использования для основных преце- дентов проектируемой системы представлена на рисунке 2.1. Рисунок 2.1 - Диаграмма вариантов использования Итак, мы выделили главные роли, которые помогут понять, как организо- вать разграничение доступа к функциям и правам пользователя. На рисунке 2.2 представлена схема функций менеджера, как пользователя информационной системы. 38 Рисунок 2.2 - Схема функций Главным действующим лицом в разрабатываемой информационной си- стеме является менеджер. 39 2.3. Проектирование логической и физической модели данных Логическая модель применяется после словесного описания предметной области. Между сущностями могут быть установлены связи – бинарные ассо- циации, показывающие, каким образом сущности соотносятся или взаимодей- ствуют между собой. Связь может существовать между двумя разными сущно- стями или между сущностью и ей же самой (рекурсивная связь). Она показыва- ет, как связаны экземпляры сущностей между собой. Если связь устанавливает- ся между двумя сущностями, то она определяет взаимосвязь между экземпля- рами одной и другой сущности. Наглядное изображение логической модели возможно табличным способом, когда каждому типу записи соответствует таб- лица с множеством полей записи, как показано на рисунке 2.3. Рисунок 2.3 - Логическая модель данных Назначение таблиц представлено в таблице 2.7. 40 Таблица 2.7 - Назначение таблиц базы данных № Наименование Назначение 1. Клиенты Хранит данные о клиентах 2. Перевозки Хранит данные о перевозках 3. Платежи Хранит данные о платежах 4. Заявки Хранит данные о заявках 5. Договор Хранит данные о договорах 6. Менеджер Хранит данные о сотрудниках 7. Должности Хранит данные о должностях 8. Автопарк Хранит информацию об автомобилях компании 9. Водители Хранит информацию о водителях компании Таблица Автопарк связана с таблицами Перевозки, Водители по ключам ID, со- ответственно, чтобы можно было узнать местонахождение автомобиля, водите- ля, доходы и расходы на автомобиль. В таблицах 2.8. – 2.16 каждая сущность представлена более подробно. Таблица 2.8 - Таблица «Клиенты» № описание поля Имя атрибута формат Роль атрибута 1. ID клиента kodKl int(13) Первичный ключ, автоин- кремент 2. Фамилия клиента sunameklient varchar(55) 3. Имя клиента nameklient varchar(55) 4. Отчество клиента patronymic varchar(55) 5. Адрес adKlient varchar(55) 6. Паспортные данные passKlient varchar(55) 7. Сотовый телефон mobilKlient varchar(55) 8. Адрес электронной по- чты emailKlient varchar(55) 9. Дата регистрации dataRegKlient timestamp 10. Отметка об удалении deletKlient int(1) 41 Таблица 2.9 - Таблица «Перевозки» № описание поля Имя атрибута формат Роль атрибута 1. ID перевозки KodPerev int Первичный ключ 2. Номер автомобиля NumAvto int 3. Пункт отправления авто- мобиля PointOtpr. varchar(55) 4. Пункт назначения авто- мобиля PointNazn. varchar(55) 5. Вес груза weight int 6. Дата отправления автомо- биля DataOtpr. timestamp 7. Дата прибытия автомоби- ля DataNazn. timestamp 8. Стоимость перевозки Cenarub Int Таблица 2.10 - Таблица «Платежи» № описание поля Имя атрибута формат Роль атрибута 1. ID платежа KodPlt int(13) Первичный ключ, автоин- кремент 2. ID клиента KodKl int(13) 3. Номер договора numDog varchar(25) 4. Дата платежа datePlt varchar(35) 5. Сумма sum varchar(35) Таблица 2.11 - Таблица «Должности» № описание поля Имя атрибута формат Роль атрибута 1. ID должности KodDol int(13) Первичный ключ, автоин- кремент 2. Наименование должности dol varchar(54) 42 Таблица 2.12 - Таблица «Менеджеры» № описание поля Имя атрибута формат Роль атрибута 1. ID менеджера KodMenedg int(13) Первичный ключ, автоин- кремент 2. Фамилия sunameM varchar(55) 3. Логин loginM varchar(55) 4. Пароль password varchar(55) 5. Дата регистрации dateM varchar(55) 6. Имя и отчество name varchar(55) 7. Дата рождения borMenedg varchar(55) 8. Отметка об удалении delete int(1) Таблица 2.13 - Таблица «Договора» № описание поля Имя атрибута формат Роль атрибута 1. ID договора Koddog int(13) Первичный ключ, автоин- кремент 2. ID клиента KodKl int(13) 3. Дата договора dated varchar(55) 4. Номер договора nomdog varchar(10) 5. Код перевозки kodPerevoz int(11) Таблица 2.4 - Таблица «Заявка» № описание поля Имя атрибута формат Роль атрибута 1. ID заявки KodZ int(11) Первичный ключ, автоин- кремент 2. Дата заявки dateZ varchar(25) 3. ID клиента KodKl int(11) 4. ID перевозки KodPerev int(11) 43 Таблица 2.5- Таблица «Автопарк» № Наименование поля Идентификатор формат Примечание 1. Номер автомобиля NumAvto Int(13) Первичный ключ 2. Марка автомобиля Marka varchar(65) 3. Водитель Driver varchar(65) 4. Грузоподъемность Gruzopodyemnost Int(13) 5. Длина автомобиля length Int(13) 6. Ширина автомобиля width Int(13) 7. Высота автомобиля height Int(13) Таблица 2.6- Таблица «Водители» № Наименование поля Идентификатор формат Примечание 1. ID водителя kodDriver int(13) Первичный ключ, автоин- кремент 2. Фамилия sunameDriver varchar(55) 3. Имя name Driver varchar(55) 4. Отчество patronymicDriver varchar(55) 5. Номер водительских прав NumDriver Int(13) 6. Категория sort Int(13) 7. Страховой полис polis Int(13) На рисунке 2.4 представлена физическая модель данных информационной си- стемы грузоперевозок. 44 Рисунок 2.4 - Физическая модель данных Для описания физической реализации данных следует выполнить физиче- ское моделирование, которое подразумевает описание конкретной реализации базы данных, которая размещена во внешней памяти компьютера, описание структуры хранения данных [3]. Выводы по второй главе: Во второй главе проводится проектирование логической и физической моделей данных и собственно сам процесс создания информационной системы по грузоперевозкам на основе полученных результатов в первой главе. 45 ГЛАВА 3. РЕАЛИЗАЦИЯ И ТЕСТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ 3.1. Организация интерфейса На главной странице информационной системы по грузоперевозкам мож- но произвести предварительный расчет стоимости перевозки груза из одного города в другой в зависимости от расстояния и веса груза. Полученные резуль- таты можно воспринимать только как предварительные данные. Так же можно увидеть главное горизонтальное меню портала. На рисунке 3.1. представлена главная страница информационной системы по грузоперевозкам. Фрагмент ко- да страницы «Главная страница» можно посмотреть в Приложении 1. Рисунок 3.1 - Главная страница информационной системы по грузоперевозкам. На закладке «Услуги и цены» можно подробно познакомиться с предо- ставляемыми услугами на перевозки их ценами и условиями оказания услуг. На рисунке 3.2 показаны все виды услуг, оказываемые компанией «ТК Федера- ция». Это услуги по перевозке и складские и ряд дополнительных услуг. Как писалось ранее, компания предоставляет услуги не только по перевозке грузов, но и складские услуги, и ряд дополнительных услуг, таких как: забор груза у отправителя, доставка груза получателю, погрузочно-разгрузочные работы, страхование, возврат документов и прочее. 46 Рисунок 3.2. – Пункт меню «Услуги перевозки». При выборе любого из подпунктов меню «Услуги и цены» оказываемся на страничке с выбранной услугой, на которой очень подробно описывается сама услуга и как ее получить и оплатить. Рисунок 3.3. – Пункт меню «Услуги перевозки». На вкладке «Информация» горизонтального меню главной страницы пор- тала информационной системы по грузоперевозкам можно получить различ- ную полезную информацию по частым вопросам о том, как сдать груз, как по- 47 лучить груз, как заключить договор или отследить груз. На рисунке 3.4. приве- ден в качестве примера пункт «Как сдать груз к перевозке». Рисунок 3.4. - Пункт «Как сдать груз к перевозке». С левой стороны можно видеть вертикальное меню, которое для удобства дуб- лирует подпункты, входящие в пункт «Информация». На рисунке 3.5. показан скриншот еще одного подпункта меню «Информация», «Отследить груз». Рисунок 3.5. - Пункт «Отследить груз». 48 Следующий пункт главного меню – «документы». В данной разделе собраны все документы, которые могут потребоваться при перевозке грузов с компанией ТК Федерация. Для удобства все бланки, заявления и договоры доступны для скачивания. На рисунке 3.6. показаны пункты меню «Документы». Рисунок 3.6. - Пункт «Документы». В пункте меню «Сервисы» собраны сервисы, которые позволяют полу- чить всю необходимую информацию о перевозке. Такие как: расчет стоимости перевозки, отслеживание статуса груза, уточнение сроков доставки, оформле- ние заявки на перевозку груза, оплата услуги банковской картой, запрос бух- галтерских документов. На рисунке 3.7. представлен скриншот пункта меню «Сервисы». 49 Рисунок 3.7. - Пункт «Сервисы». В приложении Б и приложении В приведены фрагменты кода страниц «Кальку- лятор перевозок» и «Заявка на перевозку». На рисунке 3.8. показана заявка на грузоперевозку. Рисунок 3.8. - Пункт «Сервисы» подпункт «Заявка на перевозку» шаг 1. 50 Рисунок 3.9. - Пункт «Сервисы» подпункт «Заявка на перевозку» шаг 2. Рисунок 3.10. - Пункт «Сервисы» подпункт «Заявка на перевозку» шаг 3. 51 Рисунок 3.11. - Пункт «Сервисы» подпункт «Заявка на перевозку» шаг 3. Процесс заполнения заявки состоит из четырех шагов рисунки 3.8 -3.11. После заполнения всех обязательных полей клиент нажимает кнопку «Отправить заявку», и все данные заявки будут занесены в базу данных. Кроме того с базой данных работает и менеджер и бухгалтер и администратор, кото- рые имеют возможность отредактировать и внести измененные данные в заказ, просмотреть и распечатать бланк заказа предварительно проверив его на кор- ректность введенных данных. 3.2. Тестирование информационной системы компании по грузоперевоз- кам. План тестирования представляет собой документ, содержащий описа- ние процесса тестирования, стратегии и подходов к тестированию информаци- онной системы по грузоперевозкам. Цели документа: 52 спланировать управление тестированием и техническую поддержку те- стирования в ходе жизненного цикла разработки информационной си- стемы по грузоперевозкам; обеспечение полноты тестирования в соответствии с требованиями к про- дукту, охват всех типов тестирования, описание необходимой проектной документации; организация контроля процесса тестирования, определение методов реги- страции дефектов, необходимого программного обеспечения, видов предоставления отчетов; определить график работ, описать используемую методологию и страте- гию тестирования; определение критериев качества; определение ресурсов, необходимых для реализации проекта; описание документации, необходимой для обеспечения тестирования по проекту. Ссылки на проектную документацию План тестирования основан и имеет ссылки на следующую проектную документацию: техническое задание; техническое тестирование; журнал тестирования; сценарий тестирования. Цель тестирования: Выявление проблем, связанных с несоответствием требованиям к разра- батываемому программному продукту; Предоставлением суммарной оценки качества продукта; Повышение качества продукта. Для конфигурации тестовой платформы будет использоваться 1 персо- нальный компьютер. Требования к персональному компьютеру предъявляются 53 с расчетом на комфортную работу при создании приложения и при тестирова- нии данной программы. Упомянутые требования приведены в таблице 1. Таблица 3.1 – Требуемые ресурсы Программное обеспечение Конфигурации аппаратно- го обеспечения Конфигурация программного обеспечения Браузеры: Ян- декс Браузер Chrome. Mozilla Fire- fox. Internet Ex- plorer процессор Intel® Penti- um® IV 2 ГГц или более быстродействующий; 512 МБ ОЗУ; 500 МБ свободного пространства на жест- ком диске для установ- ки. JetBrains PhpStorm - кросс- платформенная интегриро- ванная среда разработки для PHP. OpenServer - портативная серверная платформа и про- граммная среда, Стратегия тестирования Основным методом проверки данного программного продукта будет руч- ное функциональное тестирования с использованием метода «Черного ящика». Тестирование методом «Черного ящика» — стратегия (метод) тестирования функционального поведения объекта (программы, системы) с точки зрения внешнего мира, при котором не используется знание о внутреннем устройстве тестируемого объекта [4]. Функциональное тестирование Функциональное тестирование – это процесс тестирования программного продукта на предмет соответствия требованиям к программному продукту и правильности реализации всех характеристик, заложенных в продукт. Осу- ществляется вручную функциональными тестировщиком. Минимальный приемочный тест МПТ – это короткий тест, проверяющий основную функциональность программного продукта и его работоспособность, длящийся не более 1 часа. По 54 результатам приемочного теста принимается решение о допуске версии про- граммного продукта к дальнейшему тестированию. Если очередная версия программного продукта не прошла приемочный тест, то по его результатам может быть принято решение о дальнейшем частич- ном тестировании программного продукта. Минимальный приемочный тест будет выполняться для каждой из поставленных версий продукта. Основная его задача – это оперативное отслеживание регрессии качества и получение высо- коуровневой картины работоспособности продукта. Регрессионное тестирование Для обеспечения надлежащего качества продукта на каждом последую- щем этапе будет производится регрессионное тестирование функциональности, разработанной на предыдущей стадии и ее совместимости с новой функцио- нальностью. Регрессионное тестирование подразумевает под собой повторное прохождение всех тестовых случаев протестированных после завершения предыдущего этапа разработки системы, проверки исправления дефектов. До- пущенных на этом этапе разработки системы непоявления новых, корректное взаимодействие и совместимость функций. Тестовые шаги [5]: 1. Проверка наличия в разработанной информационной системе основных функциональных требований и тестирование основных функций системы. Входные критерии: наличие спецификации и рабочей версии приложения Выходные критерии: прохождение соответствующих тест-кейсов и доку- ментирование дефектов, отсутствие critial-дефектов. 2. Тестирование основных функциональных возможностей информацион- ной системы. Входные критерии: наличие разработанной информационной системы с заданными функциональными возможностями. Выходные критерии: прохождение соответствующих тест-кейсов, доку- ментирование несоответствий в функциональных возможностях инфор- мационной системе, отсутствие critial-дефектов. 55 3. Тестирование бизнес-логики. Входные критерии: наличие рабочей версии информационной системы с реализованными функциональными возможностями; Выходные критерии: прохождение соответствующих тест-кейсов и доку- ментирование дефектов, документирование действий разработанной ин- формационной системы на различные логические операции. 4. Тестирование дополнительных функций информационной системы. Входные критерии: наличие готовой версии информационной системы с реализованными основными возможностями. Выходные критерии: прохождение соответствующих тест-кейсов и доку- ментирование результатов. Тест-кейсы В таблицу 3.2 поместим необходимые для тестирования тест-кейсы со- гласно тестовым шагам. Таблица 3.1 – Тест-кейсы № Название Инструкции Ожидаемый результат 1 Проверка наличия в разработанном приложении основных функциональных требований и тестирование основных функций ИС 1.1 Наличие web- портала информационной системы В браузере перейти по адресу сайта ИС http://federation.com/ По указанному адресу расположена стартовая страница портала компании по грузоперевозкам 1.2 Наличие на web- портале информационной системы модуля заявка на перевозку Зайти на на web- портал информационной системы, убедиться в наличии модуля заявка на перевозку Модуль заявка на перевозку присутствует на сайте 1.3 Наличие на web- портале информационной системы модуля калькулятор Зайти на на web- портал информационной системы, убедиться в наличии модуля калькулятор Модуль калькулятор присутствует на сайте 56 № Название Инструкции Ожидаемый результат 1.4 Наличие на web- портале информационной системы модуля отслеживание груза Зайти на на web- портал информационной системы, убедиться в наличии модуля отслеживание груза Модуль отслеживание груза присутствует на сайте 1.5. Наличие на web- портале информационной системы модуля сроки доставки Зайти на на web- портал информационной системы, убедиться в наличии модуля сроки доставки Модуль сроки доставки присутствует на сайте 1.5. Наличие на web- портале информационной системы модуля запрос бухгалтерских документов Зайти на на web- портал информационной системы, убедиться в наличии модуля запрос бухгалтерских документов Модуль запрос бухгал- терских документов присутствует на сайте 1.6. Корректность работы обратной связи с администратором Попытаться связаться с администратором через ссылку в футере сайта Происходит вызов почтового клиента по умолчанию После того, как сформированы тест-кейсы, необходимо на их основе произве- сти тестирование информационной системы. Выводы по третьей главе. В результате написания данной главы были показаны основные функциональные возможности информационной системы, такие как калькулятор грузоперевозок, отслеживание груза, сроки доставки, заявка на перевозку и бухгалтерские документы. Кроме того был составлен план тестирования, тест-кейсы для проведения тестирования информационной системы для компании по грузоперевозкам. 57 ЗАКЛЮЧЕНИЕ. В результате выполнения выпускной квалификационной работы была разработана информационная система по грузоперевозкам, которая позволила уменьшить временные затраты на получения и обработки информации, дала возможность клиентам получать всю интересующую их информацию и новости о компании в удобное время с помощью Internet. Кроме того разработанная информационная система позволила уменьшить расходы компании как материальные, так и временные, на составление отчетной документации. Для достижения поставленной цели в ходе работы были выполнены следующие задачи: проведен анализ научной и учебно-методической литературы; проведен анализ деятельность компании по грузоперевозкам рассмотрены существующие наработки в области оказания услуг по грузоперевозкам; спроектирована концептуальная модель; сформулированы требования к информационно аналитической системе; спроектирована физическая модель базы данных для информационной системы для грузоперевозок; разработана информационная система по грузоперевозкам; протестирована разработанная информационная система по грузопере- возкам. Таким образом, поставленная цель выпускной квалификационной работы достигнута и выполнены поставленные задачи. 58 СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ Государственные стандарты 1. ГОСТ 34.601-90. Информационная технология. Комплекс стандар- тов на автоматизированные системы. 2. ГОСТ 4.071.030. АСУП. Создание системы. Нормативы рабочего времени. Научная и методическая литература 1. Бодров, О.А. Предметно-ориентированные экономические информа- ционные системы: учеб. пособие / О.А. Бодров. – М.: Гор. линия-Телеком, 2013. – 244 c. 2. Варфоломеева, А.О. Информационные системы предприятия: Учебное пособие / А.О. Варфоломеева, А.В. Коряковский, В.П. Романов. – М.: НИЦ ИНФРА-М, 2013. – 283 c. 3. Голицина, О.Л., Максимов Н.В., Попов И.И. Базы данных: Учебное пособие. – М.: Формум: ИНФРА-М, 2013. – 352 с. 4. Заботина, Н.Н. Проектирование информационных систем – М.: ДРО- ФА, 2013. – 336 с. 5. Мезенцев, К.Н. Автоматизированные информационные системы: Учебник для студентов учреждений среднего профессионального образования / К.Н. Мезенцев. – М.: ИЦ Академия, 2013. – 176 c. 6. Олейник, П.П. Корпоративные информационные системы: Учебник для вузов. Стандарт третьего поколения / П.П. Олейник. – СПб.: Питер, 2012. – 176 c. 7. Парамонов Ф.И., Колесниченко О.В. Основы проектирования АСУП: Учебное пособие. – М.: Изд-во МАИ, 2015. – 92 с. 8. Рудинский, И.Д. Технология проектирования автоматизированных си- стем обработки информации и управления: учеб. пособие / И. Д. Рудинский. – М.: Горячая линия – Телеком, 2014. – 304 с. 9. Солганик, Г.Я. Толковый словарь: Язык газеты, радио, телевидения: около 10 000 слов и выражений / Г. Я. Солганик. – М.: АСТ, 2013. – 751 c. 59 10. Тарасова, О.П. Организация проектной деятельности дизайнера: учеб. пособие / О.П. Тарасова. – Оренбург: ОГУ, 2013. – 51 с. 11. Чистов, Д.В. Проектирование информационных систем. Учебник и практикум / Д.В. Чистов, П.П. Мельников, А.В. Золотарюк, Н.Б. Ничепорук. – М.: Юрайт, 2016. – 260 с. Электронные ресурсы 12. Cope, G. The Future of Java Applets, 2017 // Algosome Software Design [Электронный ресурс]: сайт о разработке программного обеспечения: http://www.algosome.com/articles/future-of-java-applets.html 13. Parag. D. Writing Effective Test Cases for Any Application, 2015 // uTest – The Professional Network for Testers [Электронный ресурс]: сайт о тестирова- нии программного обеспечения: https://www.utest.com/articles/writing-effective- test-cases-for-any-application 14. Ладик Ю.В. Обзор IDE средств для программирования на Java, 2013 // JavaPortal.ru – Все о Java и JavaScript [Электронный ресурс]: сайт о разработке программного обеспечения: http://www.javaportal.ru/projects/taidej/results.html 15. Репин, В.В. Сравнительный анализ нотаций ARIS/IDEF и поддержи- вающих их продуктов, 2014 // iTeam.Ru – технологии корпоративного управле- ния [Электронный ресурс]: сайт консалтинговой компании: https://iteam.ru/publications/it/section_51/article_2518 Литература на иностранном языке 16. Bailis, P. Readings in Database Systems – 5th edition, MIT Press, 2015. 17. Esposito, D. Architecting Applications for the Enterprise – 2nd edition, Microsoft Press, 2014. 18. Fusco, M. Java 8 in action – 2st edition, Pearson PLC, 2014. 19. Haridi, S. Concepts, Techniques, and Models of Computer Programming – 3rd edition, MIT Press, 2014. 20. Kalloniatis C. Innovative Information Systems Modelling Techniques – InTech Press, 2016. 60 ПРИЛОЖЕНИЕ А «Фрагмент кода страницы «Главная страница»» Тольятти ga="top_city_contacts"> EN Услуги и цены Информация Сервисы Калькулятор грузоперевозки Отслеживание груза Сроки доставки Заявка на перевозку Запрос бухгалтерских документов url('http://federation/img/iblock/2897252cba9e95f47aeeccd36c3a6e12.jpg');"> 61 1 терминал в Вашем городе ga="main_slider_calculator">Калькулятор грузоперевозки ga="main_slider_schedule">Сроки доставки грузов ga="main_slider_order">Заявка на перевозку как найти номерГде мой груз? 62 ПРИЛОЖЕНИЕ Б Фрагмент кода страницы «Сервис» пункт «Калькулятор» /header>
|
