Главная Коллекция "Revolution" Программирование, компьютеры и кибернетика Автоматизированная информационная система учета лекарственных препаратов на базе больничной аптеки

Автоматизированная информационная система учета лекарственных препаратов на базе больничной аптеки

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 28.09.2017
Размер файла 745,8 K
рефераты на заказ со скидкой

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Страница:

2. Возврат товара и обмен его

- Все лекарственные препараты, проданные в медицинских учреждениях, имеющих лицензию на право продажи лекарственных препаратов и медикаментов возврату не подлежат согласно приказа Министерства здравоохранения РФ.

1. 7 Предварительный технико-экономический анализ создания АИСУЛП

При принятии решения о создании АЭИС необходимо, в первую очередь, оценить условия, при которых создание автоматизированной системы будет экономически целесообразным.

В целом внедрение средств автоматизации требует решения следующих задач:

оценка затрат на проектирование, приобретение комплектующих изделий (ИО, ПО, ТО);

оценка затрат на внедрение средств автоматизации (монтаж, установка ИО, ТО, ПО, обучение пользователей);

оценка эксплуатационных расходов;

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

оценка величины будущих доходов;

оценка срока окупаемости будущих затрат;

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

В данном проекте анализ целесообразности создания АИСУЛП будем выполнять в следующем порядке:

1. Оценка затрат времени на обработку экономической информации в i-м подразделении на основе оценки объема входных (Vвх,i) и выходных (Vвых,i) данных, а также заданных нормативов вх, вых:

, (1.1)

вх =500 симв/ час,

вых =500 симв/ час,

Vвх, i =67165,5 симв.,

Vвых,i =68623,9 симв.,

Таптека=67165,5/500+68623,9/500=271,58(час)

2. Определение количества сотрудников (рабочих мест), занятых обработкой экономической информации существующей ЭИС:

, (1.2)

где

- среднемесячный фонд рабочего времени (часов).

В году количество рабочих часов равно 2001 (по производственному календарю) = 2001/12=167(часов);

Nаптека= 271,58 /167=1,63 N*аптека = 2 (чел.)

3. Оценка финансовых затрат на обработку ЭИ за месяц:

, (1.3)

где - усредненный норматив затрат на обработку ЭИ на одном рабочем месте в i-м подразделении с учетом основной и дополнительной заработной платы, налогов, амортизации оборудования, эксплуатационных расходов и т.п.;

Рнорм,min = 2000 (руб.),

Рнорм,max = 2100 (руб.),

Рнорм = (2000+2100)/2=2050 (руб.),

Fаптека= 2050*2 = 4100 (руб.)

4. Оценка средней себестоимости обработки документов:

(1.4)

где - количество документов (первичных или отчетных), обрабатываемых за месяц в i-м подразделении;

Саптека = 4100/211 = 19,43 руб/ документ

5. Вычисление допустимых затрат на создание автоматизированных рабочих мест в i-м подразделении и АИСУЛП в целом (затраты считаются допустимыми, если они будут скомпенсированы за L лет за счет сокращения фонда оплаты труда или себестоимости обработки ЭИ):

, (1.5)

где - относительное сокращение трудоемкости обработки ЭИ (относительное повышение производительности труда).

Доля эксплуатационных расходов:

= 0,02;

Срок эксплуатации:

L= 2,5 года;

(1.6)

Зависимость S от т можно представить в таблице 1.4:

Таблица 1.4

т

0,1

0,2

0,4

0,5

0,6

0,7

S

4271

9609

16473

25625

57656

89688

Величина S является оценкой общих затрат на создание и внедрение средств автоматизации. В составе S можно выделить отдельные слагаемые, определяющие затраты на проектирование (), разработку и приобретение программного (), технического (), информационного () обеспечения и на внедрение АИСУЛП (). Достаточность величины S определяется путем анализа публикаций, прайс-листов различных фирм:

(1.7)

Стоимость технического обеспечения определяется по данным из прайс- листов компьютерной фирмы “Технолинк”:

1) Материнская плата Epox 8RDA 2870 руб.

2) Процессор AMD ATHLON XP 1,8GHz 1950 руб.

3) Оперативная память DIMM DDR 128Mb 750 руб.

5) Жесткий диск 40Gb 7200 2500 руб.

6) Дисковод FDD 340 руб.

7) Дисковод CD-ROM 400 руб.

8) Корпус 660 руб.

9) Видеокарта Ge Force 2 MX400 32Mb 840 руб.

10) Монитор 17” Samtron 4740 руб.

11) Клавиатура Keyboard Win 98 270 руб.

12) Мышь Mouse ps/2 50 руб.

13) Принтер EPSON Stylus Color C42SX 1840 руб.

ИТОГО: 17230руб.

При условии, что составляет от 35 до 55 % от S, получим:

, (1.8)

31316,16 < S < 49211,43 принимаем S<40000, следовательно

Величина , соответствующая определенному значению S, позволит оценить последствия от внедрения средств автоматизации:

а) повышение производительности труда (или соответствующих нормативов на обработку данных):

, (1.9)

=1000/(1-0,6)=400 симв/ час

б) сокращение затрат времени на обработку данных при условии, что объем входных и выходных данных не изменяется:

, (1.10)

=67,685(1-0,5)=33,84 час

в) возможное сокращение количества исполнителей:

, (1.11)

=2(1-0,6)=0,81 чел.

г) ежемесячные финансовые затраты на обработку документов:

, (1.12)

где - ежемесячные амортизационные отчисления для компенсации капитальных затрат на создание АИСУЛП:

, (1.13)

40000/(122,5)=1333,33 руб.

, (1.14)

400000,02=2000 руб.

=(2050+1333,33+2000)0,8=4306,66 руб.

д) увеличение объема обрабатываемых данных:

, (1.15)

=135789,42/(1-0,6)=339473,55 симв.

е) изменение финансовых затрат на обработку ЭИ (себестоимости обработки документов):

, (1.16)

=(19,43-4306,66/228)/19,43=0,08

На основе анализа полученных значений показателей, характеризующих существующую и планируемую автоматизированную систему можно сделать выводы о том, при каких условиях внедрение автоматизированной экономической информационной системы (АИСУЛП) может быть экономически целесообразным.

Используя нормативные данные, получили следующие результаты:

- экономическую информацию в аптеке обрабатывают 2 человека;

- финансовые затраты на обработку экономической информации за месяц составили 4100 руб;

- себестоимость обработки документа составила 19,43 руб. за документ.

Для дальнейшего анализа на основе данных фирмы «Технолинк» составили спецификацию технического обеспечения на сумму 17224 руб., при условии, что доля технического обеспечения составляет от 35% до 55%. Таким образом, общие затраты на создание средств автоматизации составят 40000 руб. При следующих заданных значениях: срок окупаемости - 2,5 года, доля эксплуатационных расходов - 0,02 и усредненный норматив затрат на обработку экономической информации на одном рабочем месте - 2050 руб., получили, что производительность труда повысится на 60% за счет того, что сократится время на обработку документов на такую же величину. При внедрении АИСУЛП количество исполнителей в системе уменьшится на 1 человека. Ежемесячные финансовые затраты на одно рабочее место сократятся на 8%, что ведет к снижению себестоимости обработки документов на такую же величину.

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

1.8 Требования к системе

Основанием для разработки является задание на дипломное проектирование. Руководитель проекта - Когельман Л.Г., зам. зав. кафедрой АИСТ ПТИ.

Разрабатываемая информационная система предназначена для облегчения учета лекарственных препаратов в больничной аптеке МСЧ №59.

Цель ее создания - полный финансовый и складской учет лекарственных препаратов, формирование разного рода документов.

1.8.1 Требования к составу входных и выходных данных

Как уже отмечалось, в основе построения системы должен лежать принцип однократного ввода информации. Причем следует отметить, что ввод информации разного рода строго разделен между АРМами.

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

Ввод всех полей должен осуществляться с проверкой на допустимость значений. Ряд полей (ключевых полей) обязателен для заполнения при создании любой новой записи. При нарушении условий ввода должны выдаваться содержательные сообщения об ошибке и способе её устранения.

Выходные данные могут располагаться в формах, в окнах сообщений. Там, где необходимо, должен быть доступен вывод данных на принтер.

Все документы должны отвечать государственным стандартам и стандартам, принятым в МСЧ №59.

1.8.2 Требования к надежности

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

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

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

Программа должна работать на стандартном комплексе технических средств из состава персональных компьютеров семейства IBM с VGA/SVGA - монитором. Требования на производительность вычислительной системы и объему оперативной памяти налагает используемая операционная система.

Объем дисковой памяти для хранения базы данных зависит от ее размера.

Для вывода бумажных документов необходимо наличие печатающего устройства.

1.8.4 Требования к программной и информационной совместимости

Разработка должна работать под управлением операционной системы - Microsoft Windows 98 и выше.

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

Microsoft Office XP (Word, Excel);

1С: Предприятие 7.7 (компонента: оперативный учет)

1.8.5 Требования к документации

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

Каждое рабочее место должно содержать контекстно-зависимую справочную систему в виде подсказок.

1.8.6 Порядок контроля и приемки

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

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

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

2.1 Разработка структуры данных

Реляционные базы данных

В реляционных базах данных (Relational Database System, RDBS) все данные отображаются в двумерных таблицах. База данных, таким образом, это ни что иное, как набор таблиц. RDBS и ориентированные на записи системы организованы на основе стандарта B-Tree или методе доступа, основанном на индексации - Indexed Sequential Access Method (ISAM) и являются стандартными системами, использующимися в большинстве современных программных продуктов. Для обеспечения комбинирования таблиц для определения связей между данными, которые практически полностью отсутствуют в большинстве программных реализаций B-Tree и ISAM, используется языки, подобные SQL (IBM), Quel (Ingres) и RDO (Digital Equipment), причем стандартом отрасли в настоящее время стал язык SQL, поддерживаемый всеми производителями реляционных СУБД.

Оригинальная версия SQL - это интерпретируемый язык, предназначенный для выполнения операций над базами данных. Язык SQL был создан в начале 70_х как интерфейс для взаимодействия с базами данных, основанными на новой для того времени реляционной теории. Реальные приложения обычно написаны на других языках, генерирующих код на языке SQL и передающих их в СУБД в виде текста в формате ASCII. Нужно отметить также, что практически все реальные реляционные (и не только реляционные) системы помимо реализации стандарта ANSI SQL, известного сейчас в последней редакции под именем SQL2 (или SQL-92), включают в себя дополнительные расширения, например, поддержка архитектуры клиент-сервер или средства разработки приложений.

Строки таблицы составлены из полей, заранее известных базе данных. В большинстве систем нельзя добавлять новые типы данных. Каждая строка в таблице соответствует одной записи. Положение данной строки может изменяться вместе с удалением или вставкой новых строк.

Чтобы однозначно определить элемент, ему должны быть сопоставлены поле или набор полей, гарантирующих уникальность элемента внутри таблицы. Такое поле или поля называются первичным ключом (primary key) таблицы и часто являются числами. Если одна таблица содержит первичным ключ другой, это позволяет организовать связь между элементами разных таблиц. Это поле называется внешним ключом (foreign key).

Так как все поля одной таблицы должны содержать постоянное число полей заранее определенных типов, приходится создавать дополнительные таблицы, учитывающие индивидуальные особенности элементов, при помощи внешних ключей. Такой подход сильно усложняет создание сколько нибудь сложных взаимосвязей в базе данных. Желающим убедится, что это действительно так и не пожалевшим на это определенный отрезок времени, компания POET Software любезно предоставляет возможность ознакомиться с примером в своей “белой книге” “POET Technical Reference”. База данных рядового предприятия общепита (клиенты - Джордж Буш и Эдди Мэрфи) состоит из четырех таблиц.

Еще один крупный недостаток реляционных баз данных - это высокая трудоемкость манипулирования информацией и изменения связей.

Построение инфологической и даталогической модели

Описание предметной области, выполненное без ориентации на используемые в дальнейшем программные и технические средства, называется инфологической моделью [1].

Для того, чтобы база данных адекватно отражала предметную область, проектировщик базы данных должен хорошо представлять себе все нюансы, присущие данной предметной области (ПО), и уметь отобразить их в базе данных. Поэтому прежде чем начинать проектирование базы данных, необходимо как следует разобраться, как функционирует предметная область, для отображения которой создается БД. Предметная область должна быть предварительно описана. Для этого в принципе может использоваться и естественный язык, но его применение имеет много недостатков, основным из которых являются громоздкость описания и неоднозначность его трактовки. Поэтому обычно для этих целей используют искусственные формализованные языковые средства. В связи с этим под инфологической моделью (ИЛМ) понимают описание предметной области, выполненное с использованием специальных языковых средств, не зависящих от используемых в дальнейшем программных средств.

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

Реляционная структура данных

Проектирование баз данных - серьёзный вопрос. И здесь необходимо определить следующие термины:

- сущность это важная вещь или объект сведение, о котором нужно сохранить. Сущность - это отличимый объект, где объект, о котором идёт речь, может быть настолько конкретным или абстрактным, насколько нам нравится. Сведения о сущностях имеют вид атрибутов и/или связей. Если некий кандидат на то, чтобы быть сущностью, не имеет атрибутов или связей, то в действительности он не является сущностью.

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

- атрибут (свойство) - это однозначный факт о некоторой сущности, то есть данные о сущности, которые нужно сохранить. У каждой сущности ноль или более атрибутов. И каждый атрибут описывает в точности одну сущность. Каждый экземпляр сущности ( строка таблицы ) имеет в точности одно значение, возможно, равное NULL. Термин “проектирование баз данных” используется в смысле логического проектирования. Это не значит, что физическое проектирование не считается столь важным. Дело в том, что оно представляет собой самостоятельную задачу, которой можно и нужно заниматься отдельно после того, как выполнено логическое проектирование.

Будем различать сущности трёх основных классов: стержневые, ассоциативные и характеристические. Стержневая сущность - это независимая сущность (ей свойственно независимое существование). Ассоциативная сущность рассматривается как связь между двумя или более другими сущностями вида “многие - ко - многим”. Характеристическая - это такая, цель, которой состоит в описании или уточнении некоторой другой сущности. Ассоциации и характеристики не являются независимыми, так как они предполагают существование некоторой другой сущности или сущностей, которые будут ассоциироваться или “характеризоваться”. Основой приведённой выше классификационной схемы служит тот факт, что связи между сущностями можно единственным образом разделить на две различные категории, а именно: связи вида “многие - ко - многим”, которые мы называем ассоциациями, и связи вида “многие - к - одной”, которые мы называем обозначениями. Ассоциации рассматриваются как полноправные сущности: они могут обладать свойствами , могут участвовать в других ассоциациях и так далее, точно также, как стержневые сущности. Вместо этого свойства обозначения в большинстве случаев считаются свойствами обозначаемой сущности.

Существуют такие понятия, как первичные и внешние ключи, а также такое понятие как нормализация.

Необходимо отметить, что внутренняя структура базы данных системы 1С: Предприятие представлена реляционным типом баз данных. Ядро системы v7.x осуществляет полный контроль над базой данных, а также осуществляет регистрацию любых изменений в базе данных, вследствие чего в любой момент времени сохраняется целостность хранимых данных.

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

1. Понятие конфигурации в системе программ 1С: Предприятие

Функционирование системы делится на два процесса - конфигурирование (описание модели предметной области средствами системы) и исполнение (обработку данных заданной предметной области).

Результатом конфигурирования является Конфигурация, которая представляет собой модель предметной области.

Конфигурацией в системе 1С: Предприятие называется совокупность трех взаимосвязанных составных частей:

· Структуры метаданных

· Набора пользовательских интерфейсов

· Набора прав

Рисунок 2.1 - Метаданные

Метаданными в системе «1С: Предприятие» называется совокупность объектов метаданных, настроенных на хранение и обработку информации о хозяйственной деятельности конкретного предприятия.

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

Рассмотрим объекты метаданных:

· Константы

Хранение постоянной и условно постоянной информацией

· Справочники

Предназначены для работы с постоянной и условно-постоянной информацией. Обычно справочниками являются списки материалов, товаров, организаций, валют, сотрудников и др. Справочники могут быть многоуровневыми, подчиненными.

· Перечисления

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

Типичными примерами перечислений являются виды оплаты (наличная, безналичная, бартер), статусу клиента (постоянный, разовый), булевы (да, нет).

· Документы

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

· Журналы документов

Журналы документов предназначены для просмотра документов. Каждый вид документа может быть отнесен к определенному журналу. Сам журнал документов не добавляет новых данных в систему, а служит только как удобное средство просмотра списка документов одного или нескольких видов. Стоит заметить, что подчинение какого - либо документа определенному журналу устанавливается на стадии конструирования документа.

· Отчеты и обработки

Для описания отчетов и процедур произвольной обработки на этапе конфигурирования может быть создано неограниченное количество форм отчетов. Каждая форма имеет свой диалог настройки, который позволяет определить набор параметров формирования отчетов. Например, для выдачи складской справки - выбрать конкретный склад. Основное различие отчетов от обработок состоит в том, что отчеты только читают информацию, но не изменяют ее, а обработки могут ее изменять.

· Регистры (компонента «Оперативный учет»)

Предназначены для анализа остатков и движений средств в системе 1С: Предприятие.

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

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

· Календари

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

Под пользовательским интерфейсом в системе 1С: Предприятие понимается совокупность команд главного меню и панелей инструментов, настроенных на работу с конкретными объектами данных - документами, справочниками, журналами и т.д. Как правило, пользовательский интерфейс создается для конкретной категории пользователей. Цель создания интерфейса - обеспечить быстрый доступ пользователей к той информации, которая необходима им в соответствии с их обязанностями.

Под набором прав в системе 1С: Предприятие понимается определение полномочий пользователей на работу с информацией, которая обрабатывается в системе.

Большинство объектов метаданных в системе 1С: Предприятие могут иметь визуальное представление. В самом лучшем случае визуальное представление состоит из следующих частей:

· Экранный диалог, используемый для ввода и редактирования информации, хранящейся в объекте метаданных;

· Печатная форма объекта метаданных (печатных форм может быть несколько)

· Модуль формы - программа на встроенном языке системы1С: Предприятие. Как правило, модуль формы содержит алгоритм построения печатной формы объекта метаданных, а также может выполнять обработку вводимой в диалог информации для целей входного контроля, выполнения расчетов и т.п.

Технологические средства конфигурирования и администрирования системы 1С: Предприятие

Встроенный программный язык

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

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

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

Механизм запросов

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

Встроенный текстовый редактор

Используется системой для создания программных модулей на встроенном языке и для редактирования документов в текстовом виде.

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

Встроенный редактор диалогов

Используется для произвольной настройки форм ввода и редактирования информации. Позволяет оформить большинство окон, которые используются в системе для ввода и просмотра предметной информации.

Встроенный редактор табличных документов

Для всех выходных документов (первичных документов и отчетов) в системе предусмотрен единый формат - формат табличных документов. Это мощное средство, сочетающее в себе оформительские возможности табличной структуры и векторной графики. Таким образом, он может быть использован как для создания небольших документов с очень сложной структурой линий, так и для объемных ведомостей, журналов и других подобных документов.

Конструкторы

Конструкторы - вспомогательные инструменты, облегчающие разработку стандартных элементов системы 1С: Предприятие. В системе имеются конструкторы справочника, документа, журнала документов, отчета. Еще пять конструкторов облегчают разработку программных модулей в стандартных случаях. В других системах разработки конструкторы еще называются мастера.

Система настройки пользовательских интерфейсов

Для того чтобы интерфейс конкретной конфигурации системы полностью отражал настроенные структуры данных и алгоритмы, в системе 1С: Предприятие, помимо редактора диалоговых форм и табличных документов, предусмотрена возможность настройки общих интерфейсных компонент системы: меню, панелей инструментов, комбинаций клавиш. На этапе конфигурирования может быть создано несколько пользовательских интерфейсов для разных категорий пользователей (руководителей, бухгалтеров, менеджеров, кладовщиков и др.)

Система настройки прав пользователей и авторизации доступа

Данная система позволяет описывать наборы прав, соответствующие должности пользователей. Структура прав определяется конкретной конфигурацией системы. Например, могут быть введены такие наборы прав, как «Главный бухгалтер», «Кладовщик», «Менеджер», «Директор» и т.д.

Отладчик

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

Администрирование работы пользователей

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

Журнал регистрации изменений

Журнал ведется системой автоматически. В нем отражаются все факты изменений данных пользователями.

Структура данных

В данном разделе рассмотрим структуру данных в рамках агрегатных типов данных системы «1С: Предприятие». Агрегатные типы предоставляют доступ к типам данных, именуемыми Реквизитами.

Структура метаданных представлена в таблице 2.1

Таблица 2.1

Метадан-ные

Реквизит

Тип

Длина реквизита

Ограничения

Наиме-нование

Назначение

1

2

3

4

5

6

Справочники

Банки

Местона-хождение

Город местонахождения банка

Строка

50

КоррСчет

Корреспондент-ский счет

Строка

20

Адрес

Адрес банка

Строка

240

Телефоны

Телефоны банка

Строка

30

Продолжение таблицы 2.1

1

2

3

4

5

6

Банковские счета

БанкОрганизации

Банк организации

Справочник.Банки

БанкДляРасчетов

Банк для непрямых расчетов

Справочник.Банки

Корреспондент

Покупатель (поставщик) в платежных документах

Строка

Без ограничений

МесяцПрописью

Месяц прописью в платежных документах

Число

1

ВидСчета

Вид счета (расчетный, депозитный, ссудный)

Строка

20

ДатаЗакрытияСчета

Дата закрытия счета

Дата

ДатаОткрытияСчета

Дата открытия счета

Дата

Номер

Номер счета

Строка

20

Прямые расчеты

Признак прямых расчетов

Число

1

Продолжение таблицы 2.1

1

2

3

4

5

6

Варианты Расчета налогов

СуммаВключаетНДС

Признак

число

1

СтавкаНДС

Ставка НДС

Справочник.ставкиНДС

Единицы, подчинен справочнику «Номенклатура»

Единица

Единица измерения

Перечисление.ЕдиницыИзмерения

Коэффициент

Коэффициент пересчета товаров

число

10

>0

ТипЕдиницы

Тип единицы измерения

Справочник.КласификаторЕдИзм

КлассификаторЕдИзм

ПолнНаименование

Полное наименование единицы измерения товара

строка

30

Продолжение таблицы 2.1

1

2

3

4

5

6

Контрагенты

ВидКонтрагента

Вид контрагента

Перечисление.ВидыКонтрагентов

ДокументДатаВыдачи

Дата выдачи документа, удоставеряющего личность

Дата

ДокументКемВыдан

Организация, выдавшая документ

Строка

60

ДокументНомер

Номер документа

строка

14

ДокументСерия

Серия документа

строка

14

ИНН

ИНН

строка

20

ПолнНаименование

Полное наименование в соответствии с учредительными документами

строка

120

ПочтовыйАдрес

Почтовый Адрес

строка

85

Продолжение таблицы 2.1

1

2

3

4

5

6

СуммаКредита

Сумма на которую кредитуется контрагент

число

15

>0

СуммаКредитаПоставщика

Сумма на которую кредитует контрагент

число

15

>0

ЮридическийАдрес

Юридический адрес контрагента

строка

85

МестаХранения

ВидСклада

Тип склада (оптовый, розничный)

Перечисление.ВидыСкладов

МОЛ

Материально-ответственное лицо

строка

32

НомерСекции

Номер секции

число

1

>0

Продолжение таблицы 2.1

1

2

3

4

5

6

Номенклатура

ПолнНаименование

Полное нименование товара

строка

70

Артикул

Артикул по прайсу

строка

6

ВидТовара

Вид товара (товар, набор, услуга)

Перечисление.ВидыТоваров

ТипТовара

Тип товара

Справочник.ТипТовара

БазоваяЕдиница

Тип базовой единицы измерения

Справочник.КлассификаторЕдИзм

ОКДП

Код товара по ОКДП

строка

7

ЕдиницаПоУмолчанию

Единица измерения товара по умолчанию

Справочник.Единицы

УчетнаяЦена

Учетная цена товара

число

15

>0

Продолжение таблицы 2.1

1

2

3

4

5

6

ЦенаЗакупочная

Цена приобретения товара

число

15

>0

ЦенаОпта

Цена товара на опте

число

15

>0

ЦенаМОпта

Цена товара при мелкооптовой поставке

число

15

>0

ЦенаКОпта

Цена товара при крупнооптовой поставке

число

15

>0

Страна

Происхождения

Страна происхождения (актуально для препаратов)

строка

30

Изготовитель

Изготовитель препарата

строка

40

Количество

Количество товара в коробке

число

7

>0

Пользователи

-

Пользователи системы

-

-

-

Сотрудники

ДатаВыдачиПаспорта

Дата выдачи паспорта

Дата

Продолжение таблицы 2.1

1

2

3

4

5

6

КемВыданПаспорт

Организация, выдавшая паспорт

строка

56

НомерПаспорта

Номер паспорта

строка

6

СерияПаспорта

Серия паспорта

строка

10

Должность

Должность сотрудника

строка

50

СтавкиНДС

Ставка

Ставка НДС

число

5

>0

Константы

БазоваяВалюта

Базовая Валюта

Справочник.Валюты

ИС

Признак иерархического списка

число

1

>0

НаценкаОпта

Наценка на товар при оптовой поставке

число

6

>0

НаценкаМОпта

Наценка на товар при мелкооптовой поставке

число

6

>0

Продолжение таблицы 2.1

1

2

3

4

5

6

НаценкаКОпта

Наценка на товар при крупнооптовой поставке

число

6

>0

НашАртикул

Номер последнего артикула в номенклатуре

число

6

НашБанк

Банк предприятия

Справочник.Банки

НомерНовойНакладной

Номер накладной, с которого будет начинаться отсчет

число

6

>0

Основной

Покупатель

Основной покупатель по умолчанию

Справочники.Контрагенты

Основной

Поставщик

Основной поставщик по умолчанию

Справочники.Контрагенты

Схема данных представлена в приложении Б на листе формата А1 (ДП-0719-43-03 90 01).

Контроль за данными ведется на основе требований [3]:

- визуальный контроль за вводимой информацией;

- проверка на целостность, непротиворечивость, полноту БД с помощью программных средств.

Носители информации: бумажные носители, НГМД.

Общие требования к организации передачи, контроля и корректировки информации:

- к передаче: скорость, сохранность;

- к контролю: автоматический (реализуется программно) и визуальный, периодический;

- к корректировке: дублирование, замена после подтверждения, контроль за правильностью ввода информации, обеспечение целостности и непротиворечивости БД.

Разработка пользовательского интерфейса АРМ, отчетов и программного обеспечения

В рамках дипломного проектирования на основе системы «1С: Предприятие» автоматизированы следующие АРМы:

· АРМ Фармацевта, включающий в себя функции продавца, бухгалтера.

· АРМ Кладовщика лекарственных препаратов

В системе «1С: Предприятие» создание АРМов заключается в разработке интерфейса и задания набора прав доступа к информационной базе.

Разработка интерфейса заключается в разработке меню и панели инструментов.

Следует отметить, что в настоящей пояснительной записке отражены изменения в стандартных формах типовой конфигурации «1С: Торговля и Склад», а также вновь разработанные формы диалогов и отчетов.

ii. АРМ Фармацевта

В разрабатываемой системе АРМ Фармацевта имеет интерфейс фармацевта, подчиненный общему интерфейсу администратора. Данный АРМ имеет доступ практически ко всем объектам, кроме складских и администраторских.

Теперь рассмотрим элементы интерфейса АРМ Фармацевта.

Назначение каждого элемента интерфейса представлено в таблице 2.2.

Таблица 2.2

Имя формы

Элемент управле-ния

Имя (иденти-фикатор)

Надпись

Назначение

1

2

3

4

5

Документ.

Приходная накладная

Кнопка

кнПодборПоКаталогу

По Каталогу

Открывает номенклатуру для подбора товара

Документ.

Приходная накладная

Кнопка

кнИзменитьСостав

Изменить

Операции с набором товаров в документе

Документ.

Приходная накладная

Кнопка

кнЗаполнитьСостав

Заполнить

Заполнение товарного состава из документа-основания (если он выбран документ - основание)

Документ.

Приходная накладная

Кнопка

кнОснование

Основание

Выбор документа - основания для заполнения товарного состава

Продолжение таблицы 2.2

1

2

3

4

5

Документ.

Доверенность

Поле ввода

ДатаДействия

Дата

Дата действия доверенности (по умолчанию: текущий день+10)

Документ.

Доверенность

Кнопка

кнОснование

Основание

Выбор документа - основания для заполнения товарного состава

Документ.

Доверенность

Кнопка

кнЗаполнитьСостав

Заполнить

Заполнение товарного состава из документа-основания (если он выбран документ - основание)

Документ.

Доверенность

Поле ввода

ОтКого

-

Выбор контрагента, куда командируется сотрудник

Документ.

ПриходныйОрдерТБ

Кнопка

кнОснование

Основание

Выбор документа - основания для заполнения товарного состава

Документ.

ПриходныйОрдерТБ

Кнопка

кнЗаполнить

Заполнить

Заполнение финансовых данных из документа-основания (если он выбран документ - основание)

Продолжение таблицы 2.2

1

2

3

4

5

Документ.

ПриходныйОрдерТБ

Кнопка

кнВводСчФ

Сч-Фактура

Регистрация счет фактуры при проведении документа

Документ.

Расходная

Накладная

Кнопка

кнТорг

Торг-12

Вывод отчета «Накладная» на печать

Документ.

Расходная

Накладная

Кнопка

кнПодборПоКаталогу

По Каталогу

Открывает номенклатуру для подбора товара

Документ.

Расходная

Накладная

Кнопка

кнИзменитьСостав

Изменить

Операции с набором товаров в документе

Документ.

Расходная

Накладная

Кнопка

кнОснование

Основание

Выбор документа - основания для заполнения товарного состава

Документ.

Расходная

Накладная

Кнопка

кнЗаполнитьСостав

Заполнить

Заполнение товарного состава из документа-основания (если он выбран документ - основание)

Документ.

Списание

Кнопка

кнПодборПоКаталогу

По Каталогу

Открывает номенклатуру для подбора товара

Документ.

Списание

Кнопка

кнИзменитьСостав

Изменить

Операции с набором товаров в документе

Продолжение таблицы 2.2

1

2

3

4

5

Документ.

Списание

Кнопка

кнОснование

Основание

Выбор документа - основания для заполнения товарного состава

Документ.

Списание

Кнопка

кнЗаполнитьСостав

Заполнить

Заполнение товарного состава из документа-основания (если он выбран документ - основание)

Документ.

Счет

Кнопка

кнПолучить

Получить номер

Получить следующий номер счета

Документ.

Счет

Кнопка

кнУдалитьНомер

Удалить номер

Удалить полученный номер счета

Документ.

Счет

Кнопка

кнСчет

Счет

Вывести печатную форму счета

Документ.

Счет

Кнопка

кнСФ

Счет-Фактура

Вывести печатную форму счета-фактуры

Документ.

Счет

Кнопка

кнТорг

Накладная

Вывести печатную форму товарной накладной

Документ.Рецепт

Кнопка

кнПодборПоКаталогу

По Каталогу

Открывает номенклатуру для подбора товара

Документ.Рецепт

Кнопка

кнИзменитьСостав

Изменить

Операции с набором товаров в документе

Документ.Рецепт

Кнопка

кнОстаток

Остаток

Остаток выбранного товара на складе

Продолжение таблицы 2.2

1

2

3

4

5

Документ.Рецепт

Поле ввода

КлиентРасписка

-

ФИО частного лица, которому изготавливается препарат

Документ.Рецепт

Поле ввода

СуммаПолученная

-

Сумма частного лица, полученная в качестве предоплаты

Документ.Рецепт

Флажок

ФлОтдан

Отдан

Флаг отдачи товара

Документ.Рецепт

Флажок

ФлОплачен

Оплачен

Флаг оплаты товара по документу

Документ.Рецептура

Кнопка

кнПодборПоКаталогу

По Каталогу

Открывает номенклатуру для подбора товара

Документ.Рецептура

Кнопка

кнИзменитьСостав

Изменить

Операции с набором товаров в документе

Документ.Рецептура

Кнопка

кнОстаток

Остаток

Остаток выбранного товара на складе

Документ.Рецептура

Флажок

ФлОтдан

Отдан

Флаг отдачи товара

Справочник.Номенклатура.ФормаСписка.ВводНового

Кнопка

кнДобавить

Добавить

Добавляет выбранный товар из таблицы значений в справочник «Номенклатура»

Продолжение таблицы 2.2

1

2

3

4

5

Справочник.Номенклатура.ФормаСписка.ВводНового

Кнопка

кнУдалить

Удалить

Удаляет выбранный товар из таблицы значений

Справочник.Номенклатура.ФормаСписка.ВводНового

Таблица значений

Таблица

Содержит список товаров при формировании номенклатуры

Обработка.ОбновлениеНоменклатуры

Кнопка

кнСформировать

Сформировать

Формирует список добавленных позиций из прайс-листа поставщика

...

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены