35
1.5 Обоснование проектных решений
Анализируя сущность АРМ, специалисты определяют их чаще всего как
профессионально-ориентированные малые вычислительные системы,
расположенные непосредственно на рабочих местах специалистов и
предназначенные для автоматизации их работ.
Для каждого объекта управления нужно предусмотреть
автоматизированные рабочие места, соответствующие их функциональному
назначению. Однако принципы создания АРМ должны быть общими:
1) принцип системности: АРМ следует рассматривать как системы,
структура которых определяется функциональным назначением;
2) принцип гибкости: означает приспособляемость системы к
возможным перестройкам благодаря модульности построения всех подсистем и
стандартизации их элементов;
3) принцип устойчивости: заключается в том, что система АРМ
должна выполнять основные функции независимо от воздействия внешних и
внутренних факторов; это значит, что неполадки в отдельных ее частях должны
быть легко устранимы, а работоспособность системы - быстро восстановима.
4) эффективность АРМ следует рассматривать как интегральный
показатель уровня реализации приведенных выше принципов, отнесенного к
затратам по созданию и эксплуатации системы.
Функционирование АРМ может дать численный эффект только при
условии правильного распределения функций и нагрузки между человеком и
машинными средствами обработки информации, ядром которых является ЭВМ.
Лишь тогда АРМ станет средством повышения не только производительности
труда и эффективности управления, но и социальной комфортности
специалистов.
Известно, что наиболее эффективной организационной формой
использования ПЭВМ является создание на их базе АРМ конкретных
специалистов (экономистов, статистиков, бухгалтеров, руководителей),
36
поскольку такая форма устраняет психологический барьер в отношениях между
человеком и машиной.
Накопленный опыт подсказывает, что АРМ должен отвечать следующим
требованиям:
1) своевременное удовлетворение информационной и вычислительной
потребности специалиста;
2) минимальное время ответа на запросы пользователя;
3) адаптация к уровню подготовки пользователя и его
профессиональным запросам;
4) простота освоения приемов работы на АРМ и легкость общения,
надежность и простота обслуживания;
5) терпимость по отношению к пользователю;
6) возможность быстрого обучения пользователя;
7) возможность работы в составе вычислительной сети.
Анализ диалоговых систем с точки зрения организации этого диалога
показал, что их можно разделить (по принципу взаимодействия пользователя и
машины) на:
1) системы с командным языком;
2) человек в мире объектов";
3) диалог в форме "меню".
В настоящее время наиболее широкое распространение получил
пользовательский интерфейс, сочетающий в себе свойства двух последних.
Такая форма организации диалога человека и машины наиболее удобна и все
современные программы в той или иной мере используют ее. В любом случае
она должна соответствовать стандарту CUA (Common User Access) фирмы IBM.
Для эффективного решения поставленной задачи необходимо
соответствующее техническое обеспечение. Техническое обеспечение данного
проекта включает в себя непосредственно ЭВМ (системный блок), монитор,
клавиатуру, манипулятор типа мышь, флеш-карту и принтер.
При выборе ПЭВМ для реализации комплекса поставленных задач
37
учитываются такие характеристики:
- скорость обработки информации (тактовая частота процессора);
- объем оперативной памяти; этот фактор также влияет на скорость
обработки информации;
- объем жесткого диска, который влияет на возможности хранения
данных;
- наличие периферийных устройств;
- другие технические характеристики ПЭВМ.
После проведенного анализа можно сделать вывод о том, что минимальная
конфигурация ПЭВМ, то есть та, при которой программа будет работать
удовлетворительно, как по скорости, так и по качеству, должна быть
следующей:
- процессор Intel Core2 Duo 1.6 МГц и выше;
- оперативная память 1Гбайт и выше;
- жесткий диск от 160Гбайт и выше;
- устройство чтения DVD - дисков;
- SVGA-дисплей;
- для распечатки документов и отчетов необходим принтер;
- для возможности совместной работы в базе данных нескольких
пользователей необходимо наличие сетевой карты;
- видеокарта 256 Мб и выше.
Выбранный объем оперативной и внешней памяти являются достаточными
для используемой СУБД. Для распечатки документов необходим принтер. Для
переноса документов с одного компьютера на другой необходим флеш-
накопитель.
Программное обеспечение — совокупность программ системы обработки
информации и программных документов, необходимых для эксплуатации этих
программ (ГОСТ 19781-90). Также — совокупность программ, процедур и
правил, а также документации, относящихся к функционированию системы
обработки данных (СТ ИСО 2382/1-84) .
38
К выбираемому программному обеспечению относятся операционная
система (Windows ) и среда программирования.
Общепринятыми в настоящее время являются технологи, позволяющие
использовать возможности других приложений, например, текстовых
процессоров, пакетов построения графиков и т.п., и встроенные версии языков
высокого уровня (чаще – диалекты SQL и/или VBA) и средства визуального
программирования интерфейсов разрабатываемых приложений. Стандартом
«де-факто» стала «быстрая разработка приложений» или RAD, основанная на
«открытом подходе». Поэтому в одном ряду с «классическими» СУБД все чаще
упоминаются языки программирования Visual Basic и Visual C++, которые
позволяют быстро создавать необходимые компоненты приложений,
критичные по скорости работы, которые трудно, а иногда невозможно
разработать средствами «классических» СУБД.
Основные идеи современной информационной технологии базируются на
концепции, согласно которой данные должны быть организованы в базы
данных с целью адекватного отображения изменяющегося реального мира и
удовлетворения информационных потребностей пользователей. Эти базы
данных создаются и функционируют под управлением специальных
программных комплексов, называемых системами управления базами данных
(СУБД). В настоящее время среди разработчиков базы данных (БД) большой
популярностью пользуется реляционная СУБД MICROSOFT ACCESS,
входящая в состав пакета Microsoft Office. Дружественный интерфейс и
простота настройки, эффективные средства создания таблиц, форм, запросов,
интеграция с другими приложениями пакета, средства организации работы с
базами данных и защита информации - вот далеко не полный перечень
достоинств этого приложения.
39
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Информационное обеспечение задачи
На текущий момент учет ведется в упрощенном варианте в связи
отсутствия технических средств. Поэтому всю систему учета основных средств
удобнее разбить на ряд подзадач, которые затем предстоит автоматизировать:
1. Поступление основных средств:
1.1. Приобретение основных средств с начальным износом;
1.2. Приобретение основных средств без начального износа;
1.3 Поступление основных средств от учредителя.
2. Списание основных средств:
2.1. С остаточной стоимостью;
2.2. Без остаточной стоимости.
3. Назначение износа основных средств:
3.1. Моральный износ;
3.2. Физический износ;
3.3. Стихийное бедствие.
4. Работа с картотекой основных средств:
4.1 Формирование картотеки;
4.2. Переоценка основных средств.
5. Ведение специальных справочников;
6. Формирование и вывод отчетов по учету основных средств;
7. Начисление проводок.
На основе этой и другой информации предстоит разработать главное
меню программы, экранные формы, печать всевозможных отчетов и учесть ряд
других пожеланий заказчика.
Данный проект может иметь два способа распределения рабочих
ресурсов - локализованный и распределенный. В эти два понятия необходимо
вложить и программно-зависимое и аппаратное решения.
Первый вариант подразумевает наличие на рабочем месте всех
40
необходимых ресурсов для ведения основных средств - достаточно мощная
рабочая станция, локальный принтер, программная блокировка рабочей базы от
изменений с других рабочих станций (т.е. открытие в монопольном режиме).
Принтер, не используемый другими станциями, естественно, всегда готов к
работе, но простаивает практически до начала отчетного периода. В
зависимости от требований к отчетным документам принтер выбирается или
матричный или недорогой лазерный.
Второй вариант – это многопользовательская работа в локальной сети.
Возможность одновременного доступа к общим данным является мощным
средством совместной работы группы пользователей. Однако при этом от
разработчика конечного приложения требуются дополнительные действия по
упорядочению доступа к базе данных. Основной проблемой является
устранение противоречий между параллельным доступом к данным и
сохранением целостности базы данных.
В приложениях, предназначенных для работы в сети, рекомендуется
использовать блокировки. Они помогают оптимизировать совместную работу
группы пользователей. Блокировки можно устанавливать на всю таблицу или
же на отдельные записи таблицы. Блокировки ограничивают доступ
пользователей к таблице или записи. В Visual FoxPro существуют два типа
блокировок:
Полная блокировка. Запрещается чтение, запись и изменение структуры
указанной таблицы из других сеансов работы. Для установления полной
блокировки используется команда SET EXCLUSIVE, которая имеет следующий
синтаксис:
SET EXCLUSIVE ON | OFF
ON – установить режим монопольного использования таблиц
OFF – снять режим монопольного использования таблиц
Блокировка изменений. Запрещает модификацию записи/таблицы из
других сеансов работы. Для установления блокировки изменений на всю
таблицу используется функция:
41
FLOCK ([алиас])
Функция FLOCK делает попытку заблокировать таблицу базы данных.
Если эта попытка завершилась успешно, функция возвращает логическое
значение (.Т.). В этом случае доступ к таблице на чтение и запись открыт
только пользователю, выполнившему блокировку. Остальным пользователям
сети таблица базы данных доступна только для чтения.
Для установления блокировки изменений на отдельные записи таблицы
используются функции LOCK или RLOCK, которые являются
взаимозаменяемыми:
LOCK ([номер_рабочей_области1 | "алиас1"]
| ["номер_записи1, номер_записи2, …", номер_рабочей_области2 |
"алиас2"])
Функция LOCK пытается блокировать одну или несколько записей
таблицы (во втором случае предварительно должна быть выполнена установка
SET MULTILOCKS ON). Если блокировка установлена, возвращается значение
(.Т.). Заблокированные записи доступны по чтению и записи только
пользователю, установившему блокировку. Для остальных пользователей в
сети эти записи доступны только для чтения.
Для снятия блокировок таблиц и записей используется команда
UNLOCK. Синтаксис команды:
UNLOCK [RECORD <номер записи>] [IN <алиас>] [ALL]
При помощи данной команды можно сбросить блокировку записи,
таблицы в текущей рабочей области, таблицы в указанной рабочей области или
разблокировать все открытые таблицы. Запись или таблица может быть
разблокирована только пользователем, установившим блокировку. С таблиц,
открытых в режиме полной блокировки, с помощью данной команды
блокировку снять невозможно. Разблокирование таблицы или записи в таблице
происходит автоматически при закрытии данной таблицы.
В базе данных отображается информация об определенной предметной
области. Инфологическая (информационно-логическая) модель предметной
42
области – это описание предметной области, выполненной без ориентации
на используемые в дальнейшем программные и технические средства,
содержит исходную информацию о предметной области.
Требования, предъявляемые к инфологической модели:
- адекватное отображение (язык для представления ИМ должен обладать
достаточными выразительными возможностями);
- непротиворечивость (не должна допускаться неоднозначная трактовка
модели);
- свободная расширяемость (обеспечение ввода новых данных без
изменения ранее определенных);
- гибкость языка (язык должен быть применим как при ручном, так и при
автоматизированном проектировании);
- понятность всем пользователям.
Цель инфологического моделирования — создать точное и полное
отображение реального мира, используемое в дальнейшем в качестве
источника информации для построения базы данных.
Основными составными элементами инфологической модели являются
сущности (информационные объекты), связи между ними и их атрибуты
(свойства).
Сущность – любой различимый объект, информацию о котором
необходимо хранить в базе данных. Сущностями могут быть люди, места,
самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как
тип сущности и экземпляр сущности. Понятие тип сущности относится к
набору однородных личностей, предметов, событий или идей, выступающих
как целое. Экземпляр сущности относится к конкретной вещи в наборе.
Например, типом сущности создаваемой базы данных склада является
Компьютерная техника, а экземпляром – системный блок. монитор, принтер,
сканер и т.д.
Атрибут – поименованная характеристика сущности. Его наименование
должно быть уникальным для конкретного типа сущности. Атрибуты
43
используются для определения того, какая информация должна быть собрана о
сущности. Примерами атрибутов для сущности Компьютерная техника
являются Номенклатурный номер, Единица измерения, Цена, Количество.
Ключ – минимальный набор атрибутов, по значениям которых можно
однозначно найти требуемый экземпляр сущности. Минимальность означает,
что исключение из набора любого атрибута не позволяет идентифицировать
сущность по оставшимся. Для сущности Наименование материала ключом
является атрибут Номенклатурный номер.
Связь – ассоциирование двух или более сущностей. Если бы назначением
базы данных было только хранение отдельных, не связанных между собой
данных, то ее структура могла бы быть очень простой. Однако одно из
основных требований к организации базы данных – это обеспечение
возможности отыскания одних сущностей по значениям других, для чего
необходимо установить между ними определенные связи.
Вся информация для хранения в базе данных разбита на сущности и
атрибуты по специфическим признакам. Каждая сущность представляет собой
таблицу базы данных. Анализ описанной предметной области и решаемых
задач позволяет выделить сущности, представленные в таблице (2).
Для построения инфологической модели системы, обеспечивающей учет
основных средств ИП Зырянов И.В., были определены сущности, их атрибуты
и связи между сущностями.
В проекте используется 12 таблиц, формата Borland Paradox. (основная,
приход, расход, архив прихода, архив расхода, подразделения, шифры
амортизации, лизинговые компании, подотчетные лица, план счетов, итоговая,
перемещения основных средств). Рассмотрим каждую в отдельности:
1) Основная таблица
Имя таблицы: Osnova.DB (тип: Borland Paradox).
Назначение: Данная таблица является основной для хранения
информации по основным средствам (Таблица 2.1), в которую входят
(Инвентарный номер, наименование, шифр амортизации, балансовая стоимость,
44
остаточная стоимость, месячная амортизация, подразделение, подотчетное лицо
и т.п.). (Подробнее о структуре в приложении 1).
Таблица 2.1
Структура таблицы Osnova.DB
Имя поля
Описание
Inventar
Инвентарный номер
Naimenov
Наименование оборудования
Hifr_amo
Шифр амортизации
Procent
Процент амортизации
TypeOS
Тип оборудования
Bas_stoim
Балансовая стоимость
Mes_amort
Месячная амортизация
Pol_iznos
Сумма полного износа
Ost_stoim
Остаточная стоимость
Data_vvod
Дата ввода в эксплуатацию
Uhastoc
Участок использования
Podoth
Подотчетное лицо
Old_amortiz
Сумма старой амортизации
KMetrash
Показания счетчика автотранспорта
SunAnda
Сумма аренды
Sclad
Наименование склада
Связи:
− Один ко многим - поле Участок с таблицей Участков (поле
«участок»), данная связь обеспечивает объединение данных по участкам, что
является очень удобным при работе с конкретными организациями по учету
основных средств.
− Один ко многим - поле шифр амортизации с таблицей шифры
амортизаций (поле Shifr), данная связь обеспечивает объединение данных по
шифру амортизации и является справочником шифров амортизации.
− Один ко многим - поле «Инвентарный номер» с таблицей