36
Входные документы желательно получать через сеть Интернет, в этой
связи они должны представляться в файлах заранее согласованной системы.
Для упрощения применения таких документов, они должны иметь табличный
вид.
Классификаторы являются способом описания информации,
обеспечивают единство классификации и кодирования данных и необходимы
для обеспечения машинной обработки и предоставления данных в удобном
виде потребителям при решении разного рада задач.
В проектируемой задаче были применены следующие общероссийские
классификаторы:
ОКУД – Общероссийский классификатор управленческой
документации;
ОКОПФ – Общероссийский классификатор организационно-
правовых форм.
При и создании в макетов на для но документов как с за неизменной под информацией и надо в
иметь на в но виду, как что за эти под экранные и формы в используются на для но внесения как и за
актуализации под записей и информационных в источников, на поэтому но для как их за создания под
правильнее и будет в применить на анкетную но форму как расположения за реквизитов, под
которая и является в наиболее на приспособленной но для как выполнения за этих под операций.
Для и того чтобы на чтобы выбрать но правильные как экранные за макеты под нужно и
руководствоваться в принципами на минимальной но стоимости как и за трудоемкости под и и
ввода в информации на в но ЭВМ, как более за высокой под степени и доступности в конечной на
информации, но выводимой как на за экран, под и и большей в достоверности на и но надежности как
выполнения за этих под операций.
При и разработке в этой на системы применялась как реляционная за модель под базы и
данных.
Поэтому содержание экранных видов должно включать такие основные
реквизиты:
название;
37
количество;
дата ввода;
дополнительные реквизиты.
Перечисленные выше реквизиты должна содержать каждая форма, и
также, в зависимости от назначения определенной формы должны учитываться
и уникальные реквизиты.
В системе присутствуют справочники
Справочник "Аптеки"
Справочник "Вид_лекарства"
Справочник "Лекарство"
Справочник "Форма"
Справочник «Клиенты»
В список первичных документов входят:
Поставка
Отпуск
Изготовить_рецепт
В результате должны формироваться следующие документы:
Поступление_по_видам;
По_рецепту;
Льготный-рецепт.
1.4.2. Обоснование проектных решений по программному обеспечению
Программное обеспечение включает в себя совокупность программ,
которые осуществляют функции и задачи информационной системы и
обеспечивающих стабильную работу систем технических средств. В состав ПО
входят специальные и общесистемные программы, а также инструктивно-
методические материалы по использованию средств ПО.
При выборе системы технических средств для создания системы, одним
из важных показателей является правильный выбор операционной системы. ОС
38
управляет техническими компьютерными средствами, поддерживает запуск и
исполнение определенных программ и приложений, создает надежную защиту
данных, реализует разного рода сервисные функции. Каждая система
пользуется средствами, которые предоставляются операционной системой.
Таким образом, выбор операционной системы представляет особую важность,
поскольку он определяет программы и формат исполняемых файлов, а также их
взаимодействие с ОС.
На компьютерных средствах с архитектурой x86, применяемых в качестве
рабочих мест пользователей, наиболее часто используются следующие
операционные системы:
ОС семейства Windows от компании Microsoft операционные
системы Linux/BSD семейства от разных фирм – разработчиков (Red Hat,
Debian, Mandrake soft, NetBSD, Novel, Gentoo, IBM, Slackware, Oracle,
OpenBSD, FreeBSD).
В качестве ОС для разработки и использования программы была избрана
операционная система семейства Windows, в том числе операционная система
Windows10. Такой выбор вызван тем, что в настоящее время Windows 10
является одной из самых распространенных ОС. Операционная система
Windows 10 обеспечивает устойчивую работу.
Одним из важнейших требований, которые предъявляются к разработки
информационных систем, применяемых совместно на технологической базе
крайне ограниченных возможностей, представляется большая их однородность,
с помощью которой можно обеспечить мобильность, совместимость,
переносимость.
Самый легкий подход при выборе системы управления базами данных
основывается на оценке того, в какой степени действующие системы
удовлетворяют главным требованиям формируемого проекта ИС. Более
дорогостоящим исложным вариантом представляется разработка
испытательного проекта на основании нескольких систем управления базами
39
данных и дальнейший выбор самого подходящего из кандидатов. Однако и в
таком случае нужно ограничивать спектр возможных систем, основываясь на
некие показатели отбора. В таком случае можно отметить особенно несколько
групп критериев, среди которых:
моделирование информации;
функциональные возможности и особенности архитектуры;
контроль работы системы;
специфика разработки приложений;
надежность;
производительность;
требования к рабочей среде;
смешанные показатели.
Главным принципом выбора системы управления базами данных
считается определение программного продукта, в наибольшей степени
соответствующего предъявляемым требованиям. Такую задачу решить
довольно сложно. В первую очередь, к системам управления базами данных
предъявляется довольно много требований, которые со временем претерпевают
различные изменения, кроме того, системы управления базами данных имеют
много параметров, что усложняет их сравнение. Помимо этого, информация о
системах управления базами данных часто имеет рекламный характер, из за
которого сложно сделать правильное суждение.
Процедуру выбора системы управления базами данных необходимо
производить в 3 следующих этапа:
на качественном уровне проводить оценку предлагаемых
программных продуктов на пригодность;
оценка технических характеристик выбранных информационных
систем;
оценка производительности программных систем.
40
В таблице 3 представлена сравнительная таблица 3-х распространенных
систем управления БД, которые сегодня конкурируют на рынке программного
обеспечения по основным показателям.
Модель базы данных 1С:Предприятия 8 имеет ряд особенностей,
отличающих ее от классических моделей систем управления базами данных
(например, основанных на реляционных таблицах), с которыми имеют дело
разработчики в универсальных системах.
Основное отличие заключается в том, что разработчик 1С: Предприятия
не обращается к базе данных напрямую. Непосредственно он работает с
платформой 1С: Предприятия. При этом он может:
описывать структуры данных в конфигураторе,
манипулировать данными с помощью объектов встроенного языка,
составлять запросы к данным, используя язык запросов.
Важной особенностью работы с базой данных является то, что в 1С:
Предприятии 8 реализована общая система типов языка и полей баз данных.
Иными словами, разработчик одинаковым образом определяет поля базы
данных и переменные встроенного языка и одинаковым образом работает с
ними.
Этим система 1С: Предприятие выгодно отличается от универсальных
инструментальных средств. Обычно, при создании бизнес-приложений с
использованием универсальных сред разработки, используются отдельно
поставляемые системы управления базами данных. А это значит, что
разработчику приходится постоянно заботиться о преобразованиях между
типами данных, поддерживаемыми той или иной системы управления базами
данных, и типами, поддерживаемыми языком программирования.
Хранение ссылок на объекты
При манипулировании данными, хранящимися в базе данных
1С:Предприятия, зачастую используется объектный подход. Это значит, что
обращение (чтение и запись) к некоторой совокупности данных, хранящихся в
41
базе, происходит как к единому целому [2]. Например, используя объектную
технику, можно манипулировать данными справочников, документов, планов
видов характеристик, планов счетов и т.д.
Характерной особенностью объектного манипулирования данными
является то, что на каждый объект, как совокупность данных, существует
уникальная ссылка, позволяющая однозначно идентифицировать этот объект в
базе данных.
Платформа 1С:Предприятия обеспечивает операции исполнения
запросов, описания структур данных и манипулирования данными, транслируя
их в соответствующие команды. Это могут быть команды системы управления
базами данных, в случае клиент-серверного варианта работы, или команды
собственного движка базы данных для файлового варианта.
Таким образом, можно говорить о том, что для проекта,
рассматриваемого в данном исследовании наиболее более приемлема 1 С
Предприятие.
1С: Предприятие – программный продукт для автоматизации
деятельности предприятий, первоначально предназначался для автоматизаций
управленческого и бухгалтерского учета, в настоящее время охватывает и
другие сферы деятельности [5].
1С: Предприятие состоит из пользовательского режим работы и
технологической платформы. Технологическая платформа своего рода
оболочка над базой данных, которая предоставляет объекты данных и
механизмы управления объектами.
Совокупность взаимосвязанных объектов описываются в виде
конфигураций. При автоматизации каких-либо учетных задач создается своя
конфигурация, которая представляет собой уже законченное прикладное
решение [22].
1С: Предприятие 8.х имеет два основных режима:
Предприятия
42
Конфигуратор
В режиме Конфигуратор создается Конфигурация, а в режиме запуска
«1С: Предприятие» пользователь получает доступ к функциям, реализованным
в прикладном решении, т.е. конфигураций [13].
Также выпускаются учебные версии 1С, это «1С: Предприятие 8.2
Версия для обучения программированию» и «1С: Бухгалтерия 8. Учебная
версия». Учебные версии предназначены для обучения программированию и
использованию программы.
1.4.3. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение представляет собой систему технических
средств, которые предназначены для работы ИС, а также соответствующая
документация на данные средства и технологические процессы.
В комплекс технических средств входят:
компьютеры;
устройства сбора, обработки, накопления, передачи и вывода
информации – жесткие диски, устройства хранения информации, принтеры,
сканеры, факсимильные аппараты;
системы передачи информации и линий связи – модемы;
эксплуатационные материалы – бумага, CD (DVD) – диски и так
далее.
При выборе персонального компьютера следует руководствоваться
несколькими характеристиками. К ним относятся надежность, финансовые
расходы, производительность, простота использования и так далее. От значения
выше названных параметров напрямую зависит возможность работы с
необходимыми программными средствами, а значит, и успех разработки
системы [10].
Для каждого из компонентов данной система выделяется список
показателей, самых важных при проведении выбора технического обеспечения.
К таким критериям относятся следующие:
43
тактовая частота процессора;
размер оперативной памяти;
разрешение монитора.
Для решения данной задачи нужно применять персональный компьютер с
уровнем вычислительной мощности AMD 2000 Мгц, или Intel 2000 Мгц, с
размером оперативной памяти от 2 гигабайт. Система полностью
оптимизирована для работы в разрешении экрана 1024х768 на мониторе с
диагональю 21 дюйм. Данные технические средства имеют достаточную для
решения задачи конфигурацией.
Сегодня разрозненный парк ПК формирует сложности с их техническим
обслуживанием, ремонтом, в связи с чем следует его унифицировать и
приобрести одинаковые рабочие станции.
Технические характеристики подходящей рабочей станции представлены
в таблице 4.
Таблица 4
Характеристики рабочей станции
Производитель
Hugel
Модель процессора
Intel Atom Single Core N270 – 1.66GHz
Оперативная память
2048Mb
Жесткий диск
160 Gb
Оптический привод
DVD-RW
Видеоадаптер
Интегрирован в чипсет
Разъемы на материнской плате
7 USB, выход S/PDIF, 2xCOM, D-Sub,
DVI, Ethernet, PS/2 (клавиатура), LPT
Корпус
mATX 250W
Операционная система
Windows 10
Размеры (ШхГхВ)
283 х 282 х 95 (мм)
Помимо этого, для работы файл-сервера нужно приобрести
специализированной серверное оборудование, к примеру Team Server 3420P.
В таком виде информационная система будет готова к внедрению
автоматизированной системы для аптеки.
44
II. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл (далее по тексту – ЖЦ) – период времени, который
начинается с принятия решения о создании программного обеспечения и
заканчивается в момент изъятия его из эксплуатации [1].
Понятие жизненного цикла (ЖЦ) ИС является одним из базовых в
программной инженерии. Жизненный цикл ИС определяется как период
времени, который начинается с момента принятия решения о необходимости
создания ИС и заканчивается в момент его полного изъятия из эксплуатации.
Основным нормативным документом, регламентирующим состав процессов
жизненного цикла, является международный стандарт ISO/IEаC 12207:
“Information Techаnology – Software Life Cyаcle Processes”. ISO – Internаtional
Organization for Standardizаtion – Международная организация по
стандартизации, IEC – Internаtional Electrotechnical Commission –
Международная комиссия по электротехнике. Данный стандарт определяет
структуру жизненного цикла, содержащую процессы, действия и задачи,
которые должны быть выполнены во время создаания ИС.
Наиболее оптимальным вариантом является международный стандарт
ГОСТ Р 12207-2010. В настоящее время этот стандарт является основным
международным документом в области создания и развития программных
продуктов [1].
Жизненный цикл информационной системы можно представить как
череду событий, происходящих с данной системой от процессе ее создания до
утилизации. В данный момент известны и используются такие модели
жизненного цикла, как:
каскадная модель предусматривает поэтапное выполнение всех
пунктов проекта в строгой последовательности. Переход к следующему этапу
означает, что работы на предыдущем были завершены полностью;
45
поэтапная модель с промежуточным контролем. Разработка
информационной системы происходит итерациями обратной связью между
всеми этапами. Данные связи позволяют проводить корректировки и учитывать
реально существующее значение взаимовлияние результатов разработки на
любом этапе; время жизни любого из этапов продлевается на весь период
разработки информационной системы;
цикличная модель. На каждом витке создается очередная версия
готово продукта, уточняются все требования проекта, так же определяется его
качество, далее выявляются потребности, и в конечном счете планируются
работы следующего цикла. Пристальное внимание уделяется таким этапам
разработки, как анализ и проектирование, где реализация тех или иных
решений проверяется и обосновывается посредством создания прототипов
(макетирования).
Для реализации данного проекта необходимо и достаточно использовать
каскадную модель.
Выбор стратегии внедрения
1) Параллельная стратегия — для случая, когда старую работающую
систему необходимо заменить новой.
2) Скачок означает, что прежняя система работала еще в пятницу а в
понедельник начала работать по новой системе [16].
Если данные не столь точные, как хотелось бы, если люди не обучены,
тогда есть риск ввергнуться в хаос, сорвать поставки и финансовые расчеты.
3) Опытная эксплуатация пилотного проекта — это тактика скачка, но
применяемая к ограниченному числу изделий. Область применения стратегии
— малый участок деятельности. Такой подход наиболее надежен, он снижает
риск, и сегодня практически все фирмы применяют эту тактику.
4) Узкое место — это наиболее критичная малая часть
производственного процесса. При внедрении узкого места план внедрения
выполняется только для узкого места и для людей, работающих в нем.