Электронный документооборот

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

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

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

Системы электронного документооборота (СЭД) или EDMS (Electronic Document Management Systems) формируют новое поколение систем автоматизации предприятий. Основными объектами автоматизации в таких системах являются документы (в самом широком их понимании, от обычных бумажных до электронных любого формата и структуры) и бизнес-процессы, представляющие как движение документов, так и их обработку. Данный подход к автоматизации организаций является одновременно и конструктивным и универсальным, обеспечивая автоматизацию документооборота и всех бизнес-процессов организации в рамках единой концепции и единого программного инструментария.

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

· регистрация корреспонденции (входящие, исходящие)

· электронный архив документов

· согласование и утверждение ОРД

· контроль исполнения документов и поручений

· автоматизация договорного процесса

· библиотека регламентов управленческих процедур

· оформление командировок

· организация внутреннего информационного портала предприятия и его подразделений

· система контроля выполнения должностных инструкций.

Данный дипломный проект посвящен разработке системы электронного документооборота ЗАО «Антикор» и состоит из трёх частей.

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

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

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

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

В результате анализа существующих СУБД выбрана бесплатная и отвечающая требованиям проекта СУБД MySQL. Это решение проидиктовано также следующими ее преимуществами:

— бесплатность;

— хорошая производительность;

— легкость администрирования.

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

— бесплатность;

— распространенность (заменяемость разработчиков);

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

В процессе реализации проектных решений по программному обеспечению построены: дерево диалога (сценарий работы с системой), структурная схема пакета и ряд других компонент проекта, подробно раскрывающих сущность машинной реализации задачи.

Разработанная база данных включает в себя 7 таблиц, хранязих данные о документах, сотрудниках, резолюциях руководства и служебную информацию.

Основными функциями разработанной системы являются:

— учет и сопровождение документа;

— наложение резолюции на документ руководителем фирмы;

— назначение ответственного лица за исполнение документа;

— постановка документа на контроль;

— формирование архива документов;

— поиск по зарегистрированным в системе документам.

В системе определено три тапа пользователей, имеющих разные права доступа к системе:

— администратор системы — управление работой всей системы, полный доступ;

— руководитель — частичный доступ;

— сотрудник делопроизводства — частичный доступ.

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

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

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

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

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

1. Аналитическая часть

1.1 Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ»

1.1.1 Характеристика предприятия и его деятельности

Открытое акционерное общество «Антикор» было образовано в 1992 году. Компания уверенно развивалась в условиях высокой конкуренции и на сегодняшний день относится к одной из самых успешных на рынке изготовления печатных плат.

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

Стратегия компании «Антикор» — эффективная организация поставок и постоянное расширение ассортимента предлагаемых товаров и предоставляемых услуг, неуклонное повышение уровня сервиса, маркетинговая поддержка постоянных партнеров.

За годы работы компания «Антикор» накопила богатый опыт, завоевала статус надежного партнера как среди поставщиков и производителей, так и среди своих покупателей, а сотрудники приобрели необходимый профессионализм. Все это позволяет удовлетворять разнообразные запросы наших партнеров, обеспечивать конкурентные цены и качественное обслуживание.

Филиальной сети у компании нет. Основные экономические показатели деятельности компании приведены в таблице 1.1.

Таблица 1.1. Экономические показатели деятельности компании OOO «Антикор»

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

1.1.2 Организационная структура управления предприятием

Организационную структуру ЗАО «Антикор» можно представить в виде следующей схемы (Рис. 1.1):

Рис. 1.1 Организационно-штатная структура ЗАО «Антикор»

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

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

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

Финансовый директор:

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

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

· В целях определения внешнего источника финансирования организует деятельность работников финансового подразделения по следующим направлениям: поиск источников, оценка стоимости источников, оценка финансового риска, соотношение собственных и привлекаемых источников финансирования.

· Непосредственно ведет переговоры с коммерческими банками, иными кредитными учреждениями и другими внешними организациями.

· Координирует работы по проведению анализа финансово-экономического состояния предприятия (анализа бухгалтерской отчетности, горизонтального и вертикального анализа, трендового анализа, расчета финансовых коэффициентов).

· Обеспечивает разработку учетной политики предприятия (определение: методов списания сырья и материалов в производство; вариантов списания малоценных и быстроизнашивающихся предметов; методов оценки незавершенного строительства; возможности применения ускоренной амортизации; форм планирования новых производств и участков; методов учета готовой продукции; пр.).

Начальник службы безопасности обязан:

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

· Разрабатывать и осуществлять руководство мероприятиями по безопасности объектов.

· Вырабатывать адекватные угрозе средства защиты и виды режимов охраны.

· Пресекать попытки несанкционированного проникновения на охраняемый объект.

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

· Осуществлять проверку и оценку лояльности служащих охраняемого объекта.

Директор по производству обязан:

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

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

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

· Обеспечить анализ производственной деятельности ЗАО «Антикор» за определенный период с разработкой мероприятий по устранению недостатков.

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

Директор по персоналу:

1. Организует управление формированием, использованием и развитием персонала.

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

3. Формирует основы корпоративной культуры, управляет ее развитием.

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

5. Изучает конъюнктуру рынка труда.

6. Проводит прогнозирование и планирование потребности Предприятия в кадрах.

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

8. Организует работу по поиску персонала, взаимодействие с государственными и частными структурами по подбору персонала.

Директору по персоналу подчинены отдел делопроизводства, отдел труда и заработной платы, отдел развития персонала, отдел кадров.

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

Кроме того, главный бухгалтер:

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

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

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

· Обеспечивает контроль за соблюдением порядка оформления первичных учетных документов.

· Организует информационное обеспечение управленческого учета, учет затрат на производство, составление калькуляции себестоимости продукции (работ, услуг), учет по центрам ответственности и сегментам деятельности, формирование внутренней управленческой отчетности.

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

1.1.3 Программная и техническая архитектура ИС предприятия

Техническая архитектура ЗАО «Антикор» представляет собой совокупность следующих технических средств: два сервера, двадцать персональных компьютеров, один канал связи для подключения к сети Интернет, семь многофункциональных устройств (принтер-сканер-копир).

Структурная схема технической архитектуры предприятия представлена на рисунке 1.2.

Рис. 1.2 Структурная схема технической архитектуры предприятия

На ЗАО «Антикор» используются персональные компьютеры со следующей конфигурацией:

· Персональный компьютер в сборе: CPU Intel Core 2 Duo E7500 (2.93GHz) 3MB 1066MHz LGA775 OEM;

· Cooler Intel Original S775 «Core 2 Duo» (медный);

· ECS G31T-M7 Socket 775, iG31, 2*DDR2,

· SVGA+PCI-E, ATA, SATA, VT1708B 6ch, LAN, mATX;

· (KVR800D2N6/2G) Kingston DDR 2 2Gb, 800MHz (KVR800D2N6/2G);

· 160Gb Barracuda 7200.12 ST3160318AS SATA-II 7200rpm 8Mb with NCQ;

· Корпус MidiTower KimPro 238/1706 350W mATX Black, 2*USB, audio, Patriot

· Мышь Logitech M-SBF96 Optical Wheel (PS/2) black, oem 953 688−1600

· Клавиатура Logitech Internet 350 PS/2, 967 718−0112

· Монитор 18.5″ Samsung B1930NW (NKF) (1440×900 5ms, 300cd/m2, 70 000:1, 160°/160°)

В качестве маршутизатора используется модель D-Link DI-808HV — это высокопроизводительный широкополосный маршрутизатор с функциями безопасной передачи данных, спроектированный специально для применения в связках центральный офис — отделение.

Характеристики данного устройства приведены ниже:

WAN интерфейс

· Порт 10/100BASE-TX WAN

· Порт RS-232 COM (460Кбит/с бод) для подключения резервного ISDN/аналогового модема (для резервирования WAN)

LAN интерфейсы

· 8 портов 10/100BASE-TX с поддержкой авто MDI/MDIX (IP-адресация ограничена классом С) Широкополосное соединение

· DSL модем

· Кабельный модем

· PPP over Ethernet (PPPoE)

· Маршрутизация Методы и протоколы маршрутизации

· RIP-1, RIP-2

· Статическая маршрутизация

· Динамическая маршрутизация

· Локальное и удаленное управление

· Утилита на основе Web (через браузер) Технические характеристики маршрутизатора D-Link DES-3052 приведены в таблице 1.2.

Таблица 1.2. Технические характеристики D-Link DES-3052

В качестве среды передачи данных используется кабель витая пара 5 категории (100BASE-ТX) со скоростью передачи до 100 мбит/сек.

Технические характеристики сервера приведены в таблице 1.3.

Таблица 1.3. Технические характеристики ETegro Hyperion RS120 G3

В пользовательском сегменте размещены МФУ Brother DCP-9010CN, технические характеристики которых приведены в таблице 1.4.

Таблица 1.4. Технические характеристики рабочих станций МФУ

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

Рис. 1.3 Схема программной архитектуры

В соответствии с представленной схемой, в качестве операционной системы на АРМ пользователей используется Windows XP SP2.

В качестве пакета офисных приложений установлен MS Officce 2003, включающий в себя MS Word 2003, MS Excel 2003.

Кроме того, на АРМ пользователей установлен почтовый клиент MS Outlook Windows 2003.

В качестве обозревателя страниц Интернет используется браузер MS Internet Explorer 8.0.

Для целостной защиты корпоративной ЛВС от всех видов современных интернет-угроз используется антивирусной программное обеспечение Kaspersky Total Space Security, установленное как на АРМ пользователей, так и на серверном оборудовании.

Кроме того, используется следующее прикладное ПО:

· «1С: Бухгалтерия» — для автоматизации работы бухгалтерии;

· «1С: Зарплата и кадры» для автоматизации работы отдел кадров.

1.2 Характеристика комплекса задач, задачи и обоснование необходимости автоматизации

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

Основным бизнес-процессом ЗАО «Антикор» является производство и реализация печатных плат, а также производство электроники, поверхностный монтаж печатных плат. Характеристика деятельности предприятия приведена на рисунке 1.4.

Рисунок 1.4 Характеристика основных процессов ЗАО «Антикор»

В соответствии с представленной схемой, к основным процессам предприятия относятся:

2.1. Основные и обеспечивающие бизнес-процессы

2.1.1. Производство

2.1.1.1. Подготовка производства

2.1.1.2. Контроль качества

2.1.2. Логистика

2.1.2.1. Обеспечение поставок сырья и материалов

2.1.2.2. Складирование

2.1.2.3. Доставка

2.1.3. Сбыт

2.1.3.1. Поиск новых клиентов

2.1.3.2. Работа со старыми клиентами

2.1.3.3. Рекламирование товара в процессе личной продажи

2.1.3.4.

Заключение

договоров реализации

2.1.4. Административное обеспечение

2.1.4.1. Ведение делопроизводства

2.1.4.2. Отправка и получение корреспонденции

2.1.5. Техническое обеспечение

2.1.5.1. Техническое обслуживание и ремонт оборудования

2.1.6. Обеспечение финансовых операций

2.1.6.1. Расчеты с внешними и внутренними контрагентами

2.1.6.2. Работа с банком

2.1.6.3. Работа с кассой

2.1.7. Информационное обеспечение

2.1.7.1. Мероприятия по автоматизации

2.1.7.2. Ведение электронных баз данных

2.1.7.3. Обеспечение техническими средствами

2.1.8. Обеспечение безопасности

2.1.8.1. Обеспечение безопасных условий труда

2.1.8.2. Охрана и безопасность деятельности

2.1.9. Хозяйственное обеспечение

2.1.9.1. Закупка материальных ценностей

2.1.9.2. Обеспечение доставки и ремонта материальных ценностей

2.1.9.3. Обслуживание территорий и помещений

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

1.2.2 Определение места проектируемой задачи в комплексе задач

Характеристика процесса делопроизводства в разрезе IDEF0 приведена на рисунке 1.5.

Рис. 1.5 Характеристика процесса обработки документа

Проводя декомпозицию данного процесса, получим схему на рисунке 1.6.

Рис. 1.6 Декомпозиция процесса обработки документа

На рисунке 1.7 представлена схема декомпозиции процесса регистрации и рассмотрения входящего документа.

Рис. 1.7 Декомпозиция процесса регистрации и рассмотрения входящего документа

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

Декомпозиция процесса подготовки исходящих документов представлена на рисунке 1.8.

Рис. 1.8 Декомпозиция процесса подготовки исходящих документов

Документы, поступившие на предприятие, принимаются сотрудником отдела делопроизводства. Документы, поступающие на предприятие, проходят:

· Первичную обработку,

· Предварительное рассмотрение,

· Регистрацию,

· Рассмотрение руководством,

· Передачу на исполнение.

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

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

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

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

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

Исходящие документы должны обрабатываться и отправляться в день регистрации.

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

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

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

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

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

1.2.3 Обоснования необходимости использования вычислительной техники для решения задачи

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

Отсутствие связи между бизнес-процессами, материальными потоками и документами влечет за собой целый комплекс проблем:

· Несоответствие действительного состояния материальных потоков документам;

· Документально незафиксированные изменения в материальных потоках (в том числе изменения в процессах);

· Мучительный поиск связанных между собой документов по различным подразделениям компании;

· Неточности и дублирования, высокая вероятность ошибок и несоответствий;

· Отсутствие целостной картины состояния дел и проблематичность прогнозирования и принятия управленческих решений;

· Непрозрачность бизнес-процессов разработки, согласования, утверждения и контроля выполнения документов;

Сотрудник отдела делопроизводства, как правило, тратит очень много времени на поиск необходимых данных (по статистике на это уходит до 40% рабочего времени) или воссоздание заново — вместо повторного использования — документов, существующих «где-то в компании» (подобное происходит примерно в 70% случаев). При такой «разбросанности» данных и документов сложно обеспечить их целостность, непротиворечивость и безопасность.

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

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

Проведем расчет ожидаемого эффекта от внедрения средств автоматизации (таблица 1.4.). Время приведено с учетом за рабочий день.

Таблица 1.5. Расчет эффекта внедрения

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

Схема документооборота представлена на рисунке 1.10.

Рис. 1.9 Схема документооборота

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

Кроме того, автоматизация электронного документооборота дает ЗАО «Антикор» следующие тактические преимущества:

· Физическое освобождение места

· Уменьшение затрат на копирование

· Уменьшение затрат на доставку информации в бумажном виде

· Уменьшение затрат на ресурсы: люди и оборудование

· Уменьшение затрат на бумагу

· Повышение продуктивности работы: более быстрое выполнение работ, увеличение общего количества выполняемых работ, улучшение работы с данными / записями (документами, имеющими юридические обязательства), возможность выполнения новых типов работ или выполнения работ по другому

1.2.4 Анализ системы обеспечения информационной безопасности и защиты информации

В OOO «Антикор» имеются нормативно-правовые и организационно-распорядительные документы такие как:

1. Регламент информационной безопасности:

· доступ сотрудников к служебной информации, составляющей коммерческую тайну;

2. Регламенты использования сети Internet, электронной почты ЗАО «Антикор».

С целью более эффективного исполнения регламентов в ЗАО «Антикор» настроена служба Active Directory на Windows Server 2003. Она позволяет настраивать и контролировать информационную безопасность.

Active Directory имеет следующую структуру:

· Доменные службы Active Directory — централизованные хранилища сведений о конфигурации, запросах на проверку подлинности, а также сведений о всех объектах, хранящихся в лесе. С помощью Active Directory можно эффективно управлять пользователями, компьютерами, группами, принтерами, приложениями и другими поддерживающими службы каталогов проектами из единого безопасного, централизованного места.

· Аудит. Все изменения объектов Active Directory записываются, поэтому известно, что именно изменилось, какое значение имеет измененный атрибут сейчас и какое значение он имел ранее.

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

· Повышение эффективности управления учетными записями пользователей, применяемыми в качестве удостоверений для служб. Поддержка паролей учетных записей служб (учетных записей пользователей, применяемых в качестве удостоверений для служб) — одна из тех задач, которые отнимают у ИТ-специалистов больше всего времени. Если пароль учетной записи службы изменяется, службам, которые используют соответствующее удостоверение, также необходимо указать новый пароль. Чтобы разрешить эту проблему, Windows Server 2008 R2 поддерживает новый компонент — управляемые учетные записи служб. который при изменении пароля учетной записи службы автоматически изменяет пароли для всех служб, использующих эту учетную запись.

· Служба сертификатов Active Directory. В большинстве организаций сертификаты используются для удостоверения пользователей и компьютеров и для шифрования данных при их передаче по незащищенным подключениям. Службы сертификатов Active Directory применяются для повышения безопасности за счет связывания идентификационных данных пользователя, устройства или службы с соответствующим закрытым ключом. Сертификат и закрытый ключ хранятся в Active Directory, что помогает защитить идентификационные данные; службы Active Directory становятся централизованным хранилищем для получения приложениями соответствующей информации по запросу.

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

Обеспечение информационной безопасности и защиты информации на уровнях:

· Программный — Microsoft Windows Server 2003, Active Directory:

а) права доступа (к операционной системе Windows XP, Windows Server, Терминальный доступ Windows Server);

б) права пользователя системы (разграничены права доступа пользователей 1с Бухгалтерия, CRM Fresh Office, файловый сервер);

в) парольная защита, доступ к базе (установлены пароли на программные продукты, такие как: Касперский, 1с Бухгалтерия, CRM Fresh Office);

г) ведение логов и так далее (ведется контроль логов, Windows Server пользователи, контроль трафика интернет, контроль почты).

· Аппаратный — бекапы (резервное копирование) серверов.

Также ведется защита информационного Web-портала компании ЗАО «Антикор», используются средства защиты от внешних угроз:

— ежеквартальная смена паролей на доступ к базам данных SQL

— ежеквартальная смена паролей на доступ к FTP серверу

— производится бекап (базы SQL, FTP файлов) 4 раза в месяц

В «Антикор» производится постоянный мониторинг наиболее опасных угроз информационной безопасности:

1) Утечка данных;

2) Халатность служащих;

3) Вирусы;

4) Хакеры;

5) Кража оборудования;

6) Аппаратные и программные сбои.

1.3 Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»

1.3.1 Анализ существующих разработок для автоматизации задачи

Рассмотрим существующие разработки данного направления автоматизации.

EMC Documentum — это программная платформа для управления содержанием в масштабе предприятия. Содержание или неструктурированная информация существует в самых различных формах: в виде текстовых документов, инженерных чертежей, документов XML, образов отсканированных бумажных документов, аудиои видео-файлов и многих других типов и форматов файлов. EMC Documentum помогает создавать содержание с помощью популярных настольных приложений и простых в использовании шаблонов. Она также собирает и объединяет готовое содержание из различных источников.

Пять ключевых преимуществ решений EMC по управлению содержанием и архивированию включают:

· Соответствие требованиям регулирования. Продукты EMC позволяют выполнять требования законов и норм регулирования и придерживаться стандартов, установленных государством, регулирующими органами или внутренними регламентами.

· Эффективность. Продукты EMC повышают производственную эффективность за счет автоматизации ручных процессов и обеспечения соблюдения бизнес-правил.

· Производительность. Продукты EMC повышают производительность отдельных сотрудников и целых групп за счет лучшей организации и доступа к корпоративному содержанию.

· Архивирование. Продукты EMC помогают соответствовать требованиям по долговременному хранению, выполнять соглашения об уровнях обслуживания и повышать степень повторного использования содержания.

· Консолидация. Продукты EMC сокращают совокупную стоимость владения (по сравнению с использованием нескольких приложений от разных производителей) за счет стандартизации на основе унифицированной инфраструктуры, устранения изолированных информационных хранилищ и экономии от масштаба.

IBM Lotus Domino Document Manager 7 управляет всем жизненным циклом деловых документов от совместной разработки до архивации. Управление документами в среде совместной работы повышает эффективность сотрудничества рабочих групп. Lotus Domino Document Manager позволяет повысить продуктивность пользователя и снизить затраты на оборудование и пользование сетью, облегчая поиск, хранение и управление для важных документов, в том числе электронных таблиц, презентаций, чертежей, мгновенных сообщений и электронной почты.

Domino Document Manager обеспечивает управление всем жизненным циклом документа — от разработки до рецензирования, утверждения и архивации — для каждого пользователя и каждого документа организации, от узко специализированных прикладных программ для малочисленных групп специалистов до широкомасштабных приложений для всех пользователей целой организации Основные возможности СЭД на базе платформы IBM Lotus и продуктов по управлению электронным документооборотом:

· Произвольная маршрутизация документов.

· Управление сроками и контроль выполнения этапов.

· Стандартные механизмы работы с документами.

· Поддержка ролей, рабочих групп, механизма замещения.

· Интеграция и расширяемость.

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

· Формирование отчетов по входящим, исходящим и распорядительным документам системы.

· Настройка автоматического заполнения ряда атрибутов в зависимости от типа подшивки.

· Настройка автоматического создания иерархии в зависимости от типа документации (финансовая, маркетинговая и т. д.).

· Создание справочников для построения иерархии хранилища.

· Определение ролей, групп и т. п.

· Ввод типов документов.

Решения на базе IBM Lotus Domino обеспечивают регистрацию электронных документов на предприятии, в том числе, выполнение следующих операций:

· Подписание документа.

· Присвоение документу регистрационного номера.

· Внесение резолюций.

· Закрытие документов.

· Прохождение процесса визирования.

Управление документами в процессе совместной работы (Collaborative Document Management) позволяет реализовать выполнение следующих задач и целей:

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

· Управление жизненным циклом документа — разработкой, рецензированием, утверждением, распространением, архивацией.

· Интеграция с Lotus Workflow и Sametime для поддержки управления документами в среде совместной работы.

Microsoft Office SharePoint Server 2007 — это новая серверная программа, которая входит в состав выпуска Microsoft Office 2007. Office SharePoint Server 2007 позволяет компаниям упростить совместную работу, предоставить возможности управления информацией, реализовать бизнес-процессы и обеспечить доступ к данным, критически важным для задач предприятия.

Microsoft Office SharePoint Server 2007 обеспечивает единую интегрированную платформу, благодаря которой сотрудники могут эффективно взаимодействовать с другими участниками группы, находить ресурсы, искать экспертов и корпоративные данные, управлять информацией и рабочими процессами, а также анализировать данные для принятия более обоснованных решений.

Основные преимущества Microsoft Office SharePoint Server:

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

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

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

· Управление корпоративной информацией. Создание документов, записей и веб-содержимого, а также управление такими данными.

· Бизнес-процессы и формы. Создание рабочих процессов и электронных форм для автоматизации и рационализации бизнес-процессов.

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

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

Система электронного документооборота и автоматизации делопроизводства «ЕВФРАТ-Документооборот» позволяет повысить эффективность деятельности организации, отдела, департамента, улучшить исполнительскую дисциплину, сэкономить время на всех этапах деятельности сотрудников, создать единое информационное и управленческое пространство на предприятии.

Система электронного документооборота «Дело» — это промышленное решение, обеспечивающее автоматизацию процессов делопроизводства, а также ведение полностью электронного документооборота организации.

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

АСЭДД «Дело» предназначена для автоматизации следующих процессов:

· составление и ведение номенклатуры дел предприятия;

· формирование и оформление дел в текущем делопроизводстве и последующая передача их в архив предприятия;

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

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

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

Основные процессы, автоматизируемые с помощью АСЭДД DocsVision — регистрация входящих / исходящих документов и протоколов совещаний; подготовка, согласование и исполнение внутренней распорядительной документации; контроль исполнения поручений.

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

Основным клиентским компонентом платформы DocsVision является Навигатор (работает как приложение в среде Microsoft Internet Explorer), предоставляющий доступ ко всем объектам DocsVision:

· просмотр дерева папок и карточек, находящихся в папках;

· просмотр содержимого карточек и их группировку по определенным признакам;

· поиск карточек по заданным критериям;

· создание новых и редактирование уже существующих документов.

Для наглядности и удобства работы с электронными документами карточки сгруппированы в Папки, аналогичные папкам Проводника, обеспечивающие логичное и упорядоченное хранение документов согласно установленным в организации правилам.

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

В таблице 1.6 приведено сравнение данных систем электронного документооборота по функциональности.

Таблица 1.6. Сравнение систем электронного документооборота

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

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

1.3.2 Выбор и обоснование стратегии автоматизации задачи

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

В условиях конкуренции выигрывают те предприятия, чьи стратегии в бизнесе объединяются со стратегиями в области информационных технологий. Поэтому реальной альтернативой варианту выбора автоматизированной системы является подбор некоторого набора пакетов различных поставщиков, которые удовлетворяют наилучшим образом той или иной функции ИС управления (подход mix-and-match). Такой подход смягчает некоторые проблемы при внедрении и привязке программных средств, а ИТ оказывается максимально приближенной к функциям конкретной индивидуальности предметной области.

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

Бизнес будет развиваться эффективно при хорошо организованной и отлаженной работе всех отделов предприятия.

Следующим этапом в этом процессе является поиск и обработка всей отчетной информации, полученной по телекоммуникационным каналам связи.

Далее производится конкретный подход к каждой поставленной задаче для снижения нагрузки на сотрудника. Затем результаты решения этих задач передаются руководителю ЗАО. На этом этапе возможна корректировка работы.

Система должна быть оптимальна для использования, и иметь формы, которые выполняют следующие функции:

— получение данных;

— обработка, анализ, сохранение и печать данных.

Существует четыре варианта стратегии автоматизации: кусочная (хаотичная) автоматизация, автоматизация по участкам, автоматизация по направлениям и комплексная автоматизация.

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

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

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

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

1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации комплекса задач

Способы приобретения ИС — это последующие действия от определения и формализации решения о необходимости ИС до момента пока ИС не будет внедрена на предприятия. Существуют следующие способы приобретения ИС [6]:

· разработка (самостоятельная и заказная);

· покупка ИС (покупка отечественной или зарубежной ИС);

· покупка + доработка (самостоятельная или заказная);

· аренда.

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

1.4 Обоснование проектных решений

1.4.1 Обоснование проектных решений по техническому обеспечению

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

Комплекс технических средств составляют:

· компьютеры;

· устройства сбора, накопления, обработки, передачи и вывода информации — жесткие диски, устройства хранения данных, сканеры, принтеры, факсимильные аппараты;

· устройства передачи данных и линий связи — модемы;

· эксплуатационные материалы — бумага, CD (DVD) — диски и т. п.

При выборе компьютера необходимо руководствоваться рядом характеристик. К таким характеристикам относятся надежность, стоимостные затраты, производительность, простота использования и др. От значения указанных параметров зависит возможность работы с требуемыми программными средствами, а следовательно, и успех создания системы.

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

· - тактовая частота процессора;

· - разрешение монитора;

· - объем оперативной памяти.

Для решения поставленной задачи необходимо использовать персональный компьютер с уровнем вычислительной мощности AMD 2000 Мгц, либо Intel 2000 Мгц, с объемом оперативной памяти от 2 Гб. Система оптимизирована для работы в экранном разрешении 1024×768 на мониторе с диагональю 17 дюймов. Все эти технические средства обладают достаточной для решения задачи конфигурацией.

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

Технические характеристики подходящей рабочей станции приведены в таблице 1.5.:

Таблица 1.7. Характеристики рабочей станции

Кроме того, для работы файл-сервера необходимо закупить специализированной серверное оборудование, например Team Server 3420P, характеристики которого приведены в таблице 1.6.

Таблица 1.8. Технические характеристики рекомендуемого сервера

В данном виде информационная система будет готова в внедрению автоматизированной системы документооборота

1.4.2 Обоснование проектных решений по информационному обеспечению

Информационное обеспечение (ИО) подсистемы представляет собой информационную модель работы сотрудников предприятия. Различают внемашинное и внутримашинное обеспечение.

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

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

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

Информационные потоки внешне машинного ИО — это направленное регулярное движение документов от источников их формирования к ее получателям.

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

Классификатор — это документ, с помощью которого осуществляется формализованное описание экономической информации в ЭИС, содержащей наименования объектов, наименования классификационных группировок и их кодовые обозначения. [13]

По сфере действия выделяют следующие виды классификаторов: международные, общегосударственные (общесистемные), отраслевые и локальные классификаторы.

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

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

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

· проведение унификации и стандартизации документов;

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

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

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

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

ОКУД — Общероссийский классификатор управленческой документации;

ОКОПФ — Общероссийский классификатор организационно-правовых форм.

К внутримашинному информационному обеспечению относится описание экранных форм.

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

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

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

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

В связи с этим содержание экранных форм должно включать следующие основные реквизиты:

— наименование;

— количество;

— дата ввода;

— дополнительные реквизиты.

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

1.4.3 Обоснование проектных решений по программному обеспечению

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

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

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

На компьютерах с архитектурой x86, используемых в качестве рабочих мест пользователей, чаще всего применяются следующие операционные системы:

— операционные системы семейства Windows от фирмы Microsoft (Windows 95/98/Me, Windows NT4.0/2000/XP),

— операционные системы Linux/BSD семейства (UNIX подобные) от различных фирм — разработчиков (Red Hat, Debian, Novel, Mandrake soft, Gentoo, Slackware, IBM, Oracle, NetBSD, OpenBSD, FreeBSD).

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

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

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

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

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

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

· Моделирование данных

· Особенности архитектуры и функциональные возможности

· Контроль работы системы

· Особенности разработки приложений

· Производительность

· Надежность

· Требования к рабочей среде

· Смешанные критерии Основным принципом выбора СУБД следует считать определение программного продукта, в наибольшей мере соответствующего предъявляемым требованиям. Эту задачу решить не очень просто. Во-первых, к СУБД предъявляется большое число требований, которые с течением времени изменяются, во-вторых, СУБД имеют большое число параметров, что затрудняет их сравнение. Кроме того, информация о СУБД часто носит рекламный характер, не позволяющий сделать правильное суждение.

Процедуру выбора СУБД следует проводить в три этапа:

· На качественном уровне оценить предлагаемые программные продукты на предмет пригодности;

· Оценка технических характеристик отобранных систем;

· Оценка производительности программных продуктов.

К числу основных показателей пригодности программных продуктов относятся:

· вид программного продукта;

· категории пользователей (профессиональные программисты, администраторы БД, квалифицированные пользователи, разрабатывающие приложения, конечные пользователи, различные комбинации перечисленных категорий);

· удобство и простота использования (понятные процедуры установки программных продуктов, удобный и унифицированный интерфейс конечного пользователя, простота выполнения обычных операций: создания БД, навигации, модификации, подготовки данных, выполнения запросов и отчетов и ряда других; наличие интеллектуальных подсистем подсказок, помощи в процессе работы и обучения, включая примеры);

· модель представления данных. Наиболее распространенной является реляционная модель данных. Перспективными являются модели с объектной ориентацией, поскольку они обладают большими возможностями отражения семантики предметной области;

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

· качество средств защиты и контроля корректности базы данных. Доступ к функциям защиты должен предусматриваться на уровне средств разработки программ и на уровне пользователя. К важнейшим функциям контроля корректности относятся: обеспечение уникальности записей БД по первичному ключу, автоматический контроль целостности связей между таблицами во время выполнения операций обновления, вставки и удаления записей, проверка корректности значений в БД;

· качество коммуникационных средств. При оценке качества коммуникационных средств обращают внимание на следующие свойства программных продуктов:

· поддержку сетевых протоколов,

· поддержку стандартных интерфейсов с БД,

· наличие средств групповой работы с информацией БД,

· способность использовать и модифицировать БД других форматов без импортирования или преобразования;

· фирма — разработчик. Солидность фирмы-разработчика пакета, как правило, дает следующие преимущества:

· высокое качество продукта,

· наличие документации и методических материалов

· наличие «горячей линии» для консультаций по возникающим проблемам При выборе продукта следует обратить внимание на дату его появления. В качестве показателей «благополучия» можно использовать: твердое финансовое положение, перспективная динамика развития аппаратно-программных средств, годовой оборот, численность состава, объем продаж и т. д. — стоимость. На стоимость программных продуктов в основном влияют вид программного продукта и фирма — разработчик. Стоимость полнофункциональных СУБД обычно колеблется в пределах $ 500 — $ 1000. Общая стоимость включает в себя стоимость прикладного инструментария, средств настройки конфигурации системы, администрирования БД и сопровождения. Иногда общая стоимость крупных систем, построенных на базе реляционных БД, достигает миллионов долларов. Основным фактором, определяющим общую стоимость системы, чаще всего является число поддерживаемых пользователей.

На уровне технических характеристик разнообразие СУБД еще больше, чем на качественном уровне. К техническим характеристикам относятся:

· общие параметры (операционная среда, потребность в оперативной памяти, ограничения на максимальный объем БД и др.);

· ограничения на операции над данными;

· типы данных;

· возможности средств формулировки и выполнения запросов;

· работа в многопользовательских средах;

· инструментальные средства разработки приложений;

· импорт и экспорт.

Оценка производительности производится методом тестирования с помощью эталонных тестов из набора AS3AP (ANSI SQL Standard Scalable and Portable). В них контролируется широкий спектр часто встречающихся операций БД и моделируются однопользовательские и многопользователь-ские среды.

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

Таблица 1.9. Сравнение СУБД

Таким образом, для проекта, рассматриваемого в данном дипломном проекте наиболее приемлема СУБД MySQL.

Кроме того, данная СУБД обладает следующими преимуществами:

· многопоточность, поддержка нескольких одновременных запросов;

· оптимизация связей с присоединением многих данных за один проход;

· записи фиксированной и переменной длины;

· ODBC драйвер;

· гибкая система привилегий и паролей;

· гибкая поддержка форматов чисел, строк переменной длины и меток времени;

· интерфейс с языками C и Perl, PHP;

· быстрая работа, масштабируемость;

· совместимость с ANSI SQL;

· бесплатна в большинстве случаев;

· хорошая поддержка со стороны провайдеров услуг хостинга;

· быстрая поддержка транзакций через механизм InnoDB.

Кроме СУБД, необходимы выбрать и язык веб-программирования.

В случае WEB-приложений речь идёт, конечно же, об ASP.NET и его основном в настоящее время конкуренте — РНР.

Рассмотрим подробнее преимущества и недостатки обоих платформ.

Очевидные преимущества ASP.NET

Типизация. Языки программирования ASP.NET имеют строгую типизацию данных. Это безусловно выигрышный момент по сравнению с нетипизированным php: меньше будет логических ошибок, которые весьма трудно находить и исправлять. Некоторым утешением для сторонников php является возможность привести переменную к нужному типу — но увы, присвоение переменной, приведённой к целому типу, строкового значения не вызовет даже предупреждения со стороны интерпретатора.

Очевидные преимущества php

Доступность дистрибутивов. Дистрибутивы LAMP измеряются в десятках мегабайт (а не в DVD-дисках, как Windows/IIS/Visual studio/MS SQL Server) и доступны на сайтах разработчиков.

Open source (открытый код), представляющий возможность для аудита кода. Что особенно важно — аудитом кода занимаются программисты всего мира, способствуя устранению уязвимостей и прочих недостатков.

Поскольку обе технологии ограничены довольно простым протоколом HTTP и языком разметки HTML — их возможности примерно равны. Все задачи, решаемые в рамках одной технологии, столь же успешно решаются и в рамках другой. Можно спорить лишь о большем или меньшем удобстве предлагаемые технологиями решений — но мы воздержимся от споров о вкусах.

Таким образом, ни php, ни ASP.NET не дают технологического преимущества WEB-проекту. Различия проявляются в стоимости и трудоёмкости разработки и эксплуатации проекта. В этих показателях php значительно выгодней ASP.NET. А преимущества ASP.NET в области разработки и поддержки, провозглашаемые рекламой, в основном являются, увы, не более чем рекламой.

Кроссплатформенность. php портирован практически под все распространённые операционные системы, в то время как ASP.NET ориентирован на Windows, и то не всякую, а только 2000/XP/Vista.

Удачный набор функций. php предоставляет WEB-разработчику большое количество функций для решения типовых задач. Создатели php хорошо знают, какие задачи чаще всего решает разработчик WEB-приложений. В ASP.NET нет полезных функций, необходимых постоянно — при наличии огромного количества методов, которым и применения-то не придумать.

Прозрачная привязка проекта к файловой системе. И как следствие — нет необходимости в специальных средствах разработки (вроде Visual Studio). Иными словами, в php-проекте нет конструкций, для визуализации и редактирования которых требовался бы особый редактор.

Что же мы видим в ASP.NET? Не так уж просто сообразить, например, как связаны пространства имён (namespaces) и расположение файлов на диске. В итоге бывает, что классы не видят друг друга.

Простота настройки Apache, php, MySQL. Все настройки содержатся в тектовых ini-файлах. Все параметры откомментированы.

Совместимость «снизу вверх». Переход php-проекта на новую версию php возможен либо вообще без изменений (именно этим мне запомнился переход с php 4. x на php 5. x), либо с минимальными доработками, связанными, как правило, с изменениями настроек по умолчанию (не буду долго останавливаться на том, что полагаться на настройки по умолчанию — дурной тон в программировании). А случае с ASP.NET мы видим, что проект надо полностью переделать.

Поэтому для реализации проектируемой системы выберем язык программирования PHP.

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

2.1 Разработка проекта автоматизации

2.1.1 Этапы жизненного цикла проекта автоматизации

Жизненный цикл ИС можно представить как ряд событий, происходящих с системой в процессе ее создания и использования. Модель жизненного цикла отражает различные состояния системы, начиная с момента возникновения необходимости в данной ИС и заканчивая моментом ее полного выхода из употребления. Модель жизненного цикла — структура, содержащая процессы, действия и задачи, которые осуществляются в ходе разработки, функционирования и сопровождения программного продукта в течение всей жизни системы, от определения требований до завершения ее использования.

В настоящее время известны и используются следующие модели жизненного цикла:

· Каскадная модель предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе.

· Поэтапная модель с промежуточным контролем. Разработка ИС ведется итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах; время жизни каждого из этапов растягивается на весь период разработки.

· Цикличная модель. На каждом цикле выполняется создание очередной версии продукта, уточняются требования проекта, определяется его качество и планируются работы следующего цикла. Особое внимание уделяется начальным этапам разработки — анализу и проектированию, где реализуемость тех или иных технических решений проверяется и обосновывается посредством создания прототипов (макетирования).

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

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

· на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;

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

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

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

Цикличная модель ЖЦ была предложена для преодоления перечисленных проблем. На этапах анализа и проектирования реализуемость технических решений и степень удовлетворения потребностей заказчика проверяется путем создания прототипов. Каждый цикл соответствует созданию работоспособного фрагмента или версии системы. Это позволяет уточнить требования, цели и характеристики проекта, определить качество разработки, спланировать работы следующего цикла. Таким образом, углубляются и последовательно конкретизируются детали проекта, и в результате выбирается обоснованный вариант, который удовлетворяет действительным требованиям заказчика и доводится до реализации.

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

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

Распространены несколько стандартов, описывающих жизненный цикл информационной системы:

— ГОСТ 34.601−90 — стандарт распространяется на автоматизированные системы, используемые в различных видах деятельности (исследование, проектирование, управление и т. п.), включая их сочетания, создаваемые в организациях. Стандарт устанавливает стадии и этапы создания автоматизированной системы.

— ISO 12 207 — стандарт применяется при приобретении систем, программных продуктов и оказании соответствующих услуг (внедрение, сопровождение). А также при поставке, разработке, эксплуатации и сопровождении программных продуктов и программных компонентов программно-аппаратных средств как в самой организации, так и вне нее.

— ISO 15 288 — стандарт обеспечивает общие основы процессов, составляющих жизненной цикл систем, созданных человеком. Этот жизненный цикл охватывает концепции идей вплоть до снятия системы с эксплуатации. Он обеспечивает процессы для приобретения и поставки системы.

— RUP (Rational Unified Process — рациональный унифицированный процесс) — это методология разработки программного обеспечения, созданная и распространяемая корпорацией Rational Software (www.rational.com). Она описывает упорядоченный подход к распределению задач и обязанностей в организации-разработчике.

— XP (eXtreme Programming) — методология содержит совершенно иные базовые принципы, нежели RUP. Основными чертами являются определение точных кратковременных планов (как правило, недельных), постоянное перепланирование, тесное общение с заказчиком. Эта методология больше подходит для полуисследовательских и инновационных проектов.

— MSF (Microsoft Solutions Framework — методология создания программных решений) — В модели процессов приводится общее описание организации работ над проектом по разработке и внедрению ИТ-решений. Предлагаемая схема достаточно гибка и может применяться к самым разным проектам в области информационных технологий. В версии 3.1 концепция была расширена и теперь охватывает практически весь цикл создания решений — начиная с их обсуждения и заканчивая внедрением.

— COBIT (Control Objectives for Information and Related Technology — цели контроля для информационных и смежных технологий) — основная идея стандарта COBIT выражается следующим образом: все ресурсы информационной системы должны управляться набором естественно сгруппированных процессов для обеспечения компании необходимой и надежной информацией.

— Oracle CDM (Custom Development Method — методика разработки ИС под заказ) — позволяет стандартизировать процесс создания приложений. CDM охватывает полный жизненный цикл разработки приложений, описывая последовательность и взаимную зависимость задач, решаемых в процессе разработки.

В настоящем проекте необходимо и достаточно использовать методологию разработки и внедрения IT-решений — Microsoft Solution Framework (MSF).

Это решение было принято в связи с тем, что ФГУП уже некоторое время работает с продукцией корпорации Microsoft, работает с ее продукцией и использует ее технологии, в частности, рабочие станции предприятия и сервер работают под управлением операционных систем разработанных корпорацией Microsoft. Таким образом, у ФГУП есть большой опыт работы с продуктами Microsoft в том числе и непосредственно с методологией разработки и внедрения IT-решений MSF.

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

В модели MSF выделяется 5 фаз жизненного цикла: Выработка концепции, Планирование, Разработка, Стабилизация, Внедрение.

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

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

Также во время фазы выработки концепции производится выявление и анализ бизнес требований. Более детально эти требования рассматриваются во время фазы планирования.

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

Результаты:

— Общее описание и рамки проекта;

— Описание структуры проекта.

Фаза планирования — На фазе планирования производится основная работа по составлению планов проекта. Она включает в себя подготовку проектной группой функциональной спецификации, разработку дизайнов, подготовку рабочих планов, оценку проектных затрат и сроков разработки различных составляющих проекта.

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

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

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

Результаты процесса проектирования документируются в функциональной спецификации. Функциональные спецификации детально описывают вид и поведение каждой составляющей решения. Также для всех составляющих описывается их архитектура и дизайн.

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

Затем проектная группа коллективно анализирует планы и выявляет взаимозависимости между ними. Все планы синхронизируются и представляются вместе в виде сводного плана проекта.

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

Веха «Планы проекта утверждены» — Эта веха знаменует собой соглашение между проектной группой. Промежуточные вехи фазы планирования успешно пройдены, составленные календарные графики реалистичны, распределение ролей и ответственности в команде определено должным образом. Функциональные спецификации, сводный план и сводный календарный график проекта служат основой для принятия компромиссных решений в будущем.

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

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

Результаты:

— Функциональная спецификация;

— Сводный план и сводный календарный график проекта.

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

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

Результаты:

— Исходный и исполнимый код приложений;

— Скрипты установки и конфигурирования;

— Окончательная функциональная спецификация;

— Материалы поддержки решения;

— Спецификации и сценарии тестов.

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

Как только создана версия, достаточно стабильная для того, чтобы считаться кандидатом для выпуска, производится пилотное внедрение решения.

Фаза стабилизации завершается вехой «Готовность решения утверждена». В состоянии, достигнутом к этому моменту, решение уже готово к полному внедрению в производственную среду.

Веха «Готовность решения утверждена» — к моменту наступления этой вехи проектная группа завершает разрешение всех существенных проблем и производится внедрение решения. Ответственность за непрерывное управление и поддержку решения формально переходит от проектной группы к командам сопровождения.

Результаты:

— Окончательный продукт;

— Документация выпуска;

— Материалы поддержки решения;

— Результаты и инструментарий тестирования;

— Исходный и исполнимый код приложений;

— Проектная документация;

— Анализ пройденной фазы.

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

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

Веха «Внедрение завершено» — Это финал фазы внедрения. К этому времени решение должно начать давать заказчику ожидаемую бизнес-отдачу, а проектная группа — свернуть свою деятельность.

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

Результаты:

— Информационные системы эксплуатации и поддержки;

— Процедуры и процессы;

— Базы знаний, отчеты, журналы протоколов;

— Версии проектных документов, массивы данных и программный код, разработанные во время проекта;

— Отчет о завершении проекта;

— Окончательные версии всех проектных документов;

— Показатели удовлетворенности заказчика и потребителей;

— Описание последующих шагов.

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

2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание

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

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

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

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

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

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

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

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

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

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

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

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

2.1.3 Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации

Комплекс мер по защите информации в разрабатываемой системе включает в себя следующие аспекты:

· защита информации непосредственно в информационной системе от внутренних угроз;

· защита информации от внешних угроз.

Для защиты от внутренних угроз в системе используется политика разделения прав доступа. Характеристика политики приведена в таблице 2.1.

автоматизация проект организационный экономический Таблица 2.1. Разграничение прав пользователей

Защита от внешних угроз осуществляется путем применения следующих способов:

— использованием программно-аппаратных комплексов;

— разработкой и соблюдение политик безопасности;

— использованием защищенных каналов связи при передаче информации;

— использованием антивирусных средств;

— физической защитой помещений с наиболее ценной информацией.

Характеристика используемых средств от внешних угроз информационной безопасности приведена в таблице 2.2

Таблица 2.2. Характеристика используемых средств от внешних угроз информационной безопасности

КСЗИ «Панцирь-К» для ОС Windows 2000/XP/2003 собственными средствами реализует все технические требования, регламентируемые для АС класса защищенности 1 Г.

Для шифрования данных в КСЗИ реализована возможность подключения криптопровайдеров «Signal-COM CSP» (ЗАО «Сигнал КОМ») и «КриптоПро CSP 3.0» (ЗАО «Крипто-Про»), сертифицированных ФСБ России по требованиям безопасности информации к классам «КС1» и «КC2».

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

КСЗИ может применяться для защиты, как от внешних, так и от внутренних ИТ-угроз, обеспечивая эффективное противодействия атакам и со стороны хакеров, и со стороны инсайдеров (санкционированных пользователей, допущенных к обработке информации на защищаемом вычислительном средстве).

КСЗИ также может использоваться для эффективного противодействия вирусным атакам и шпионским программам.

SSH (Secure Shell — Защищенная оболочка) — это сетевой протокол, обеспечивающий защищенную аутентификацию, соединение и безопасную передачу данных между хостами сети, путем шифрования, проходящего через него трафика, с возможной компрессией данных. Важной функциональной особенностью, является возможность создания защищенных, шифрованных туннелей, для безопасной передачи через небезопасную среду (например интернет), других сетевых протоколов, так-же с возможность сжатия трафика. Кроме того протокол SSH отлично работает с форвардингом (переадресация, перенаправление) портов одной машины на порты другой в том числе и форвардинг удаленных клиентов XWindow.

Безопасность протокола SSH обеспечивается следующими программными решениями:

· Шифрование всего трафика, проходящего через SSH соединение, выполняемое по одному из возможных алгоритмов, выбираемых в процессе переговоров сторон сеанса связи. Шифрованние трафика соединения, препятствует его перехвату и использованию в злонамеренных целях. За счет выбора различных алгоритмов шифрования, систему становится очень гибкой, позволяя, например, не использовать алгоритмы, в которых были обнаружены уязвимости или потенциальные угрозы безопасности, или использовать только те алгоритмы, которые поддерживаются каждой из сторон;

· Аутентификация SSH сервера, производится всегда, при любом соединении, что не позволяет подменить трафик или сам сервер;

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

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

· ВременнЫе параметры аутентификации, предотвращают возможность использования перехваченных и через некоторое время, расшифрованных данных соединения.

Протокол SSH поддерживает довольно разнообразные методы аутентификации и авторизации удаленных клиентов на SSH сервере, в том числе:

· GSSAPI-based аутентификация

· Host-based аутентификация;

· Аутентификация пользователя с помощью публичного ключа;

· Аутентификация «вызов-ответ» (challenge-response);

· Аутентификация пользователя по паролю.

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

В состав СКУД Bravo входят следующие элементы:

· Контроллер-концентратор СКД сетевой СК-05 — Используется для управления исполнительными устройствами, хранения базы данных пропусков, а также регистрации событий.

· Контроллер замка сетевой КД-01 — Данный контроллер является электронным устройством, работающим в составе сетевой СКД «BRAVO», и предназначенным для управления электромагнитными замками, электромеханическими защелками, а также турникетами сторонних производителей. В качестве ключей доступа могут использоваться ключи Touch Memory либо электронные бесконтактные карты при использовании считывателей СВ-01.

· Считыватель бесконтактный СВ-01 — Устройство предназначено для идентификации карт доступа пользователей типа Proximity.

· Конвертер интерфейсов RS422/USB — Устройство предназначено для подключения устройств с выходным интерфейсом RS422 (концентратор) на расстоянии до 1200 м к компьютеру через интерфейс USB.

2.2 Информационное обеспечение задачи

2.2.1 Информационная модель и её описание

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

Рис. 2.1 Информационная модель системы

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

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

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

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

2.2.2 Используемые классификаторы и системы кодирования

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

Таблица 2.3. Используемые системы кодирования

2.2.3 Характеристика нормативно-справочной, входной и оперативной информации

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

Таблица 2.4. Перечень используемых справочников

Справочник Отделы имеет следующий реквизиты:

— код отдела;

— полное наименование отдела;

— сокращенное наименование отдела.

Справочник Должности имеет следующие реквизиты:

— код должности;

— наименование должности.

Справочник Руководители имеет в своем составе следующие реквизиты:

— фамилия;

— имя и отчество;

— код должности;

— код отдела;

Справочник Типы документов включает в себя наименование типа документа и его код.

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

— трудовая книжка;

— штатное расписание;

— документ.

Трудовая книжка сотрудника используется при регистрации его в системе. При этом из нее используются следующие реквизиты:

— фамилия, имя, отчество;

— дата рождения;

— наименование должности;

— наименование отдела.

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

Документ является основным входным документом. При регистрации документа в системе задействуются следующие реквизиты:

— наименование;

— тип документа;

— дата подготовки или поступления;

— количество страниц;

— описание документа;

— электронная копия документа.

2.2.4 Характеристика результатной информации

Результатной информацией для задачи автоматизации делопроизводства являются следующие документы:

— список сотрудников;

— список документов по типам;

— список документов, имеющих резолюцию, по типам;

— список документов, поставленных на контроль;

— список документов, находящихся в архиве, по типам.

В списке сотрудников имеются следующие реквизиты:

— фамилия, имя, отчество сотрудников;

— дата регистрации;

— должность;

— отдел;

— дата рождения;

— логин и пароль для доступа в систему.

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

Списки документов имеют следующие реквизиты:

— наименование документа;

— дата регистрации;

— краткое описание;

— количество страниц;

— адресат;

— ссылка на электронную версию документа.

Список документов, имеющих резолюцию, дополнительно имеет такие реквизиты, как Резолюция и Ответственное лицо.

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

— документ зарегистрирован;

— документ рассмотрен;

— документ поставлен на контроль;

— документ отправлен в архив.

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

2.2.5 Формализация расчётов показателей

В разрабатываемой системе производится расчет следующих показателей:

· Количество сотрудников;

· Количество документов по типам;

· Общее количество документов.

В таблице 2.5 приведено описание первичных показателей, а в таблице 2.6 — описание результатных показателей.

Таблица 2.5. Формализованное и исходное описание первичных показателей

Таблица 2.6. Формализованное описание результатных показателей

При проектировании базы данных разработаны следующие таблицы, наименование которых и их назначение приведено в таблице 2.7.

Таблица 2.7. Описание таблиц базы данных

Характеристика каждой таблицы базы данных приведена ниже, в таблицах 2.8−2.14.

Таблица 2.8. Таблица Dokument

Таблица 2.9. Таблица Dolg

Таблица 2.10. Таблица History

Таблица 2.11. Таблица Nach

Таблица 2.12. Таблица Otdel

Таблица 2.13. Таблица Sotr

Таблица 2.14. Таблица Tip

Описание программных модулей представлено в таблице 2.15.

Таблица 2.15. Описание программных модулей

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

3. Обоснование экономической эффективности проекта

3.1 Выбор и обоснование методики расчёта экономической эффективности

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

Существует несколько направлений расчета экономической эффективности.

1. Сравнение вариантов организации систем обработки экономической информации по комплексу задач (например, сравнение системы обработки информации, предлагаемой в проекте, базовым вариантом).

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

3. Сравнение вариантов организации технологии сбора, хранения, обработки и выдачи информации.

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

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

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

— косвенный эффект

— прямой эффект

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

К трудовым показателям относится следующее

1. Абсолютное снижение трудовых затрат (?T):

?T=Tп-Tб

где:

Тб — трудовые затраты на обработку информации по базовому варианту;

Тп — трудовые затраты на обработку информации по предлагаемому варианту;

2. Коэффициент относительного снижения трудовых затрат (Кт):

Кт=?T/Tб*100%

3. Индекс снижения трудовых затрат или коэффициент производительности труда (Yт):

Yт=Тб / Тп

К стоимостным показателям относятся следующие показатели, рассчитываемые по формулам, аналогичным трудовым затратам.

1. Абсолютное снижение стоимостных затрат (?С):

?С=Сб-Сп

где:

Сб — стоимостные затраты на обработку информации по базовому варианту;

Сп — стоимостные затраты на обработку информации по предлагаемому варианту;

2. Коэффициент относительного снижения стоимостных затрат (Кс):

Кс=?С / Сб*100%

3. Индекс снижения стоимостных затрат (Yc):

Yc=Сб / Сп

Также необходимо определить экономический эффект от проекта и срок окупаемости.

Формула экономической эффективности имеет вид:

Е=?С / Кз=1/Т

где: ?С — чистый доход (прибыль), полученный в течение года от эксплуатации внедрённого проекта;

Кз — объём инвестиций, за счёт которого обеспечен доход.

Срок окупаемости определяется, как обратная величина Е

Т = 1 / Е

3.2 Расчёт показателей экономической эффективности проекта

В соответствии с методикой расчёта, описанной в разделе 3.1, был произведён расчёт показателей экономической эффективности при сравнении базового и проектного вариантов.

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

Таблица 3.1. Характеристика затрат на обработку информации по базовому варианту

Таблица 3.2. Характеристика затрат на обработку информации по проектному варианту

Рассчитанные показатели трудоёмкости базового и проектного вариантов используются для вычисления показателей абсолютных и относительных изменений затрат, а также индекса изменения затрат. Расчёт показателей осуществляется по формулам, описанным в пункте 3.1, и представлен в табл. 3.3.

Для расчёта стоимостных затрат рассчитывается среднечасовая норма оплаты труда для сотрудника отдела делопроизводства. Исходя из стандартной 40-часовой рабочей недели и месячной зарплаты 22 500 руб. получаем стоимость одного часа работы сотрудника равна:

= 22 500 руб. / (21 д. * 8 ч) = 127 руб./ч

Таблица 3.3. Расчёт трудовых показателей эффективности от внедрения проекта

Из рассчитанных данных можно сделать вывод о значительном сокращении трудовых и стоимостных затрат. Сокращение трудовых затрат в абсолютном выражении составило 792 чел./ч, сокращение стоимостных затрат? 101 250 руб. в год.

Рассчитаем затраты на создание проекта. Заработная плата разработчиков:

= 25 000 руб. * 1.5 мес. = 37 500 руб.

Электроэнергия:

= 5 кВт/ч. * 45 д. * 2,11 руб. = 474.75 руб.

Информационные ресурсы (оплата доступа в Интернет):

= 850 руб. * 1.5 мес. = 1275 руб.

= 37 500 руб. + 474 руб. + 1275 руб. = 39 249.75 руб.

Рассчитаем срок окупаемости проекта:

= 39 249.75 руб. /101 250 руб.? 0,38 года? 5 мес.

Рассчитаем расчетный коэффициент эффективности капитальных затрат:

Ер = 1 / Ток=1/0.38=2.63

Теперь рассчитаем годовой экономический эффект. Годовая экономия в нашем случае равна годовому снижению стоимостных затрат. Получаем:

= 138 068,18 руб. — 36 818,18 руб. * 0,15 = 132 545.3 руб.

Окупаемость проекта, равная 5 месяцам, показывает возврат средней продолжительности капитальных вложений. Также это подтверждает и полученный годовой экономический эффект, равный 132 545.3 руб. Внедрение системы позволяет снизить трудовые и стоимостные затраты на 74%.

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

Заключение

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

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

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

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

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

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

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

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

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

А если учесть, что с каждым годом объем обрабатываемой информации будет только возрастать, становится очевидным, что внедрение автоматизированной системы электронного документооборота является ключом к эффективной работе и в будущем.

1.

Введение

в системы баз данных — СПб: Издательский дом «Вильямс», 2000. — 848 с.;

2. Вендров А. М., CASE-технологии. Современные методы и средства проектирования информационных систем — М.: Финансы и статистика, 2006.

3. Гаджинский А. М. Основы логистики: Учеб. пособие/ Инфоpм.-внедpен. центp «Маpкетинг». — М., 2005. — 121, с.: ил., табл.

4. Дейв Крейн, Эрик Паскарелло, Даррен Джеймс. AJAX в действии: Учебник — М.: Вильямс, 2006. 450 — 490 с.

5. Джексон Г. Проектирование реляционных баз данных для использования с микро-ЭВМ М.: Финансы и статистика, 1991.

6. Диго С. М. Базы данных: проектирование и использование: Учебник. — М.: Финансы и статистика, 2005. — 592 с.

7. Дэвид Флэнаган. JavaScript. Подробное руководство: Учебник — М.: Символ Плюс, 2008. 243 — 249 с.

8. Зеленков Ю. А. Введение в базы данных. Центр Интернет ЯрГУ, 1997.

9. Зелковиц М., Шоу А., Гэннон Дж. Принципы разработки программного обеспечения / Пер. с англ. — М.: Мир, 1982. — 386 с., ил.

10. Ивлиев М. К., Порошина Л. А. Автоматизация оперативного и бухгалтерского учета товаров, 1997.

11. Информационные системы: Учебник для вузов. 2-е изд. СПб: «Питер», 2005 г. — 656 стр.

12. Керри Н. Праг, Майкл Р. Ирвин, Access 2000 — Библия пользователя, Диалектика, 2000.

13. Крис Дейт.

Введение

в базы данных, 6-е изд. Киев, Диалектика, 1998.

14. Кристиан Дари, Богдан Бринзаре, Филип Черчез-Тоза, Михай Бусика. AJAX и PHP. Разработка динамических веб-приложений: Учебник — М.: Символ Плюс, 2006.

15. Лифшиц Н. И., Левин Е. Т Механизация и автоматизация процессов отборки и комплектования заказов на складах М., 1970.

16. Практическое руководство по программированию / Пер. с англ. Б. Мик, П. Хит, Н. Рашби и др.; под ред. Б. Мика, П. Хит, Н. Рашби. — М.: Радио и связь, 1986. — 168 с., ил.

17. Приказ Минэнерго РФ от 19 июня 2003 г. № 232

«Об утверждении Правил технической эксплуатации нефтебаз»

18. Проектирование и использование баз данных: Учебник. М.:Финансы и статистика, 1995 г. — 191 с.;

19. Разработка программного обеспечения — СПб: «Питер», 2004 г. — 592 стр.

20. Реляционные базы данных: практические приемы оптимальных решений. — СПб.: БХВ-Петербург, 2005 — 400 с.:ил;

21. Симионов Ю. Ф., Боромотов В. В. Информационный менеджмент. — Ростов н. Д: Феникс, 2006, 250 с., ил.;

22. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения. ГОСТ 19.701−90 (ИСО 5807−85) / Государственный комитет СССР по управлению качеством продукции и стандартам, 01.01.1992.

23. Фокс Дж. Программное обеспечение и его разработка / Пер. с англ. — М.: Мир, 1985. — 368 с., ил.

24. Язык компьютера. Пер. с англ, под ред. и с предисл. В.М. Курочки-на. — М.: Мир, 1989. — 240 с., ил. Глушаков С. В., Ломотько Д. В. Базы данных, 2000.

25. http://google.com

26. http://ru.wikipedia.org