Автор: Пользователь скрыл имя, 30 Мая 2015 в 11:15, дипломная работа
Данный документ представляет собой пояснительную записку к дипломной работе по специальности «Программное обеспечение вычислительной техники и автоматизированных систем» на тему «Разработка информационной системы по учету материальных ценностей в Муниципальном бюджетном учреждении «Городская стоматологическая поликлиника»»
В первой главе выполнено обоснование выбора предметной области. В качестве предметной области был выбран производственный процесс Муниципальном бюджетном учреждении «Городская стоматологическая поликлиника». После анализа данного учреждения проведен анализ прототипов и аналогов, функциональных потребностей пользователей.
Во второй главе описана разработка структуры программной системы, ее основные алгоритмы, интерфейс пользователя.
В третьей главе рассматриваются технические условия эксплуатации, предусмотренные функциональные возможности, а также анализ практического применения и результатов внедрения разработанной программной системы.
Введение 6
Глава 1. анализ предметной области и постановка задач 9
1.1. Описание предметной области 9
1.2. Функциональные задачи будущих пользователей 10
1.3. Анализ аналогов и прототипов 11
Основные возможности: 12
1.4. Постановка задачи проектирования 19
1.5. Выбор и обоснование критериев качества программного продукта 20
Глава 2. Разработка программного продукта 23
2.1. Разработка структуры программной системы 23
2.2. Проектирование конфигурации 1С 23
2.2.1. Перечисления 24
2.2.2. Справочники 25
2.2.3. Константы 31
2.2.4. Документы 32
2.2.5. Отчеты 35
2.2.6. Регистры сведений 36
2.2.7. Регистры накоплений 37
2.2.8. Модель данных 38
2.3. Структурная схема приложения 38
2.4. Разработка алгоритма обработки информации 39
2.4.1. Алгоритм контроля поступающих данных 39
2.4.2. Алгоритмы запросов и выборки по условию 39
2.5. Технология программирования, разработка и отладка рабочих программ 40
2.5.1. Технология программирования 40
2.5.2. Разработка программы 41
2.5.3. Отладка системы 43
Глава 3. Внедрение программного продукта 45
3.1. Тестирование программного продукта 45
3.2. Расчет экономической эффективности внедрения программного продукта 46
Таблица 3.1. 46
Исходные данные для расчета экономической эффективности проекта 46
Таблица 3.2. 50
Расчетные показатели экономической эффективности проекта 50
3.3. Требования к технике безопасности при использовании программного продукта 50
Рис. 3.1. Правильная посадка пользователя 53
3.4. Описание среды выполнения программного продукта 53
3.4.1. Требования к программному обеспечению 53
3.4.2. Требования к техническому обеспечению 54
3.5. Программа внедрения 54
3.6. Анализ внедрения 55
Заключение 56
Список литературы 57
Поле |
Тип данных |
Ключ |
Описание |
Период |
Дата |
||
Регистратор |
ДокументСсылка.ЛечениеПациента |
||
Материал |
СправочникСсылка.Материалы |
Да |
|
Услуга |
СправочникСсылка.Услуги |
Да |
|
Сотрудник |
СправочникСсылка.Сотрудники |
Да |
|
Пациент |
СправочникСсылка. |
Да |
|
КоличествоМатериала |
Число |
Израсходованное количество материала |
Модель данных, а именно – схема связей таблиц, в наглядном графическом виде представлена в приложении 1.
Структура функционирующего приложения обуславливается структурой платформы 1С. Поскольку основные функции программ были достаточно подробно перечислены в предыдущих разделах данного дипломного проекта, то в этом пункте они не будут рассматриваться вновь. Для подробного ознакомления структура программы представлена в приложении 2.
Алгоритмические структуры, отнесенные к этому условному классу, реализуют обработку и проверку вновь поступающей в базу данных программной системы информации, либо изменяющейся в процессе работы с программной системой. Данные алгоритмы активизируются в те моменты, когда пользователь вносит в базу данных новые сведения либо редактирует уже имеющиеся.
Эти алгоритмы, хотя и объединены в один класс, по своей внутренней структуре и функциональности достаточно разнообразны. Каждый конкретный алгоритм (не считая универсальных, теоретически готовых к применению в любой части программной системы) реализуется для определенных структур данных и универсален только в пределах некоторой функции программы.
Таким образом, видно, что алгоритмы, относимые в пределах разрабатываемой программной системы к подклассу «контролирующих» достаточно разнообразны и охватывают широкий спектр задач, выполнение которых весьма критично для корректного функционирования программного продукта.
Алгоритмы, выделяемые в этот условный функциональный класс, фактически выполняют два вида действий.
1. Отображение информации;
2. Изменение информации.
Такое разделение основывается на использовании для выборок данных языка запросов 1С, а для изменения данных – встроенного языка 1С.
В этом пункте будут кратко рассмотрены предпосылки для выбора в качестве среды для реализации разрабатываемой программной системы 1С, а именно 1С: Предприятие 8.2.
1С:Предприятие — программный продукт компании 1С, предназначенный для быстрой разработки прикладных решений. Технологическая платформа «1С:Предприятие» не является программным продуктом для использования конечными пользователями, которые обычно работают с одним из многих прикладных решений (конфигураций), использующих единую технологическую платформу. Платформа и прикладные решения, разработанные на её основе, образуют систему программ «1С:Предприятие», которая предназначена для автоматизации различных видов деятельности, включая решение задач автоматизации учёта и управления на предприятии (КИС).
Средства быстрой разработки представлены визуальным «конфигурированием», которое позволяет разработчику сосредоточиться на создании бизнес-логики приложения и не заниматься технологическими подробностями, такими как организация взаимодействия с базой данных, обработка транзакционных блокировок, нюансы программирования экранных форм и т. п. Конфигурирование частично заменяет кодирование и, таким образом, снижает требования к квалификации разработчиков 1С. Тем не менее имеет встроенный язык для реализации произвольной бизнес-логики.
Технологическая платформа «1С:Предприятие» представляет собой программную оболочку над базой данных (используется собственный формат 1CD или СУБД Microsoft SQL Server). Кроме того, хранение данных возможно в СУБД PostgreSQL. Имеет свой внутренний язык программирования, обеспечивающий помимо доступа к данным возможность взаимодействия с другими программами с помощью COM-соединения.
Клиентская часть платформы функционирует только в среде ОС Microsoft Windows (существует также возможность запуска системы программ «1С:Предприятие» на Unix-подобных операционных системах с помощью WINE@Etersoft). Серверная часть при использовании PostgreSQL или DB2 может функционировать на операционной системе Unix.
Разработка программного продукта происходила в тесном сотрудничестве с руководством МБУ «Городская стоматологическая поликлиника».
Самым первым и чрезвычайно важным этапом в разработке программной системы было изучение основных аспектов и проблем предметной области, в которой ведется деятельность данного подразделения. На этом этапе было выяснено, что на текущий момент развития, абсолютно все действия, связанные с учетом материальных ценностей ведутся вручную, что доставляет значительные неудобства и, кроме того, значительно снижает производительность в целом.
Далее на этом же этапе были изучены в объемах необходимых для продолжения разработки дипломного проекта методы, действия, приемы и технологии, связанные учетом материальных ценностей
По завершении этого этапа и по результатам консультаций, проведенных с руководством и сотрудниками учреждения было принято решение разработать программную систему, которая позволила бы автоматизировать учет материальных ценностей. Следующим, не менее важным этапом разработки программной системы стало определение требований к будущему программному продукту, который, по завершению разработки первой версии, предполагалось внедрить и активно использовать в МБУ «Городская стоматологическая поликлиника».
На этом этапе также было проведено множество консультаций и совещаний со специалистами подразделения, в результате которых были разработаны предварительный вариант требований к программной системе, который в дальнейшем планировалось совершенствовать и дополнять необходимыми функциями.
Список требований к программной системе, отражающий и перечень функций, исполняемых ею, был описан в разделе 1.5 (раздел постановки задачи).
Все эти функции, естественно предполагалось реализовать в удобной для работы форме, с разработкой эргономичного, визуально комфортного интерфейса.
В дальнейшем также планируется развитие и дополнение программной системы расширенной функциональностью.
Далее была начата непосредственная реализация программной системы с использованием 1С: Предприятие.
Внешний вид программы приведен на рис. 2.1.
Рис.2.1. Внешний вид программы
Как ясно из предыдущих разделов данного дипломного проекта, разработка системы велась при постоянном и тесном сотрудничестве с руководством МБУ «Городская стоматологическая поликлиника», проводились регулярные консультации и уточнения требований и функций программного продукта. Соответственно такому сложившемуся в процессе разработки программы способу взаимоотношений тестирование и отладка программы проводились также при помощи будущих пользователей разрабатываемой программной системы и других работников, которые предположительно будут в дальнейшем работать с данной системой.
Весь процесс отладки делился на две части: отладка, проводимая силами разработчика и отладка при участии будущих пользователей.
На уровне отладки, проводимой силами разработчика, устранялись грубые ошибки в алгоритмических структурах программы, ошибки, приводящие к краху при выполнении программного кода. Исправление ошибок такого рода проводилось параллельно с кодированием программной системы.
После того как устранено большинство грубых ошибок, нередко препятствующих даже первоначальному пуску программы, дальнейшая отладка уже ведется на простых тестовых примерах, созданных исключительно для отладки поведения программы в различных ситуациях, ее реакции на ввод разнообразных данных. Эти отладочные структуры не претендуют на реалистичность содержащихся в них сведений и создаются только с целью «прогона» программ в самых разнообразных ситуациях.
Когда выявлены и устранены ошибки на тестовых структурах данных, наступает этап отладки программы с участием специалистов, консультирующих разработчика при создании программной системы. Действия специалистов заключаются в том, что они создают не громоздкие, но соответствующие реальным условиям ситуации, работают с программой как с готовым продуктом и анализируют ее функциональность, поведение, удобство использования и стабильность работы в реальных условиях использования с точки зрения пользователей.
В процессе такого предварительного использования разрабатываемой программной системы все ошибки, недочеты и пожелания передаются разработчику в устном, письменном или электронном виде. После поступления этих сведений отладка программы продолжается, наращивается ее функциональность соответственно описанному выше плану, и процесс отладки выходит на новый виток.
Подробнее процесс отладки и тестирования будет раскрыт в 3 главе, где описывается процесс внедрения программной системы в подразделении.
Отладка и тестирование на этапе кодирования это очень объемный и трудоемкий процесс, в основном заключающийся в выявлении и исправлении недочетов алгоритмов. Эти недочеты могут носить как характер случайных ошибок, допущенных по невнимательности, так и более серьезных несовершенств в самом процессе организации вычислений и последовательности выполнения различных действий в программе.
Все эти ошибки и недочеты отслеживаются либо компилятором среды разработки, либо самим разработчиком программного продукта в процессе написания, усовершенствования и оптимизации кода программы с использованием экспериментальных структур данных и проверки работоспособности программы в различных условиях ее выполнения.
Технология тестирования заключалась в следующем: после завершения реализации каждого относительно замкнутого блока функциональности программной системы очередная версия программы (под «версией» в данном контексте понимается отдельный этап реализации дополнительных функций и наращивания возможностей системы). Новая реализация программы демонстрировалась пользователям с объяснением новых функций. Далее пользователи работали с ней как с готовым продуктом. В программную систему заносились реальные сведения, на основе этих сведений проводились расчеты, результаты которых затем тщательно проверялись.
После проведения таких испытаний в реальных условиях пользователи составляли перечни, в которых указывали ошибки, возникавшие при работе с программной системой на каждом этапе. Кроме того, они вносили свои предложения по улучшению работы системы и пожелания по дальнейшему наращиванию функциональных возможностей продукта.
Таким образом, видно, что тестирование и отладка продукта проходили очень эффективно с привлечением будущих пользователей. Для тестирования применялись реальные данные, что дает гарантию абсолютно корректной работы программного продукта после его внедрения в подразделении.
В результате проведенного тестирования была достигнута максимальная эффективность работы программной системы: отлажена корректность работы мультиагентной подсистемы, корректность функционирования базы данных.
Также был выработан максимально удобный и исключающий неверные действия пользователей интерфейс для форм программных компонент системы.
В этом разделе будет проведен анализ экономической эффективности внедрения разрабатываемого программного продукта на предприятии.
Расчет экономической эффективности внедрения программного средства осуществляется в рамках учета составляющих себестоимости продукции предприятия. При расчете экономической эффективности внедрения программного средства будут определены затраты на приобретение и эксплуатацию программного средства, выбранного в качестве базового и программного средства, разработанного при выполнении дипломного проекта.
Расчет экономического эффекта будет осуществляться в приведенной ниже последовательности.
Для получения исходных данных для расчета следует заполнить следующую таблицу: