36
нет. Поэтому при первоначальной загрузке БД, а также изменении, добавлении и
удалении записей, система позволяет выполнить операции только тогда, когда
они не приводят к нарушению целостности.
Связи, показанные в схеме данных, сами применяются для объединения
таблиц в процесс создания многотабличных форм, отчетов, и запросов, тем самым
существенно упрощая процесс их разработки.
В самой схеме данных связи могут быть установлены для любой пары
таблиц, включающих одинаковое поле, дающее возможность объединять эти
таблицы.
БД Access имеют следующие сохраняемые в одном ACCDB-файле
объекты:
‒ запросы, таблицы, схемы данных, так или иначе относящиеся к БД;
‒ отчеты, формы, макросы и модули, являющиеся объектами приложения.
Окончательный выбор сделан в пользу MS Access, так как на компьютерах
сотрудников ООО «Аптека «Здоровье» установлена профессиональная версия
офисного пакета Microsoft Office 2013, которая содержит MS Access.
1.4.2 Обоснование проектных решений по программному
обеспечению
Совокупность компьютерных программ, инструкций, описаний по их
применению на персональном компьютере и представляет собой программное
обеспечение.
Выдели два класс ПО:
‒ специальное ПО: прикладные программы, разработанные для каких-
либо конкретных задач;
‒ общее ПО: операционные оболочки, интерпретаторы, СУБД и так далее.
На компьютерах сотрудников аптеки, как и указывалось ранее, установлена
операционная система ОС семейства Windows 8 Professional, что является
наиболее оптимальным выбором, т.к. на сегодняшний день она является наиболее
распространенной и современной.
Рассмотрим пакет Visual Studio 2015.
37
Visual Studio 2015 – среда разработки от компании Microsoft. Существуют
различные версии этой среды, от бесплатных до чрезвычайно дорогих. Все они
предоставляют базовые возможности – такие как текстовый редактор, средства
построения и отладчик, а также инструменты визуального редактирования
пользовательского интерфейса. Строго говоря, применять Visual Studio не
обязательно – система построения платформы .NЕТ, которую использует эта
среда разработки, доступна из командной строки, что позволяет применять любой
текстовый редактор. Тем не менее большинство С# разработчиков применяют
именно Visual Studio.
Как правило, любое сколько-нибудь сложное начинание на С# включает
множество файлов исходного кода, и в Visual Studio эти файлы принадлежат
проекту. Каждый проект генерирует один результат в соответствии с указанным
типом выходных данных. Они могут представлять собой лишь один файл —
например, исполняемый файл или библиотеку, — однако есть проекты,
генерирующие более сложные результаты. Так, проекты некоторых типов
выполняют построение сайтов. Хотя сайт обычно состоит из множества файлов,
вместе взятые, они представляют собой одну сущность — сайт. Результаты
каждого проекта обычно развертываются как единый модуль, даже если он
состоит из большого числа файлов.
Файлам проектов, как правило, присваивается расширение,
заканчивающееся на proj. Например, проекты С# обладают расширением csproj, а
проекты С++ — расширением vcxproj. Если просмотрим содержимое файлов в
текстовом редакторе, то обнаружим, что они содержат ХМL-код.
Среда Visual Studio 2015 является расширяемой, и каждый тип проекта
определяется системой проекта, которая может использовать какой угодно
формат. Для встроенных языков тем не менее применяется формат ХМL. В этих
файлах перечисляется содержимое проекта и задается конфигурация его по-
строения. Файлы формата ХМL, используемые средой Visual Studio для проектов
С#, можно также обрабатывать с помощью инструмента msbuild позволяющего
выполнять построение проектов из командной строки.
Visual Studio 2015 помогает организовать работу с несколькими связан-
ными проектами посредством так называемого решения. Оно представляет собой
38
просто набор проектов, и, хотя они, как правило, связаны друг с другом, это не
обязательно – по сути, решение является простым контейнером.
Visual Studio 2015 может загрузить проект только в том случае, если он
является частью решения. При создании нового проекта мы можем добавить его
в уже существующее решение, однако если мы этого не сделаем, Visual Studio
создаст для нас новое решение; в случае же открытия существующего файла
проекта Visual Studio выполнит поиск ассоциированного решения, и, если он не
даст результатов, среда разработки будет настаивать на том, чтобы мы либо
предоставили ей решение, либо позволили создать таковое. Причиной является
то, что область видимости многих операций в Visual Studio 2015 ограничена
загруженным в текущий момент решением. При построении кода обычно
выполняется построение решения. Настройки конфигурации, такие как выбор
между конфигурациями Debug (Отладка) и Rеleasе (Выпуск), контролируются на
уровне решения. Глобальный текстовый поиск выполняется по всем файлам
решения [1, c. 31].
Решение представляет собой лишь еще один файл с расширением .s1п. Как
ни странно, это не ХМL-файл — он содержит обычный текст, однако в формате,
понятном для инструмента msbuild. Если мы взглянем на содержимое папки
нашего решения, мы также заметим файл с расширением .suо. Это двоичный файл,
который содержит специфичные для отдельного пользователя настройки,
например, сведения о том, какие файлы были нами открыты и какой проект или
проекты следует открыть при запуске сеанса отладки. Наличие этого файла
позволяет гарантировать, что, когда мы откроем проект, он будет примерно в том
же состоянии, в каком мы его оставили, работая над ним в последний раз.
Поскольку эти настройки касаются отдельного пользователя, они обычно не
регистрируются в системе контроля исходного кода.
Проект может входить в состав нескольких решений. В больших базах
исходных кодов распространенной практикой является использование
нескольких .sln-файлов с разными комбинациями проектов. Среди них, как
правило, присутствует главное решение, которое включает каждый из отдельных
проектов, однако не все разработчики будут нуждаться в том, чтобы постоянно
работать со всем кодом. Например, в упомянутом выше призере, разработчику,
39
создающему настольное приложение, также понадобится разделяемая
библиотека, но, вероятно, он не будет заинтересован в загрузке веб-проекта. Более
крупное решение не только потребует больше времени на загрузку и компиляцию,
но и, возможно, заставит разработчика сделать что-то дополнительно —
например, веб-проект потребует наличие локального веб-сервера [1, c. 33].
Visual Studio 2015 предоставляет простой веб-сервер, однако если в проекте
используются возможности, специфичные для сервера конкретного типа
(например, IIS (Internet Information Services, информационные службы Интернета)
от компании Microsoft), то для загрузки веб-проекта потребуется установить и
сконфигурировать данный сервер. Для разработчика, который планировал
работать только с настольным приложением, это оказалось бы раздражающей
напрасной тратой времени. Таким образом, более благоразумным будет создать
отдельное решение, включающее только те проекты, которые необходимы для
работы над настольным приложением.
Система Visual Studio 2015 – одна из наиболее совершенных
интегрированных сред разработки программ, доступных программистам в
настоящее время. Она воплотила в себе все лучшее, что было достигнуто в ходе
истории развития языков программирования и средств для проектирования
программного обеспечения. Это одна из наиболее популярных интегрированных
сред для разработки программ, включая способы их настройки для наиболее
эффективного использования.
Microsoft Visual Studio 2015 позволяет создавать масштабируемые и
высококачественные приложения. При написании программного кода, создании
баз данных, тестировании и отладке можно повысить производительность
благодаря использованию удобных эффективных инструментов.
В Visual Studio 2015 содержатся инструменты для всех этапов разработки
программного обеспечения (разработка, тестирование, развертывание,
интеграция и управления) и для разработчиков любого уровня квалификации, от
новичков до опытных специалистов.
Visual Studio позволяет разработчику:
‒ создавать многоуровневые приложения для Windows, Интернета,
смартфонов и карманных ПК;
40
‒ использовать встроенные средства Visual Database Tools для создания баз
данных, таблиц, хранимых процедур и пр.;
‒ использовать встроенный генератор и средства просмотра отчетов;
‒ разрабатывать, отлаживать и развертывать многоуровневые
приложения;
‒ выполнять интегрированную отладку XSLT.
Среда разработки Visual Studio 2015 позволяет быстро создавать
приложения, управляемые данными, путем использования интегрированных
средств доступа к данным, проектирования и составления отчетов.
Visual Studio 2015 поддерживает различные языки программирования,
предоставляет редактор кода и отладчик для поддержки (в разной степени)
практически любого языка программирования. К встроенным языкам относятся:
C/C++, Visual Basic.NET, C#, а F#. Поддержка других языков, таких, как М, Python
и Ruby, доступна с помощью отдельной установки. Visual Studio также
поддерживает XML/XSLT, HTML/XHTML, JavaScript и CSS.
В качестве языка программирования был выбран язык программирования
C# и среда разработки для создания приложения Visual Studio 2015.
1.4.3 Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение представляет собой комплекс технических
средств, которые предназначены для работы информационной системы, а также
предоставление соответствующей документации на эти средства и
технологические процессы.
В комплекс технических средств входит: расходные материалы (бумага,
диски), компьютеры, устройства передачи данных: маршрутизаторы, сетевые
карты.
Для того, чтобы правильно выбрать компьютер, в первую очередь нужно
обратить внимание на производительность процессора, объем оперативной
памяти, а также емкость жесткого диска.
41
На предприятии имеются ноутбуки с требованиями, предъявляемыми для
построения информационной системы. И, имеющееся техническое обеспечение в
модернизации не нуждается.
42
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Период времени, начавшийся с момента принятия решения о
необходимости создания какой-либо информационной системы и
заканчивающийся в момент полного ее изъятия из эксплуатации и является
жизненным циклом информационной системы.
Стандарты для проектирования информационных систем:
‒ ГОСТ 34.601-90;
‒ ISO/IEC 12207:1995 (российский аналог — ГОСТ Р ИСО/МЭК 12207-
99);
‒ Custom Development Method (методика Oracle);
‒ Rational Unified Process (RUP);
‒ Microsoft Solutions Framework (MSF), включающая 4 фазы: анализ,
проектирование, разработка, стабилизация;
‒ Экстремальное программирование (англ. Extreme Programming, XP). В
основе методологии командная работа, эффективная коммуникация между
заказчиком и исполнителем в течение всего проекта по разработке ИС. Разработка
ведется с использованием последовательно дорабатываемых прототипов.
Стандарт ISO/IEC 12207 содержит основные и вспомогательные процессы.
Данный стандарт задает полный набор процессов (более 40), который охватывает
все возможные виды задач и работ, связанных с построением программного
средства, начиная с анализа предметной области и заканчивая изготовлением
конечного продукта.
Для начала на предпроектной стадии необходимо проводить системный
анализ, который включает анализ функционирования и выявление недостатков
существующей технологии. На основе таких недостатков формулируется
потребность в совершенствовании системы, формулируются технические условия
к ИС, требования к ИС, а также создается технико-экономическое обоснование
проекта (ТЭО). Результаты должны быть оформлены в виде технического
задания.
43
Над первым этапом работает, как правило, бизнес-аналитик отдела, с
привлечением сотрудников. Входную информацию бизнес-аналитик получает из
интервью с сотрудниками, которые характеризуют существующие бизнес-
процессы.
Проектирование ИС является следующим этапом, который включает в себя
разработку в соответствии со сформулированными требованиями состава
автоматизируемых функций (функциональная архитектура), состава
обеспечивающих подсистем (системная архитектура), оформление технического
проекта ИС. Входной информацией является техническое задание для
проектирования ИС.
Определяется на данном этапе:
‒ состав программных подсистем и компонентов оборудования;
‒ спецификации требований к компонентам ПО;
‒ состав компонентов ПО;
‒ интерфейсы с БД;
‒ структуры хранения данных;
‒ алгоритмы обработки информации;
‒ спецификации интерфейсов с другими системами автоматизации;
‒ требования к тестам.
Этап проектирования ИС является очень ответственным с точки зрения
качества всей последующей разработки.
Этап реализации включает в себя: физическое проектирование,
программирование, наполнение базы данных, тестирование, разработка
инструкций.
На этапе тестирования оценивается система в целом на соответствие
требованиям технического задания.
На этапе подготовки объекта к внедрению проводятся следующие работы:
закупка и установка сервера системы и серверное программное
обеспечение;
развернуть базу данных на сервере;
установить клиентское программное обеспечение на все компьютеры;
44
провести конфигурацию взаимодействия информационной системы с
сервером базы данных;
осуществить ввод учетных записей и настроить права доступа к ним;
заполнить реальными данными справочники информационной системы;
обеспечить пользователей необходимой эксплуатационной
документацией;
обучить персонал работе с информационной системой.
Опытная эксплуатация информационной системы должна проводиться не
менее 3 месяцев. Данный этап подразумевает поиск причин и устранение ошибок,
внесение коррективов в программу, в технологию обработки данных в случае
обнаружения ошибок. После устранения ошибок подписывается «Акт о
проведении опытной эксплуатации», который служит началом перехода к
третьему этапу – сдаче системы в промышленную эксплуатацию.
На этапе эксплуатации проводятся следующие работы:
‒ актуализация справочников информационной системы;
‒ периодическое архивирование информационной базы системы на CD-
носителях;
‒ локализация проблем и устранение причин их возникновения
(программист);
‒ модификация программного обеспечения (бизнес-анатилик,
программист);
‒ подготовка предложений по совершенствованию системы (пользователи
системы);
‒ развитие и модернизация системы (бизнес-анатилик, программист).
Таким образом, каскадный метод более всего подходит к конкретной
разработке, следовательно, используем стандарт ISO/IEC 12207.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их
описание
На этапах жизненного цикла могут возникнуть риски, т.е. возможность
появления обстоятельств, которые обусловливают невозможность получения
45
ожидаемых результатов от реализации поставленной цели, опасность валютных
потерь, нанесение материального ущерба и др.
Для уменьшения величины типов рисков необходимо иметь
квалифицированных сотрудников, имеющих большой опыт работы в данной
области и при этом взаимозаменяемых на сотрудников, не менее
соответствующих данным характеристикам (таблица 2.1).
Таблица 2.1
Характеристики дефектов программного продукта
Этапы возникновения дефектов и ошибок
Типы первичных
дефектов и ошибок
программного средства
и документации
Формирование
требований
Разработка требований к
ПО
Дефекты исходных
требований заказчика
Проектирование
Планирование работ
Дефекты,
обусловленные
реальной сложностью
проекта
Проектирование
архитектуры системы
Ошибки планирования
и системного
проектирования
программного средства
Детальное
проектирование ПО
Системные и
алгоритмические
дефекты и ошибки
проекта
Реализация
Кодирование ПО
Программные дефекты
и ошибки компонентов
и документов
программного средства