Информационная система "Склад спецодежды"
Анализ предметной области, обоснование необходимости создания информационной системы. Создание реляционной базы данных. Разработка пользовательского интерфейса. Организация фильтрации и парольной защиты. Требования к программным и аппаратным средствам.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 22.07.2015 |
Размер файла | 4,1 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Введение
Склады являются важными звеньями технологического процесса предприятия и организаций, осуществляющих производственно-хозяйственную деятельность по различным направлениям.
Под складом понимаются здания, разнообразные сооружения, предназначенные для приемки, размещения и хранения, поступивших на них товаров, подготовки их к потреблению и отпуску.
В настоящее время ни одно предприятие, производственное или торговое, не может эффективно функционировать без наличия складского хозяйства. Потребность в складах объясняется тем, что они служат не только для хранения и накопления товарных запасов, но и для обеспечения непрерывной, бесперебойной работы производственных цехов и предприятия в целом.
Работа на складе включает комплекс операций, связанных с подготовкой к приемке и примеркой товаров, размещением их на хранение, организацией хранения, подготовкой к отпуску и отпуском сотрудникам. Все эти операции и составляют складской технологический процесс.
Так же важное значение имеет правильное оформление документов, так как ошибки отрицательно сказываются на операциях складского технологического процесса.
Таким образом, для автоматизации и облегчения складской работы принимаются информационные системы, которые позволяют хранить информацию о технологических процессах и использования его в нужных целях.
1. Разработка технического задания
1.1 Основание для разработки
Основанием для разработки является задание, выданное руководителем практики Плужниковым И.М на дипломный проект 6/09.02.04 от 06.04.2015
Согласованно: председателем цикловой комиссии информатики и вычислительной техники Юдаевым А.Н. от 01.04.2015
Утверждено: заместителем директора по учебной работе РССК «РГРТУ» Глазковым А.Н. от 03.04.2015
Наименование работы: Информационная система «Склад спецодежды»
1.2 Анализ предметной области, обоснование необходимости создания информационной системы
Предметной областью данного дипломного проекта является создание информационной системы, которая позволит автоматизировать учет спецодежды на складе. Актуальность выбранной темы объясняется тем, что складские операции имеют большое значение для деятельности всего предприятия. В связи с чем очень важно правильно и рационально организовать складской технологический процесс. В частности, тщательная и внимательная приемка товаров по количеству и качеству позволяет своевременно выявить и предотвратить поступление недостающего количества товаров, а также товаров, качество которых не соответствует стандартам. Применение при хранении рациональных способов укладки, соблюдение основных принципов, поддержание оптимальных режимов хранения и организация постоянного контроля за товарами обеспечивают не только сохранность товаров и отсутствие их потерь, но также создают удобства для их правильной и быстрой отборки, способствуют более эффективному использованию складской площади.
В задание на дипломный проект предложено использовать, базу данных - MS Access на базе использования программы Lazarus.
1.3 Назначение разработки
Данная информационная система предназначена для решения задач, которые возникают на складе при выдаче сотрудникам спецодежды. Информационная система должна помогать кладовщикам для быстрой выдачи одежды сотрудникам, чтобы обеспечить непрерывную, бесперебойную работу производственных цехов. Этой информационной системой может воспользоваться директор, заведующий складом, кладовщики.
Основными задачами складского процесса являются:
Организация процесса;
Составление личных карточек сотрудников;
Выдача спец одежды сотрудникам в короткое время
Объединение информации в общее хранилище данных гарантирует обеспечение целостности данных, возможность распределенного и одновременного доступа к ним. Также создание базы данных приведет к устойчивой формализации данных и уменьшению бумажного документооборота между отделами.
Разрабатываемая информационная система «Спецодежда» должна обеспечивать:
информацию об отсеках склада
составление информации о сотрудниках
выбор поставщиков
Входными данными являются:
информация о складе
информация о сотрудниках
введение личных карт
данные о выдаче спецодежды
информация о поступивших товаров
Система должна давать возможность:
просматривать записи базы данных, в том числе осуществлять поиск с помощью различных фильтров
добавлять новые записи
изменять существующие записи
удалять записи
производить запросы и поиск по нужной информации
Программный комплекс может применяться на всех ЭВМ, где установлено необходимое программное и аппаратное обеспечение, и которое удовлетворяет минимальным требованиям к программным и аппаратным средствам для нормального функционирования приложения. Пользователь ПК должен обладать достаточным уровнем знаний в данной предметной области.
1.4 Требование к программе и программному изделию
При реализации и использовании информационной системы должны быть учтены требования к функциональным характеристикам, надежности проекта, параметрам технических средств, информационной и программной совместимости.
1. Программный продукт, представленный на сертификацию, должен быть предназначен для тиражного распространения, и не иметь ориентации на конкретное внедрение.
2. Продукт должен иметь документацию (руководство пользователя).
3. Продукт, ориентированный на конечного пользователя, должен иметь средства установки. Средства установки, при их наличии, должны быть описаны в документации к программному продукту.
4. При внесении исправлений или изменений в сертифицированный продукт, связанных с изменениями в законодательстве и исправлением ошибок, разработчик обеспечивает соответствие измененного продукта требованиям, предъявляемым при сертификации. В случае внесения изменений, нарушающих требования сертификации , действие сертификата прекращается. Новые редакции ранее сертифицированных продуктов, отличающиеся по функциональности от предыдущих версий, должны быть сертифицированы заново.
5. В заявке на сертификацию разработчик должен предоставить письменную гарантию с подписью руководителя и печатью фирмы-разработчика в том, что продукт является собственной разработкой и при разработке продукта не были нарушены чьи-либо авторские или иные права.
Требования к конфигурациям, разработанной в среде "Lazarus".
Минимальные требования к программным и аппаратным средствам для нормального функционирования приложения:
Процессор: AMD или Intel с частотой 600МHz и выше;
ОЗУ: 64 Mb и выше;
ОС: Windows 7/8/8.1 (рекомендуется Windows 8.1);
Монитор: SVGA монитор (разрешение 800х600);
Оперативная память: 2 гб и выше (рекомендуется 4 гб);
Емкость ЖД : свободное место на жестком диске не менее 100 Mb;
Другие требования: сетевая карта со скорость не менее 10Mb, клавиатура, при необходимости манипулятор мышь, устройство чтения компакт дисков или флэш-накопителей, USB-порт;
1.5 Требование к программной документации
Разрабатываемая система должна включать справочную информацию о работе системы и подсказки пользователю. В состав сопровождающей документации должны входить: расчетно-пояснительная записка, содержащая описание системы; руководство пользователя; руководство системного программиста.
Состав требуемой программной документации определен в соответствии с ГОСТом 7.1-2003:
· текст программы;
· руководство пользователя, которое включает инструкцию пользователя;
· описание программы - сведения о логической и физической модели, сведения о функционировании программы;
· техническое задание;
· пояснительная записка - схема алгоритма, общее описание алгоритма или функционирования программы, а также обоснование принятых технических и технико-экономических решений.
1.6 Технико-экономическое обоснование
Расчет технико-экономического обоснования в проекте не делается в связи с ограничением объема дипломного проекта. Внедрение этого проекта в производство, позволит ускорить работу с документами, облегчать труд работников склада, повысить эффективность работы сотрудников производственного цеха, а также принести экономическую выгоду.
Экономическая эффективность разработанного программного комплекса заключается в том, что в связи с уменьшением времени, затрачиваемого на оформление документации возможно существенное повышение точности и скорости обработки данных. Автоматическая обработка информации позволит сократить влияние человеческого фактора на обработку данных и представление результатов работы.
интерфейс парольный база данные
2. Разработка технического проекта
2.1 Определение функций и составных частей ИС
Информационная система представляет собой совокупность функциональных подсистем сбора, ввода, обработки, хранения, поиска, распространения информации.
Информационная система должна выполнять следующие функции:
прием заявок на грузоперевозки;
отображать информацию о грузе;
осуществлять выбор экспедитора;
осуществлять выбор транспорта и маршрута;
отображать списки о информации перевозок;
отображать списки итогов перевозок;
2.2 Контекстная диаграмма, определение цели проекта и точки зрения
Контекстная диаграмма - вид IDEF0-диаграммы. Это диаграмма, расположенная на вершине древовидной структуры диаграмм.
При создании модели сначала необходимо изобразить самый высокий уровень--действие контекста.
Вход блока представляет материал или информацию, которая должна быть использована или преобразована блоком, чтобы произвести продукцию (выпуск). Стрелки входа всегда направляются в левую сторону блока. Стрелки входа необязательны, так как не все действия могут преобразовать или изменять (заменять) что-либо.
Каждый блок должен иметь по крайней мере одну стрелку контроля (управления). Управление всегда входит в вершину блока. Управление, как правило, представляется в виде правил, инструкций, политики компании, процедур или стандартов. Оно влияет на деятельность без фактического преобразования чего-либо. Управление может также использоваться для описания процедуры начала или окончания выполнения действия.
Стрелки выхода (выпуска) -- это материал или информация, произведенная блоком. Каждый блок должен иметь по крайней мере одну стрелку выхода (выпуска). Процессы, которые не производят продукции (выпуска), лучше не моделировать вообще.
Механизмы исполнения -- это те ресурсы, которые обеспечивают выполнение действия. В качестве механизма исполнения могут быть рассмотрены персонал компании, машины или оборудование, которые обеспечивают выполнение деятельности. Стрелка механизма может отсутствовать, если определено, что это не важно для работы блока.
Также в контекстной диаграмме отображается цель и точка зрения.
Рисунок 1-Контекстная диаграмма
Как видно из рисунка 1, входом блока будет являться информация о сотрудниках, прием спецодежды, данные о выдаче и хранении.
Управление (контроль) -санитарно-технические нормы.
Стрелки выхода в нашем случае являются отчеты
Механизмы исполнения -- ИС и сотрудники склада.
2.3 Декомпозиция
Декомпозиция -- разделение целого на части. Также декомпозиция -- это научный метод, использующий структуру задачи и позволяющий заменить решение одной большой задачи решением серии меньших задач, пусть и взаимосвязанных, но более простых.
Декомпозиция, как процесс расчленения, позволяет рассматривать любую исследуемую систему как сложную, состоящую из отдельных взаимосвязанных подсистем, которые, в свою очередь, также могут быть расчленены на части. В качестве систем могут выступать не только материальные объекты, но и процессы, явления и понятия»
Рисунок 2-Декомпозиция
2.4 DFD - диаграмма
«DFD (Data Flow Diagramming) - это стандарт моделирования, в котором система представляется в виде сети работ, соединенных между собой объектами, взаимодействующими с результатами данных работ. Сфера применения DFD находится в области моделирования информационных потоков организации. В этой нотации моделируется не последовательность работ, а именно потоки информации (данных) между работами и объектами, которые используют, хранят или "рождают" эти данные.
В соответствии с DFD (Data Flow Diagram) методологией, модель системы определяется как иерархия диаграмм потоков данных, описывающих процессы преобразования информации от момента ее ввода в систему до выдачи конечному пользователю. Диаграммы верхних уровней иерархии - контекстные диаграммы, задают границы модели, определяя её окружение (внешние входы и выходы) и основные рассматриваемые процессы. Контекстные диаграммы детализируются при помощи диаграмм следующих уровней.
Основными элементами диаграмм потоков данных являются:
внешние сущности;
процессы;
накопители данных;
потоки данных.
Внешние сущности
Под внешней сущностью (External Entity) понимается материальный объект, являющийся источником или приемником информации. В качестве внешней сущности на DFD диаграмме могут выступать заказчики, поставщики, клиенты, склад, банк и другие. К сожалению, DFD методология не оформлена как стандарт. По этой причине в диаграммах потоков данных используются различные условные обозначения. На рисунке 1 показаны символы внешних сущностей, используемые в нотациях «Yourdon and Coad Process Notation» и «Gane and Sarson Process Notation».
Определение некоторого объекта в качестве внешней сущности указывает на то, что он находится за пределами границ анализируемой информационной системы.
Процессы
Процессы представляют собой преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом. В реальной жизни процесс может выполняться некоторым подразделением организации, выполняющим обработку входных документов и выпуск отчетов, отдельным сотрудником, программой, установленной на компьютере, специальным логическим устройством и тому подобное.
Накопители данных
Накопители данных предназначены для изображения неких абстрактных устройств для хранения информации, которую можно туда в любой момент времени поместить или извлечь, безотносительно к их конкретной физической реализации.
Накопители данных являются неким прообразом базы данных информационной системы организации.
Внутри символа указывается его уникальное в рамках данной модели имя, наиболее точно, с точки зрения аналитика, отражающее информационную сущность содержимого, например, «Поставщики», «Заказчики», «Счета-фактуры», «Накладные». Символы накопителей данных в качестве дополнительных элементов идентификации могут содержать порядковые номера»
Рисунок 3. DFD - диаграмма
3. Проектирование модели данных
3.1 Диаграмма « Сущность-связь»
Диаграмма «сущность-связь» (ER-модель данных), которая обеспечивает способ определения данных и отношений между ними. Модель данных включает сущности и связи между ними.
Сущность - это объект, информации о котором должна быть представлена в базе данных.
Экземпляр сущности - это информация о конкретном представителе объекта.
Связь - соединение между двумя и более сущностями.
Экземпляр сущности - конкретная связь между конкретными представителями объектов.
Рис. 4. Диаграмма « Сущность-связь»
3.2 Концептуальная модель базы данных
Рисунок 5 -Таблица 1
Рисунок 6- Таблица 2
Рисунок 7-Таблица 3
Рисунок 8 -Таблица 4
Рисунок 9 -Таблица 5
Рисунок 10-Таблица 6
Рисунок 11- Связи таблиц
3.3 Модель пользовательского интерфейса
Пользовательская модель интерфейса - это совокупность обобщенных представлений конкретного пользователя или некоторой группы пользователей о процессах, происходящих во время работы программы или программной системы.
Рисунок 12- Модель пользовательского интерфейса
4. Реализация проекта
4.1 Даталогическая модель
Для успешной работы отдельных таблиц БД, надо их успешно связать, т.е. выставить взаимосвязь по ключевым полям. В данной базе взаимосвязь будет выглядеть примерно в следующем виде:
Рисунок 13- Даталогическая модель
4.2 Создание реляционной базы данных
Для создания связей, нужно установить ключевые поля в MS Access. Для этого мы выбираем режим Конструктора и для нужных полей ставим свойство Счетчик. После этого, сохраняем таблицы и переходим в Работа с базами данных/Схема данных. Добавляем таблицы и соединяем ключевые поля, поставив свойство Обеспечение целостности БД.
Рисунок14- Реляционной базы данных
4.3 Организация парольной защиты
Данный компонент будет создан в программной среде Lazarus. Для его создания необходимо создать форму, добавить текстовое поле и 2 кнопки (ок и Отмены). Для каждой кнопки прописывается уникальный код, который будет активировать различные действия с кнопками. Для текстового поля в свойстве ParentShowHint устанавливаем *, который будет шифровать напечатанное.
Рисунок 15- Парольная защита
Для того чтобы можно было войти в базу нужно ввести пароль затем нажать ОК или если не получилось нажать на Отмену.
4.4 Формирование запросов
Благодаря запросам, увеличивается функциональность БД. В данной базе применяется различные методы ввода запроса, которые привязаны к конкретным таблицам.
Рисунок16-Запросы на главных формах
Для того чтобы вывелся ответ запроса нужно нажать на кнопку запрос, затем выводится все ответы подходящие к этому запросу.
Аналогично производятся запросы и на других основных формах.
На остальных формах запросы производятся следующим образом.
Рисунок17-Запросы на дополнительных формах
Аналогично производятся запросы и на других подобных формах.
4.5 Организация поиска
Для поиска использовался компонент Combobox, текстовое поле и кнопка. Для кнопки прописывался код, для Combobox-свойство, в которое вносились параметры, по которым и будет совершаться поиск.
Рисунок 18- Организация поиска
Для того чтобы найти что нам надо нужно выбрать из какой категории мы хотим выбрать а затем в весть поисковую фразу , а затем нажать кнопку поиск.
На остальных формах поиск производится аналогично.
4.6 Организация функций "Добавить", "Изменить", "Удалить"
Это самые важные компоненты базы, они есть в каждой таблице. Для их создания использовались кнопки ОК и Отмена, а также текстовые поля, соответствовавшие количеству столбцам конкретной таблицы. Для кнопок был прописан код, а для главных таблиц использовались специальные текстовые поля, в которой ставились свойства, указывающие название столбца.
Рисунок 19- Система добавления и изменения информации на главных формах
Для того чтобы можно было добавить записи в таблицу нам нужно нажать на кнопки добавить, Изменить. При нажатии кнопки выпадает дополнительная форма, в которую нужна ввести все то что там требуется. После того как все ввели нам необходимо нажать на кнопку ОК или Отмена.
Аналогично происходит на других основных формах.
На остальных формах добавление происходит следующим образом:
Рисунок 20- Добавление на форме спецодежда
На других подобных формах все происходит аналогично.
4.7 Организация фильтрации данных
Использовались текстовые поля для ввода данных и кнопки ОК и Отмена, где прописывался код, в котором указывались столбцы для последующей реализации фильтрации.
Рисунок 21- Фильтрация данных
Для организации фильтрации нам необходимо нажать на кнопку Фильтрация, после нажатия вылетает дополнительная форма.
4.8 Разработка интерфейса
Для создания использовались компоненты: Main Menu, Popup Menu, панель инструментов. Первый отвечает за создание главного меню, в котором указываются нужные функции базы и прописывается отдельный код для их вызова. Второй для контекстного меню, вызываемое нажатием ПКМ, а последнее - альтернативное решение для использований головных функций таблиц.
Рисунок 22- Main Menu
Рисунок 23- Popup Menu
4.9 Тестирование
Тестирование, разработанное информационной системы, производится в колледже студентом разработчиком. Во время этого тестирования проверяется работа информационной системы во всех режимах. Если тестирование прошло успешно, то производятся приёмо-сдаточные испытания. Эти испытания проверяет руководитель дипломного проекта в период до 05.06.2015 по программе задания на дипломный проект.
Если испытания проходят успешно, то руководитель проекта пишет отзыв о дипломном проекте студента и направляет его на рецензию. После получения рецензии диплом готов к защите.
4.10 Инсталляция
Для установки готовой базы на компьютер понадобиться USB-устройство. Папка с базой перемещается в нужное место на жестком диске пользователя далее надо привязать MS Access с Lazarus, для этого заходим в Пуск>Панель управления>Администрирование>Источники данных (ODBC).
Рисунок 24-Источники данных (ODBC).
Нажимаем на кнопку «Добавить» и выбираем нужный драйвер.
Рисунок 25- Выбор драйвера
Далее пишем имя источника данных «Nata» и нажимаем «выбрать», проходим по пути к папке и выбираем базу данных, нажимаем «ок».
Рисунок 26- Имя источника данных.
Рисунок 25- Выбор базы данных
Далее проходим в папку с базой и нажимаем «project1».
База готова к использованию.
4.11 Руководство оператора
Установите базу, скопировав папку в любое место. Затем выполните процесс odbcad32.exe. В появившемся окне нажмите кнопку Добавить. Выберите Microsoft Access Driver(* mdb, * accdb). Задайте имя как “Nata”, далее жмите на кнопку Выбрать и указывайте путь папки с базой. После нажимаете Ок. Предустановка завершена.
Для запуска базы в папке с ней выберите project1.exe. Вы попадаете в поле ввода пароля. Вводим «123»
Рисунок 26-Ввод пароля
Далее вы попадаете на форму секции склада.
Рисунок 27- Секции склада
Тут вы можете: Добавить\Изменить\Удалить запись в базе, выполнять запросы, осуществлять поиск, фильтровать базу, Открыть\Закрыть\Выходить с базы. Для удобства эти функции можно еще выполнять по выводу контекстного меню, через панель инструментов, через выборы пункта главного меню. Это можно будет также сделать с побочной таблицей, что все это в дальнейшем будет опускаться. Разберем все функции по порядку.
Добавление\Изменение\Удаление.
Чтобы выполнить данные функции, нажмите соответствующие кнопки. Вы попадете в меню редактирования записей базы.
Рисунок 28 - Добавление, изменение
Просто заполните\измените реквизиты и нажмите кнопку ОК. При удалении записи базы в таблице выделите нужную запись, и нажмите кнопку Удалить.
Фильтрация.
Для фильтрации данных нажимаем на соответствующую кнопку.
Вводим в данные в поле по которому хотим произвести фильтрацию и нажимаем «ок».
Поиск.
Для поиска по базе выберите в выпадающем меню ComboBox1 нужный реквизит, затем в текстовом поле под ним введите нужное значение и нажмите кнопку Найти. В базе будет показываться выделенный параметр.
Таким образом происходит поиск на всех таблицах.
Переход к дополнительной таблице
Для этого выделите нужную заявку в таблице и нажать на кнопку «Сотрудники» внизу.
Вы попадете в такую таблицу.
Для добавления в базу записи, вы должны ввести в поля у кнопок добавить, изменить и Удалить. Только после этого у вас будет добавлена данная запись.
Далее переходим к выбору к информации по выданной спецодежде.
В данной форме у нас выводиться информация какую спецодежду выдали сотруднику, в каком количестве, на какой срок.
Так же на форме сотрудники имеется кнопка «Личные карточки»
При переходе на таблицу, мы можем увидеть информацию о сотруднике: размеры одежды, обуви, головного убора, респиратора, противогаза, перчаток.
Также мы можем вносить информацию о Перевозках, для этого мы заходим на форму «Заявки» и нажимаем кнопку «Информация о перевозках».
В данной форме мы выбираем Экспедитора для перевозки, запрос, поиск, добавление, изменение и удаление происходит также как и в форме «Экспедитор».
Также мы можем вносить информацию об итогах, для этого мы заходим на форму «Заявки» и нажимаем кнопку «Итоги».
В данной форме мы выбираем Экспедитора для перевозки, запрос, поиск, добавление, изменение и удаление происходит также как и в форме «Экспедитор».
Теперь рассмотрим выполнение функции запрос.
Запрос.
Просто вписываем наименование груза в соответствующее поле и нажимаем на кнопку «запрос» и нам выдаются данные о нем.
Заключение
При помощи созданной ИС можно оптимизировать работу транспортной компании. Современный уровень информатизации общества предопределяет использование новейших технических, технологических, программных средств в различных информационных системах экономических объектов. методов и моделей, технических, программных, технологических средств и специалистов, предназначенную для обработки информации и принятия управленческих решений.
Компьютерная технология характеризуется рядом особенностей, которые следует учитывать при оценке условий и процедур контроля. Отличия компьютерной обработки данных от неавтоматизированной, в основном, следующие: Единообразное выполнение операций. Компьютерная обработка предполагает использование одних и тех же команд при выполнении идентичных операций учета, что практически исключает появлению случайных ошибок, обыкновенно присущих ручной обработке. Напротив, программные ошибки (или другие систематические ошибки в аппаратных либо программных средствах) приводят к неправильной обработке всех идентичных операций при одинаковых условиях.
Разделение функций. Компьютерная система может осуществить множество процедур внутреннего контроля, которые в неавтоматизированных системах выполняют разные специалисты. Такая ситуация оставляет специалистам, имеющим доступ к компьютеру, возможность вмешательства в другие функции. В итоге компьютерные системы могут потребовать введения дополнительных мер для поддержания контроля на необходимом уровне, который в неавтоматизированных системах достигается простым разделением функций. К подобным мерам может относиться система паролей, которые предотвращают действия, не допустимые со стороны специалистов, имеющих доступ к информации об активах и учетных документах через терминал в диалоговом режиме.
Потенциальные возможности появления ошибок и неточностей.
По сравнению с неавтоматизированными системами учета компьютерные системы более открыты для несанкционированного доступа, включая лиц, осуществляющих контроль. Они также открыты для скрытого изменения данных и прямого или косвенного получения информации об активах. Чем меньше человек вмешивается в машинную обработку операций учета, тем ниже возможность выявления ошибок и неточностей. Ошибки, допущенные при разработке или корректировке прикладных программ, могут оставаться незамеченными на протяжении длительного периода.
Список используемой литературы
1. «Основы проектирования баз данных» Федорова Г.Н. 2014 г.
2. «Технология разработки программных продуктов» Рудаков А.В. 2012 г.
Размещено на Allbest.ur
...Подобные документы
Инфологическое моделирование предметной области. Построение диаграммы потоков данных. Обоснование выбора СУБД. Проектирование пользовательского интерфейса. Комплект поставки и порядок установки системы. Описание функционирования приложения и таблиц.
курсовая работа [3,2 M], добавлен 23.08.2014Технико-экономическое обоснование разработки информационной системы "План-меню". Выбор технических средств и стандартного программного обеспечения. Проектирование структуры базы данных. Разработка и структура пользовательского интерфейса и ER-модели.
курсовая работа [817,6 K], добавлен 07.05.2009Анализ предметной области. Средства и технологии разработки программного обеспечения. Требования к аппаратным и операционным ресурсам. Создание навигационного меню. Структура данных таблиц. Разработка интерфейса модуля. Сортировка и фильтрация данных.
дипломная работа [3,7 M], добавлен 12.05.2018Описание предметной области и определение предметной области информационной системы детского сада. Разработка логической и физической модели базы данных дошкольного образовательного учреждения. Анализ функционала информационной системы детского сада.
курсовая работа [1,6 M], добавлен 20.04.2015Создание информационную систему "Сеть магазинов" в виде реляционной базы данных и операциями над ней. Создание базы данных в СУБД DB2. Описание и обоснование выбора состава технических и программных средств. Разработка пользовательского приложения.
курсовая работа [1,1 M], добавлен 19.05.2013Анализ предметной области. Обеспечение качества проектной документации. Построение инфологической (концептуальной) модели предметной области. Проектирование физической структуры базы данных. Разработка интерфейса, организация ввода и поиска данных.
курсовая работа [2,5 M], добавлен 10.01.2016Анализ предметной области. Проектирование и разработка базы данных и интерфейса в виде набора Web-страниц для отображения, создания, удаления и редактирования записей базы данных. Аппаратное и программное обеспечение системы. Алгоритм работы программы.
курсовая работа [3,0 M], добавлен 12.01.2016Обоснование необходимости разработки АОС "Информационная безопасность". Построение модели деятельности "Как есть" (AS-IS) и "Как должно быть" (TO-BE). Анализ программных продуктов. Создание модели предметной области. Разработка информационной системы.
отчет по практике [5,3 M], добавлен 31.05.2015Разработка пользовательского интерфейса и создание базы данных на основе реляционной СУБД Microsoft Access. Процедуры для ввода, корректировки, просмотра входных данных, их обработка и анализ. Формирование запросов и отчетов, их вывод на экран монитора.
курсовая работа [2,7 M], добавлен 03.05.2014Разбиение данных по таблицам и создание связей между таблицами. Нормализация и проектирование сценария работы базы данных. Выбор программного обеспечения. Требования к аппаратным и программным средствам для работы созданного программного продукта.
курсовая работа [30,2 K], добавлен 23.01.2011Анализ предметной области, определение сущностей и связей. Разработка базы данных, создание таблиц и запросов. Исходные тексты процедур модулей. Тестирование информационной системы на корректность работы. Схема инфологической модели предметной области.
курсовая работа [4,3 M], добавлен 19.12.2011Назначение для информационной системы OpenPOS для автоматизации рабочих процессов в заведениях общественного питания. Состав и структура исходных данных. Основные сведения о предметной области, ее моделирование. Создание и запуск базовых запросов SQL.
курсовая работа [2,2 M], добавлен 28.01.2016Автоматизация многозального кинотеатра "Дрожащие острова". Анализ предметной области. Требования к функциональным характеристикам программного продукта, техническим средствам и документации. Анализ результатов тестирования информационной системы.
курсовая работа [3,5 M], добавлен 14.05.2015Функциональные возможности программного продукта. Требования к программным и аппаратным средствам. Обоснование выбора наилучшей модели для прогнозирования стоимостных показателей объектов. Разработка пользовательского интерфейса и модулей программы.
дипломная работа [2,3 M], добавлен 24.06.2013Информационно-логическая модель предметной области по нотациям Ричарда Баркера. Даталогическая модель реляционной базы данных в виде диаграммы схемы отношений. Приложение интерфейса для базы данных на языке программирования С# в среде Visual Studio.
курсовая работа [3,6 M], добавлен 23.12.2014Обоснование необходимости разработки информационной системы. Анализ предметной области. Техническое задание на создание ЭИС. Правовой статус и краткая экономическая характеристика предприятия. Состояние учетно-аналитической работы на предприятии.
реферат [21,2 K], добавлен 09.01.2009Программирование полнофункциональной системы учета для предметной области "Концертный зал": построение концептуальной и реляционной моделей базы данных, описание способов реализации запросов и вывода отчета на экран, разработка интерфейса пользователя.
курсовая работа [1,5 M], добавлен 22.11.2010Определение автоматизированных информационных систем. Обоснование выбора среды разработки информационной системы. Создание запросов для выбора информации. Логическая и физическая структура реляционной базы данных. Разработка интерфейса пользователя.
курсовая работа [2,1 M], добавлен 16.04.2017Возможности извлечения информации из баз данных. Программы для создания и обработки базы данных и создания пользовательского интерфейса. Обоснование выбора программных средств для реализации. Создание базы данных, интерфейса и базы данных к интерфейсу.
курсовая работа [2,9 M], добавлен 24.03.2023Основные требования к аппаратным и программным средствам. Особенности функционального моделирования. Контекстная и декомпозитная диаграмма информационной модели. Обработка информации в базе данных при помощи запросов. Основные цели и задачи базы данных.
курсовая работа [847,5 K], добавлен 27.12.2009