2.4.10 Требования ктехническомуобеспечению

Техническое обеспечение разрабатываемой АИС представляет собой комплекс технических средств для обработки данных в информационной системе. В состав комплекса входят компьютеры, осуществляющие обработку информации, средства подготовки данных, средства сбора и регистрации информации, средства передачи данных по каналам связи, средства накопления и хранения данных и выдачи информации, вспомогательное оборудование и организационная техника.

Для функционирования системы должен использоваться физический или виртуальный сервер с характеристиками, удовлетворяющими рекомендуемым системным требованиям серверных редакций операционных систем Ubuntu,CentOS,Fedora. Сервер должен иметь постоянное подключение к глобальной сети Интернет.

Для взаимодействия пользователей с системой должны использоваться ПЭВМ с характеристиками, удовлетворяющими рекомендуемым требованиям операционной системы Microsoft WindowsXP.

Для печати документов должен использоваться лазерный принтер формата А4.

Для печати самоклеящихся этикеток при маркировке посылок и покупок на складе должен использоваться принтер этикеток.

Для считывания штрих-кодов с этикеток посылок и покупок должен использоваться сканер штрих-кодов, подключаемый к ПЭВМ.

2.5 Состави содержаниеработ по созданию системы

Разработка системы должна осуществляться в следующем порядке:

а) анализ предметной области;

б) разработка технического задания;

в) освоение программных средств;

г) проектирование системы;

д) разработка приложения;

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

2.6 Порядок контроля и приемки системы

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

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

2.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

Для ввода системы в действие необходимо подготовить физический или виртуальный сервер под управлением серверной редакции операционной системы Ubuntu, CentOS или Fedora. На сервере должны быть установлены и настроены веб-сервер и другое программное обеспечение, необходимое для функционирования серверной компоненты системы. Сервер должен быть подключен к глобальной сети Интернет.

2.8Требования к документированию

Разрабатываемый проект должен сопровождаться документацией, содержащей следующие пункты:

– техническое задание;

– описание применения;

– исходные коды программы, результаты работы.

2.9 Источники разработки

Источниками разработки являются:

• отчет о преддипломной практике студента группы группы з‑436‑а, поток 72 Д.Л. Нехорошкова;

• информация, предоставленная руководителем преддипломной практики.

3Проектная часть

3.1Проектирование базы данных

Процесс проектирования базы данных включает три основных этапа [9]:

• проектирование концептуальной модели (логического макета);

• проектирование внутренней модели (физического макета);

• проектирование внешних моделей (локальных представлений данных для различных конечных пользователей).

Концептуальная модель (логический макет) – это абстрактный взгляд на данные, на этом уровне данные представляются так, как выглядят в реальном мире. Другими словами, концептуальная модель является описанием предметной области с точки зрения того вида деятельности, для которого предназначается база данных. Концептуальная модель должна быть точной и однозначной, адекватно отражать природу данных и не зависеть от локальных интерпретаций данных (внешних моделей), обусловленных различными аспектами их использования [9].

Концептуальная модель является универсальной и никак не связана с конкретной реализацией СУБД. Внутренняя модель (физический макет), напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. Во внутренней модели содержится информация обо всех объектах базы данных. Поскольку общепринятых стандартов на объекты БД не существует (например, нет стандарта на типы данных), внутренняя модель зависит от конкретной реализации СУБД. Следовательно, одной и той же концептуальной модели могут соответствовать несколько разных внутренних моделей.