Разработка информационной системы для организации работы склада, учета прихода и расхода продукции

4.   простота ведения  отчетной документации;

5.   автоматический  количественный расчет товаров  в процессе прибытия и отправки  в назначенные места.

Разработанная система  должна полностью отвечать тем требованиям  представленные перед ней, иметь  возможность глубокой модернизации для решения новых задач возникающих  в меняющихся условиях рыночной экономики.

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

 

2. Технико-экономическое  обоснование темы.

2.1. Актуальность  и практическая ценность разработки

Внедрение   системы   автоматизации   позволит   достичь   следующих положительных  моментов в организации работы компании:

•     повышение  эффективности работы бригадира, кладовщика, учета и обработки сведений о  поступившем и расходуемых материалов;

•    сокращение объема обработки информации;

•    четкое распределение  обязанностей в процессе учета и  обработки информации о материалах;

•    централизованное хранение и получение полной и  оперативной информации по каждому  материалу, а именно:

• о наличии материала;
• о месторасположении материала;
• о поставке материала (включая данные о поставщике);
• о том, кем, когда и какой материала был затребован.

2.2. Сравнение существующих  аналогов

В настоящее время на рынке услуг программного обеспечения  существует множество решений, предлагающих эффективно вести учёт материалов, однако, все они являются универсальными, то есть нет таких, которые учитывали  бы специфику конкретной области, для  этих целей готовые программные  продукты требуется либо дорабатывать, что является затратным, либо часть  операций производить вручную, а  не автоматизировано, что в свою очередь влечёт потерю времени.

При разработке данного  дипломного проекта был произведён анализ программных продуктов, представленных на рынке и позволяющих вести  учёт товаров и услуг, названия данных программных продуктов, а также  описание критериев, по которым они  были отвергнуты, представлены в таблице 2.1.

Таблица 2.1

Название программного продукта	Несоответствие  предъявляемым требованиям
1С: Предприятие	•    большое       количество       функций,       не использующихся    в    данной    предметной области; •   необходимость      доработки      механизма  разграничения   прав   доступа   к   данным системы; •   полностью    ориентирована    на    ведение бухгалтерского учёта, а  в данном проекте существует  необходимость  так  же  вести  управленческий учёт; •   требуется объединение  этих программных продуктов; •    высокая стоимость  продукта и лицензии на него.
Ирбис предприятие	•    система    отвечает    всем    предъявляемым  функциональным   требованиям; •    система   предназначена   для   средних   и крупных предприятий, а не для  малых.
Программные комплексы от АИС-групп	•   ведение  учёта, но не статистики в виде, нужном для рассматриваемой предметной области; •   система   предназначена   для   средних   и крупных  предприятий, а не для малых; •    громоздкость системы.
Парус	Аналогична системе 1С: Предприятие.

2.3. Выбор средств  разработки

Вкачестве средств разработки были выбраны те технологии, которые наиболее полно соответствуют требованиям разрабатываемой системы. Для реализации клиентской части программного продукта была выбрана среда разработки MicrosoftVisualStudio 2010.

MicrosoftVisualStudio - мощная среда  разработки, обеспечивающая высокое  качество кода на протяжении  всего цикла разработки программного  обеспечения, от проектирования  до внедрения. Какие бы приложения  не разрабатывались, для SharePoint, Интернет, Windows, WindowsPhone, и других платформ, VisualStudioэто универсальное всеобъемлющее  решение. На сегодняшний день  является одним из лучших средств  разработки приложений. С каждой  новое версией эта среда приобретает  все больше и больше полезных  функций. Благодаря этому достигаются  многие желательные свойства:

• удобный интерфейс;
• приятный внешний вид;
• всестороннее взаимодействие с любыми СУБД;
• легкость использования компонентов;
• легкость в написании кода;
• возможность разработки нескольких частей одного приложения на разных языках;
• возможность бесшовной отладки такого приложения;
• возможность написать класс на одном языке, а его потомков - на других языках.

Самое главное достоинство этой среды разработки – производительность. В свою очередь производительность – это экономия времени, что влечет за собой и экономию материальных затрат. Сейчас это одно из самых производительных средств разработки на планете.

MicrosoftSQLServer 2005 была выбрана в качестве СУБД для дипломного проекта. Она обеспечивает платформу данных с приемлемым для данной задачи уровнем безопасности, производительности, масштабируемости и продуктивности разработчиков.

SQLServer является всеобъемлющим, интегрированным сквозным решением.

MicrosoftSQLServer 2005 направлен на то, чтобы сделать управление данными самонастраивающимся, самоорганизующимся и самообслуживающимся механизмом — для реализации этих возможностей были созданы технологии SQLServerOlwaysOn. Это позволит уменьшить до нуля время нахождения сервера в нерабочем состоянии.

SQLServer предоставляет мощные инструменты, уменьшая сложность создания, развёртывания, управления и использования, данных предприятия и аналитических приложений на платформах от мобильных устройств до информационных систем предприятия. Благодаря исчерпывающему набору функций, взаимодействию с существующими системами и автоматизации типовых задач, SQLServer 2005 предоставляет полное решение в области хранения данных для организаций всех масштабов.

Главное объединяющее достоинство  данных программных продуктов заключается  в том, что в реализацииразработки нашего проекта практически не нужно  материальных затрат на их покупку, т.к. можно с легкостью обойтись бесплатными  версиями Express.

 

3. Теоретическая  часть

Первым шагом к разработке программного обеспечения является разработка серверной части информационной системы. Для этого будем использовать архитектуру “клиент-сервер”. Она будем использовать потому что в данном случае эта технология более эффективна. Вследствие этого первым шагом к разработке клиент-серверного приложенияявл. разработка серверной части информационной системы

Клиент-сервер (англ. Client-server) — вычислительная или сетевая  архитектура, в которой задания  или сетевая нагрузка распределены между поставщиками услуг (сервисов), называемыми серверами, и заказчиками  услуг, называемыми клиентами.

Основной принцип технологии “клиент-сервер” заключается в  разделении функций приложения на три  группы:

• ввод и отображение данных (взаимодействие с пользователем);
• прикладные функции, характерные для данной предметной области;
• функции управления ресурсами (файловой системой, базой данных и т.д.)

На сегодняшний деньданная технология является приоритетной, так  как решает огромный спектр задач  благодаря своим преимуществам:

• делает возможным, в большинстве случаев, распределение функций вычислительной системы между несколькими независимыми компьютерами в сети. Это позволяет упростить обслуживание вычислительной системы. В частности, замена, ремонт, модернизация или перемещение сервера не затрагивают клиентов.
• все данные хранятся на сервере, который, как правило, защищён гораздо лучше большинства клиентов. На сервере проще обеспечить контроль полномочий, чтобы разрешать доступ к данным только клиентам с соответствующими правами доступа.
• позволяет объединить различные клиенты. Использовать ресурсы одного сервера часто могут клиенты с разными аппаратными платформами, операционными системами и т. п.

Самым большим преимуществом клиент-серверной архитектурыявляется ее масштабируемость и способность к развитию.

3.1. Проектирование  архитектуры системы

Как уже сказано выше, информационная система построена  по архитектуре клиент – сервер. При такой организации реализуются  следующие основные функции: управление БД, обработка данных, представление  данных.

Выделяют три модели реализации технологии «клиент-сервер»:

1. Модель доступа к  удаленным данным (RemoteDataAccess – RDA) – «толстый клиент».

2. Модель сервера базы  данных (DateBaseServer – DBS) – «тонкий клиент».

3. Модель сервера приложений (ApplicationServer – AS).

Для разработки ИС была выбрана  модель DBS(DateBaseServer)двухзвенной архитектуры клиент – сервер (рис. 3.1) .

 

Рис. 3.1 – Модель DBS

 

В такой модели вся логика размещена на сервере. При этом программный  код, реализующий обработку, оформляется  в виде хранимых процедур, которые  в свою очередь вызываются клиентом и возвращают необходимое значение. Клиенту остается лишь в удобной  и понятной пользователю форме представить  эти результаты.

Модель DBS имеет ряд достоинств:

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

Стоит отметить и недостатки модели DBS:

•   cредства, используемые для написания хранимых процедур, строго говоря, не являются языками программирования в полном смысле слова. Это разнообразные процедурные расширения SQL, не выдерживающие сравнения по изобразительным средствам и функциональным возможностям с языками третьего поколения (С или Pascal) и тем более четвертого поколения. Они встроены в конкретные СУБД, и, естественно, рамки их использования ограничены. Следовательно, система, в которой прикладной компонент реализован при помощи хранимых процедур, не является мобильной относительно СУБД. В большинстве СУБД отсутствуют возможности отладки и тестирования хранимых процедур, что превращает последние в весьма опасный механизм. Во многих реализациях процедуры являются интерпретируемыми, что делает их выполнение более медленным;

•    не обеспечивается требуемой эффективности использования  вычислительных ресурсов. Объективные  ограничения в ядре СУБД не позволяют  пока организовать в его рамках эффективный  баланс загрузки, миграцию процедур на другие компьютеры-серверы БД и реализовать другие полезные функции;

•    децентрализация  приложений (один из ключевых факторов современных информационных технологий) требует существенного разнообразия вариантов взаимодействия клиента  и сервера. При реализации прикладной системы могут понадобиться такие  механизмы взаимодействия, как хранимые очереди, асинхронные вызовы и т. д., которые в DBS-модели не поддерживаются.

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

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

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

Основные задачи:

• Обеспечение хранения в БД всей необходимой информации.
• Обеспечение возможности получения данных по всем необходимым запросам.
• Сокращение избыточности и дублирования данных.
• Обеспечение целостности данных (правильности их содержания): исключение противоречий в содержании данных, исключение их потери.

Обычно системы БД классифицируются в зависимости от модели данных, которая лежит в их основе. В  общепринятой классификации в настоящее  время известны следующие модели данных:

• иерархическая,
• сетевая,
• реляционная,
• объектно-ориентированная,
• объектно-реляционная.

По распространенности и популярности реляционные СУБД сегодня вне конкуренции. По сути, они фактически стали промышленным стандартом

Основные этапы проектирования баз данных:

• Концептуальное (инфологическое) проектирование;
• Логическое (даталогическое) проектирование;
• Физическое проектирование.

 

Данные базы данных отображаются в модели “сущность-связь” или, так  называемой, ER-модели. При разработке информационной системы для проектирования ее базы данных следует выделить основные элементы          ER-модели: