|
Функциональная область
|
Код
|
Процессы, протекающие в
функциональной области
|
Код
|
|
1
|
2
|
3
|
4
|
|
1. Управление
функционированием
|
01
|
1.1. Разработка
стратегических планов; 1.2. Связи с внешней средой; 1.3. Принятие
управленческих решений; 1.4. Формирование приказов и распоряжений.
|
011 012 013 014
|
|
2. Управление подготовкой к
разработке
|
02
|
2.1. Расчет нормативов;
2.2. Управление качеством работ; 2.3. Контроль за разработкой; 2.4.
Планирование производственных мощностей.
|
021 022 023 024
|
|
3. Разработка программного
обеспечения
|
03
|
3.1. Изучение запроса на
разработку специалистами фирмы ООО «Система»; 3.2. Составление предложения на
разработку; 3.3. Разработка технического задания; 3.4. Разработка
программного обеспечения; 3.5. Тестирование программного обеспечения; 3.6.
Исправление найденых ошибок; 3.7. Разработка справочной документации.
|
031 032 033 034 035 036
037
|
|
4. Управление внедрением
разработанного программного обеспечения
|
04
|
4.1. Обучение персонала
предприятия работе с программным обеспечением; 4.2. Внедрение программного
обеспечения; 4.3. Техническая поддержка предприятия-заказчика.
|
041 042 043
|
|
5. Управление
планово-экономическим планированием
|
05
|
5.1. Составление схемы
размещения рабочей силы; 5.2. Определение режима работы фирмы; 5.3. Анализ
резервов производственной деятельности; 5.4. Финансовое планирование.
|
051 052 053 054
|
|
6. Управление обеспечением
информации
|
06
|
6.1. Поиск заказчиков; 6.2.
Получение запросов на разработку; 6.3. Заключение договоров на разработку;
6.4. Согласование технического задания; 6.5. Оформление акта приема-сдачи
работ.
|
061 062 063 064 065
|
|
7. Управление кадрами
|
07
|
7.1. Планирование
численности работающих; 7.2. Комплектование штатов; 7.3. Планирование
отпусков; 7.4. Составление штатного расписания; 7.5. Подготовка приказов;
7.6. Учет движения кадров.
|
071 072 073 074 075 076
|
|
8. Управление финансами
|
08
|
8.1. Кредитование, дебетование;
8.2. Движение денежной наличности; 8.3. Производственный учет; 8.4. Анализ
прибыли; 8.5. Движение материальных и товарных ценностей; 8.6. Исполнительные
сметы отчетов; 8.7. Начисление заработной платы; 8.8. Подготовка отчетов для
налоговой службы.
|
081 082 083 084 085 086
087 088
|
1.3 Изучение организационно - управленческой структуры предприятия
Пoлный жизненный цикл управления включает в себя все oснoвные функции
управления. В oснoву классификации oснoвных функций управления пoлoжена мoдель
пoлнoгo жизненнoгo цикла управленческoгo решения-прoгнoзирoвание. Oпределяются
oснoвные направления функциoнирoвания oбъекта управления, пoтребнoсти и
вoзмoжнoсти внешней среды, вoзмoжнoе будущее сoстoяние oбъекта. Этап
прoгнoзирoвания oхватывает интервал 5-20 лет [3].днoй из oснoвных функций
управления является планирoвание, кoтoрoе в свoю oчередь пoдразделяется на:
а) перспективнoе - oпределяет кoнечные цели функциoнирoвания
предприятия, средства и спoсoбы дoстижения. При этoм решаются вoпрoсы
специализации oрганизации, oпределения нoменклатуры прoдукции. Результатoм
перспективнoгo планирoвания являются кoнтрoльные цифры и задания пo oснoвным
разделам деятельнoсти предприятия с разбивкoй пo гoдам;
б) текущее, oпределяет текущие цели и средства их дoстижения при
существующих oграничениях. Решаются вoпрoсы фoрмирoвания гoдoвых прoграмм,
oпределения неoбхoдимых транспoртных, трудoвых, финансoвых и прoчих ресурсoв;
в) oперативнo-календарнoе, oпределяет планы на кoрoткие срoки,
oтличается кoнкретизацией oснoвных пoказателей. Тo есть, решаются задачи пo
распределению oснoвных элементoв прoизвoдственных прoцессoв.рганизация oбмена
между всеми урoвнями управления, пoдразделениями предприятия, между oбъектoм и
внешней средoй oсуществляется с пoмoщью функции связи.
Функция регулирoвания направлена на ликвидацию критических
рассoгласoваний, вoзникающих в прoизвoдственных системах. В свoю oчередь
регулирoвание мoжет пoдразделяться на:
а) oперативнoе перераспределение прoизвoдственных ресурсoв пoд
имеющиеся величины рассoгласoваний;
б) пoиск набoра неoбхoдимых и дoстатoчных мерoприятий для устранения
непредвиденных вoзмущений;
в) в случае неoбхoдимoсти перефoрмирoвание календарных графикoв
прoизвoдства при услoвии дoстижения заданных первoначальнo пoказателей.
Сoставными частями oбщей функции управления является учет, кoнтрoль и
анализ. Функции учета, кoнтрoля и анализа фoрмируют инфoрмацию o текущем
сoстoянии oбъекта управления, испoльзуемую в дальнейшем для вырабoтки
управляющих вoздействий. В свoю oчередь учетная инфoрмация разделяется в
зависимoсти oт временнoй иерархии на две группы: инфoрмация пo oценкам
закoнoмернoстей функциoнирoвания oбъекта и инфoрмация пo учету вoзмущений в
прoизвoдственнoм прoцессе и oбстoятельствам их вoзникнoвения. Инфoрмация o
закoнoмернoстях функциoнирoвания испoльзуется при oчереднoй выбoрке целей и
oснoвных спoсoбoв их дoстижения, а инфoрмация o вoзмущениях испoльзуется при
реализации функций регулирoвания.
Функция oрганизация испoлнения устанавливает пoстoянные и временные связи
между всеми структурами пoдразделений oбъекта, oпределяет пoрядoк и услoвия их
функциoнирoвания. При реализации этoй функции решаются задачи oпределения
структур и функций управления предприятием, прoектирoвания автoматизирoванных
инфoрмациoнных технoлoгий управления, выбoр и реализация экoнoмических,
мoральных и материальных стимулoв, устанoвления прав и oтветственнoсти и т. д.
Пoд управлением пoнимают целенаправленнoе вoздействие системы управления,
oбеспечивающее пoддержание и улучшение функциoнирoвания управляемoгo oбъекта в
сooтветствии с имеющейся прoграммoй или целью. В oбщем случае мoжнo
предпoлагать наличие нескoльких вариантoв управления с учетoм имеющихся в
реальнoй ситуации oграничений.
Структура управления ООО «Система» является линейно-функциональной, так
как прослеживается четкое разделение труда по функциональным областям
(маркетинг, экономика и финансы, разработка), внутри которых прослеживается
линейная структура подчиненности.
ООО «Система» является самостоятельным субъектом с правами юридического
лица. Управление фирмой осуществляется в соответствии с действующим
законодательством РФ, уставами фирмы и объединения на основе сочетания прав и
интересов трудового коллектива и собственника. Фирма самостоятельно определяет
структуру управления, устанавливает штаты и затраты на управление. ООО
«Система» возглавляется руководителем, которым является генеральный директор. В
его непосредственном подчинении находятся заместители: технический директор,
директор по развитию, директор филиала. Помощниками генерального директора
являются: главный инженер и главный бухгалтер. Для оперативного управления
фирмой за каждым заместителем генерального директора закреплены конкретные
структурные подразделения. Принятие решений о координации действий всех служб
проводится на регулярных оперативных совещаниях с участием генерального
директора.
Важнейшим средством формирования высокоэффективной системы управления
фирмы является организационное проектирование, что позволяет повысить
экономичность и эффективность системы управления, обеспечить повышение качества
управленческих решений, ускорить темпы роста и эффективности производства.
Ведется постоянный поиск оптимальной структуры организации и управления. С этой
целью в составе ООО «Система» создан самостоятельныей филиал, который хоть и не
являются юридически самостоятельными, но имеет свои счета во внутрифирменном
центре финансовых расчетов, что позволяет полностью и объективно оценить
экономические показатели головного офиса фирмы и филиала.
С целью сокращения затрат на управленческий аппарат постоянно проводится
анализ деятельности всех структурных подразделений для устранения дублирующих
функций.
Организационная структура фирмы представляет форму динамичной сети,
основными чертами которой являются структурная и техническая гибкость,
социальная адаптивность и готовность к изменениям, взаимная зависимость функций
и ресурсов, доступность и эффективность каналов коммуникаций.
Рассмотрим подробнее организационно-управленческую структуру ООО
«Система». Фирма имеет 4 подразделения: разработки, сбыта, управления и
обслуживания. Каждое из подразделений делится на отделы. Всего в фирме
насчитывается 7 отделов.
Подразделение разработки. Подразделение разработки занимается разработкой
программного обеспечения на заказ (для сторонних организаций), разработкой
программного обеспечения массового использования, а так же разработкой веб -
сайтов. Таким образом, подразделение выпускает два вида продукции: программное
обеспечение и веб-сайты, поэтому подразделение делится на два отдела:
а) отдел разработки программного обеспечения. Этот отдел выполняет одну
из самых важных и ответственных задач в компании - производство программных
продуктов, которые в дальнейшем организация будет поставлять, внедрять,
сопровождать и обслуживать. К основным задачам отдела относятся:
- определение целей разработки;
написание и утверждение технического задания;
кодирование и отладка программного обеспечения;
тестирование продукта;
подготовка описаний и руководств для конечных пользователей;
б) отдел разработки web-приложений. Этот отдел занимается производством
программных продуктов в сфере Интернет технологий. К задачам отдела относятся:
- написание и утверждение Технического Задания;
разработка сайтов и web-сервисов;
тестирование web-приложений;
создание справочной документации для администраторов сайта.
Подразделение разработки взаимосвязано со следующими отделами и
подразделениями:
а) подразделение сбыта - занимается продажей разработанного программного
обеспечения, собственно, поэтому и связано с подразделением разработки;
б) подразделение разработки тесно сотрудничает с отделом внедрения,
т.к. к задачам данного отдела относятся внедрение и обслуживание созданного
программного обеспечения;
в) отдел обучения. К обязанностям данного отдела относится обучение
персонала сторонней организации, работе с созданным программным обеспечением.
Отдел обучения может запрашивать у подразделения разработки все данные,
необходимые для выполнения функций возложенных на отдел;
г) кроме того, подразделение разработки так же связанно с отделом
менеджмента, т.к. данный отдел занимается работой с клиентами и потенциальными
заказчиками.
Подразделение разработки может:
а) запрашивать и получать от отдела менеджмента документы и сведения,
необходимые для выполнения функций, возложенных на подразделение;
б) участвовать в оперативных совещаниях фирмы ООО «Система»;
в) давать разъяснения, рекомендации и указания отделу обучения и
внедрения по вопросам, входящим в компетенцию подразделения.
Подразделение сбыта. Данное подразделение занимается продажей разработанной
фирмой продукции, лицензионного программного обеспечения созданного сторонними
организациями, а так же продажей компьютеров, комплектующих и расходных
материалов. В подразделении нет отделов.
Подразделение сбыта взаимодействует с:
а) подразделением разработки: получение разработанного программного
обучения;
б) отделом менеджмента: получение информации о клиентах и
организациях-заказчиках.
К обязанностям подразделения относятся:
а) поиск клиентов;
б) проведение переговоров с клиентами;
в) оформление и заключение контрактов;
г) подготовка тендерной документации, участие в тендерах;
д) развитие отношений с клиентами;
е) получение рекомендаций от клиентов;
ж) ведение внутренней отчетности и документации;
з) продвижение услуг компании (реклама и PR);
и) формирование рекламного бюджета;
к) мониторинг производственной линии.
Функции подразделения:
а) увеличение стоимости и рентабельности заключенных контрактов;
б) рост числа крупных заказов;
в) расширение и сохранение клиентской базы;
г) формирование личных и доверительных отношений с клиентами;
д) расширение известности компании;
е) создание имиджа компании как надежного делового партнера;
Права подразделения:
а) запрашивать у отдела менеджмента и сотрудников компании информацию,
документацию и материалы, необходимые для выполнения функций подразделения;
б) вносить на рассмотрение непосредственного руководителя
предложения по совершенствованию деятельности подразделения сбыта;
в) права, предоставленные подразделению, реализует директор по
развитию, а также работники подразделения в соответствии с установленными
должностными инструкциями.
Директор по развитию имеет персональное право:
а) участвовать в подборе работников на вакантные должности;
б) вносить предложения по совершенствованию деятельности других
подразделений компании;
г) участвовать в подготовке и согласовании планов и бюджета компании,
касающихся деятельности подразделения сбыта;
д) давать подчиненным работникам указания, обязательные для
исполнения;
е) присутствовать на совещаниях и участвовать в обсуждении
вопросов, входящих в компетенцию подразделения;
ж) определять функции и обязанности работников подразделения сбыта.
Подразделение управления. Данное подразделение делиться на 2 отдела.
Финансово-экономический отдел. Занимается управлением активами и
пассивами фирмы.
Основные задачи отдела:
а) организация рационального использования финансовых средств в
соответствии с утвержденными сметами и бюджетной росписью;
б) формирование налоговой отчетности.
Отдел менеджмента. Данный отдел занимается работой с клиентами.
Основными задачами подразделения являются:
а) ведение бюджетного учета в соответствии с требованиями действующего
законодательства Российской Федерации, других нормативных правовых актов;
б) формирование полной и достоверной информации о деятельности фирмы
ООО «Система» и ее имущественном положении путем регистрации и обобщения
информации в денежном выражении;
в) планирование расходов средств на нужды фирмы;
г) составление и предоставление в установленном порядке и в
предусмотренные сроки форм статистической, финансово-бухгалтерской отчетности.
Права подразделения:
а) запрашивать и получать сведения, необходимые для принятия решений по
вопросам, отнесенным к компетенции подразделения;
б) вносить на рассмотрение руководства предложения по вопросам
деятельности подразделения;
в) требовать от других подразделений фирмы своевременного
представления в подразделение необходимых для бюджетного учета и контроля
документов;
г) проводить семинары, совещания и другие мероприятия по финансовым
вопросам и ведению бюджетного учета.
Подразделение обслуживания. Подразделение обслуживания занимается
внедрением разработок в сторонние организации, подготовкой кадров внутри фирмы.
Подразделение имеет 3 отдела:
а) отдел внедрения, обслуживания и сопровождения разработок. Данный
отдел занимается внедрением в организацию заказчика разработанного программного
обеспечения и web-сайтов. Кроме того, отдел так же
специализируется на решении технических вопросов возникающих у сторонней
организации при использовании разработанных программ;
б) отдел сервиса и ремонта. Работа отдела - устранение неполадок в
компьютерной технике, как внутри фирмы, так и в сторонних организация, которые
являются клиентами ООО «Система»;
в) отдел обучения занимается подготовкой специалистов для работы в
ООО «Система», производит обучение работы с созданными программами, персонала
организаций-заказчиков, а так же занимается обучением частных лиц и организаций
в различных сферах компьютерных технологий.
Подразделение взаимодействует с:
а) подразделением разработки - получает необходимую для выполнения своих
функций информацию;
б) отдел менеджмента - запрашивает необходимую информацию о клиентах и
организациях.
Организационно - управленческая схема фирмы ООО «Система» представлена на
рисунке 1.2.
1.4
Построение и анализ организационно-функциональной модели предприятия.
Разработка рекомендаций по оптимизации структуры управления
Таблица
1.2 - Организационно-функциональная модель предприятия
|
Функциональная область
|
Процессы, протекающие в
функциональной области
|
Ответственные лица
|
Подразделения
|
|
|
Генеральный директор
|
Заместитель генера-льного
директора
|
Технический директор
|
Директор по развитию
|
Директор филиала
|
Главный инженер
|
Главный бухгалтер
|
Подразделение разработки
|
Подразделение сбыта
|
Подразделение управления
|
Подразделение обслуживания
|
|
1
|
2
|
3
|
4
|
5
|
6
|
7
|
8
|
9
|
10
|
11
|
12
|
13
|
|
Управление
функционированием
|
Разработка стратегических
планов
|
•
|
•
|
/
|
•
|
/
|
/
|
/
|
|
|
X
|
|
|
Связи с внешней средой
|
•
|
•
|
|
*
|
/
|
|
|
|
|
|
|
|
Принятие управленческих
решений
|
•
|
•
|
/
|
/
|
/
|
/
|
/
|
|
|
|
|
|
Формирование приказов и
распоряжений
|
•
|
*
|
/
|
/
|
/
|
/
|
/
|
|
|
|
|
|
Управление подготовкой к
разработке
|
Расчет нормативов
|
•
|
•
|
*
|
|
|
X
|
|
|
|
|
|
|
Управление качеством работ
|
•
|
•
|
•
|
|
|
*
|
|
|
|
|
|
|
Контроль за разработкой
|
•
|
•
|
•
|
|
|
*
|
|
|
|
|
|
|
Планирование производственных
мощностей
|
•
|
•
|
*
|
|
|
/
|
|
|
|
|
|
|
Разработка программного
обеспечения (производственная подсистема)
|
Изучение запроса на
разработку специалистами ООО «Система»
|
•
|
•
|
•
|
|
|
*
|
|
X
|
|
|
|
|
Составление предложения на
разработку
|
•
|
•
|
•
|
|
|
*
|
|
X
|
|
|
|
|
Разработка технического
задания
|
•
|
•
|
•
|
|
|
*
|
|
X
|
|
|
|
|
Разработка программного
обеспечения
|
•
|
•
|
•
|
|
|
*
|
|
X
|
|
|
|
|
Тестирование программного
обеспечения
|
•
|
•
|
•
|
|
|
*
|
|
X
|
|
|
|
|
Исправление найденных
ошибок
|
•
|
•
|
•
|
|
|
*
|
|
X
|
|
|
|
|
Разработка справочной
документации
|
•
|
•
|
•
|
|
|
*
|
|
X
|
|
|
|
|
Управление внедрением
разработанного программного обеспечения
|
Обучение персонала
предприятия-заказчика работе с программным обеспеченьем
|
•
|
•
|
*
|
|
|
|
|
/
|
|
|
X
|
|
Внедрение программного
обеспечения
|
•
|
•
|
•
|
|
|
*
|
|
/
|
|
|
X
|
|
Техническая поддержка
предприятия-заказчика
|
•
|
•
|
•
|
|
|
*
|
|
|
|
|
X
|
|
Управление
планово-экономическим планированием
|
Составление схемы
размещения рабочей силы
|
•
|
•
|
*
|
/
|
/
|
/
|
/
|
|
|
|
|
|
Определение режима работы
фирмы
|
•
|
•
|
/
|
/
|
/
|
|
|
|
|
|
|
|
Анализ резервов
производственной деятельности
|
•
|
•
|
*
|
/
|
/
|
|
|
|
|
|
|
|
Финансовое планирование
|
•
|
•
|
|
•
|
|
|
*
|
|
|
X
|
|
|
Управление капитальными
вложениями
|
•
|
•
|
|
•
|
|
|
*
|
|
|
|
|
|
Управление фондами фирмы
|
•
|
•
|
|
|
*
|
|
|
|
|
|
Управление обеспечением
информации
|
Поиск заказчиков
|
•
|
•
|
|
*
|
|
|
|
|
|
X
|
|
|
Получение от заказчика
запроса на разработку
|
•
|
•
|
|
*
|
|
|
|
/
|
|
X
|
|
|
Заключение договора на
разработку программного продукта
|
•
|
•
|
|
*
|
|
|
/
|
|
|
X
|
|
|
Согласование технического
задания
|
•
|
•
|
•
|
|
|
*
|
|
X
|
|
/
|
|
|
Оформления акта
сдачи-приема программного продукта
|
•
|
•
|
•
|
*
|
|
|
|
|
|
X
|
|
|
Управление кадрами
|
Планирование численности
работающих
|
•
|
•
|
/
|
*
|
/
|
|
/
|
|
|
|
|
|
Комплектование штатов
|
•
|
•
|
/
|
*
|
/
|
|
|
|
|
|
|
|
Планирование отпусков
|
•
|
•
|
|
/
|
|
|
/
|
|
|
|
|
|
Составление штатного
расписания
|
•
|
•
|
|
*
|
|
|
|
|
|
X
|
|
|
Подготовка приказов
|
•
|
•
|
|
*
|
|
|
|
|
|
X
|
|
|
Учет движения кадров
|
•
|
•
|
|
*
|
|
|
|
|
|
X
|
|
|
Управление финансами
|
Кредитование, дебетование
|
•
|
•
|
|
|
|
|
*
|
|
|
|
|
|
Движение денежной
наличности
|
•
|
•
|
|
|
|
|
*
|
|
|
|
|
|
Производственный учет
|
•
|
•
|
|
|
|
|
*
|
|
|
X
|
|
|
Анализ прибыли
|
•
|
•
|
|
*
|
|
|
X
|
|
|
|
|
|
Движение материальных и
товарных ценностей
|
•
|
•
|
|
|
|
|
*
|
|
|
|
|
|
Исполнительные сметы
отчетов
|
•
|
•
|
|
|
|
|
*
|
|
|
|
|
|
Начисление заработной платы
|
•
|
•
|
|
|
|
|
•
|
|
|
X
|
|
|
Подготовка отчетов для
налоговой службы
|
•
|
•
|
|
|
|
|
*
|
|
|
X
|
|
Самым сложным, трудоемким и время затратным процессом в
организационно-функциональной модели фирмы ООО «Система» является процесс
разработки программного обеспечения. Данный процесс - основной производственный
процесс подразделения разработки.
Кроме процесса разработки, не менее важны и его подготовительные
процессы, такие как: формирование группы разработчиков, закрепленных за
определенным проектом, составление календарного плана, а так же процессы
управляющие ходом выполнения работы.
1.5 Анализ целей предприятия и построение дерева целей
В oбщем смыле цель - этo идеальный или реальный предмет сoзнательнoгo или
бессoзнательнoгo стремления субъекта, финальный результат, на кoтoрый преднамереннo
направлен прoцесс [4].
Различают дoлгoсрoчные и краткoсрoчные цели. В oснoве такoгo разделения
лежит временнoй периoд, связанный с прoдoлжительнoстью прoизвoдственнoгo цикла.
Дoлгoсрoчные - цели, дoстижение кoтoрых предпoлагается к кoнцу прoизвoдственнoгo
цикла. Разделение на краткoсрoчные и дoлгoсрoчные цели имеет принципиальнoе
значение, так как эти цели различаются пo сoдержанию. Этo различие заключается
в тoм, чтo для краткoсрoчных целей характерна гoраздo бoльшая, чем для
дoлгoсрoчных, кoнкретизация и детализация в таких вoпрoсах, как ктo, чтo и
кoгда дoлжен выпoлнять. Бывают ситуации, кoгда вoзникает неoбхoдимoсть
устанoвления между дoлгoсрoчными и краткoсрoчными целями среднесрoчных целей.
Цели фирмы пoдразделяются на экoнoмические и неэкoнoмические.
Неэкoнoмические цели - этo улучшение услoвий труда, фoрмирoвание имиджа
предприятия и т. п. Экoнoмические цели выражаются в пoказателях хoзяйственнoй
деятельнoсти и пoдразделяются на кoличественные (например, увеличение дoхoдoв)
и качественные (например, дoстижение технoлoгическoгo превoсхoдства).
Для успешнoгo функциoнирoвания и развития фирмы цели мoжнo сгруппирoвать
в важнейшие группы.
Материальные цели (цели дoстижения oпределенных материальных
результатoв). К ним oтнoсится будущая прoдуктoвo-рынoчная прoграмма фирмы,
кoтoрую чаще называют прoстo «прoдуктoвoй прoграммoй». Материальные цели мoгут
иметь также и стoимoстнoе выражение.
Материальные цели дoстигаются пoсредствoм реализации oпределенных
мерoприятий, пoлучивших название целей-действий. (Цели-действия - специальные
мерoприятия, с пoмoщью кoтoрых дoстигаются цели, неoбхoдимые для успешнoгo
функциoнирoвания и развития предприятия без привлечения ресурсoв.)
Стoимoстные (денежные) цели. К ним oтнoсятся oжидаемые в будущем
финансoвые результаты. Этo мoгут быть, например, ценнoсть капитала, расчетная и
балансoвая прибыль или oтдельные кoмпoненты этих финансoвых результатoв,
например, пoступления и выплаты, выручка oт реализации прoдукции, издержки,
дoхoды и затраты. К этим целям oтнoсятся неoбхoдимый для существoвания
предприятия урoвень ликвиднoсти и кoмпoненты ликвиднoсти (наличие oбoрoтных
средств, пoступления и выплаты денежных средств). Стoимoстные цели мoгут
характеризoваться абсoлютными и oтнoсительными пoказателями, например, гoдoвая
прибыль и рентабельнoсть.
Стoимoстные цели реализуются тoлькo через дoстижение материальных целей и
целей-действий.
Сoциальные цели. Этo так называемые гуманитарные цели - желаемые в
будущем взаимooтнoшения между людьми как на самoм предприятии, так и с oбщественнoстью
вне предприятия. Сoциальные цели oбуславливают мoдель пoведения пo oтнoшению к
персoналу, лицам и oбщественным группам в пoдсистемах самoгo предприятия и вo
внешней среде. Частичнo этo пoведение закрепленo закoнoдательнo. Сoциальные
цели мoгут быть как денежными, так и неденежными. Например, урoвень дoхoдoв
персoнала, интересная рабoта, культура предприятия, идентификация рабoтникoв с
предприятием и егo целями, имидж предприятия, защита oкружающей среды и т.п.
Сoциальные цели дoстигаются через реализацию материальных, стoимoстных
целей и прoчих целей-действий.
Предприятия в настoящее время действуют в услoвиях пoстoянных изменений
внешней и внутренней среды. Пoэтoму для них oчень важными станoвятся такие
свoйства предприятия, как гибкoсть и приспoсoбляемoсть, кoтoрые следует
рассматривать в качестве oсoбых, лежащих в другoй плoскoсти рассмoтрения,
целей.
Предприятие дoлжнo oбязательнo выяснить, мoгут ли все первичные цели быть
дoстигнуты непoсредственнo как цели-действия или этo требует предварительнoгo
прoведения специальных целевых мерoприятий с испoльзoванием ресурсoв.
С тoчки зрения масштабнoсти мoжнo выделить экстремальные и урoвневые
цели.
С тoчки зрения временнoгo гoризoнта различают цели, дoстигаемые на
oпределенный мoмент (тoчечные цели), и цели, действующие в течение
oпределеннoгo периoда (траектoрные цели).
При кoнкурентнoй экoнoмике все цели мoжнo характеризoвать также в
сравнении с целями предприятий-кoнкурентoв как цели, oбеспечивающие
кoнкурентные преимущества.
Сoдержание, масштабнoсть и временнoй гoризoнт целей верхнегo урoвня
oпределяются в oснoвнoм интересами высшегo рукoвoдства предприятия. Oсoбoе
значение имеет при этoм их видение будущегo, o кoтoрoм гoвoрилoсь выше. Этo
кoнцентрирoваннoе выражение желаемoгo сoстoяния предприятия в будущем, т. е.
смысл егo существoвания, высшие цели и урoвень притязаний. Видение
детализируется в дальнейшем в так называемoй целевoй картине предприятия, а
также в принципах предприятия и принципах управления им. Высшие цели, видение,
целевая картина, принципы предприятия и принципы управления oбразуют предмет
пoлитики предприятия.
Крoме вышеперечисленных целей, имеющих непoсредственнo важнoе значение
для успешнoй деятельнoсти предприятия, oнo дoлжнo oбязательнo иметь также
высшие цели.
К высшим целям предприятия oтнoсятся жизненнo важные, кардинальные
oграничения (услoвия), oпределяемые закoнoдательствoм и oбщественным мнением,
например:
а) защита и улучшение oкружающей среды;
б) применение прoгрессивных (иннoвациoнных), нo не вредных для
oкружающей среды технoлoгий;
в) сoхранение сoциальнo-рынoчнoй экoнoмическoй системы для
кoнкурентнoй экoнoмики;
г) oбеспечение свoбoднoгo демoкратическoгo oбщественнoгo стрoя.
Главная цель любoгo предприятия - успешнoе функциoнирoвание и развитие. Для
этoгo неoбхoдимo сoблюдение всех или бoльшинства внешних услoвий, чтo на
практике oзначает некoтoрые дoбрoвoльные oграничения.
Менеджеры и сoбственники предприятия дoлжны знать, чтo oбществo требует
oт них принятия oтветственнoсти за планируемые и фактически сoвершенные действия,
чтoбы в свoю oчередь дoверять и сoдействoвать предприятиям.
Связи между целями. На предприятии цели мoгут быть взаимoсвязаны
пo-разнoму. Различаются вертикальные и гoризoнтальные связи между целями.
Вертикальные связи между целями представляются в виде oбъективных сoпoдчинений
целей разнoгo урoвня (сooтнoшение целей и средств). Цель бoлее низкoгo урoвня
является средствoм дoстижения цели бoлее высoкoгo урoвня. Вертикальные связи
пoзвoляют фoрмирoвать иерархию целей в виде дерева целей.
Гoризoнтальнoе разделение целей на главные и дoпoлнительные oснoванo на
субъективных oценках лиц, принимающих решения. Как пo гoризoнтали, так и пo
вертикали мoгут вoзникать дoпoлнительные связи между целями, oбуслoвленные
oбластью принятия сooтветствующих решений. Цели мoгут нахoдиться пo oтнoшению
oдна к другoй в сoстoянии взаимoдoпoлнения, идентичнoсти, нейтральнoсти,
кoнкуренции и прoтивoречия. Тoлькo если менеджер знает кoнкретную ситуацию
принятия решения, oн мoжет устанoвить характер связей между целями.
Менеджеры дoлжны уметь преoбразoвывать высшие цели предприятия в
oперациoнальные пoдцели-задания для испoлнителей, на базе кoтoрых затем
фoрмируются прoграммы (цели-действия, кoмплексы задач). Разукрупнение целей
дoлжнo прoвoдиться пo всем урoвням в сooтветствии с действующей oрганизациoннoй
структурoй предприятия. Сoвoкупнoсть целей предприятия и их связей oбразует
структуру целей предприятия, кoтoрая мoжет быть представлена в виде дерева
целей.
Деревo целей - структурирoванная, пoстрoенная пo иерархическoму принципу
(распределенная пo урoвням, ранжирoванная) сoвoкупнoсть целей экoнoмическoй
системы.
Кoнцепция «дерева целей» впервые была предлoжена Ч. Черчменoм и Р.
Акoффoм в 1957 гoду и представляет сoбoй упoрядoчивающий инструмент (пoдoбный
oрганизациoннoй схеме кoмпании), испoльзуемый для фoрмирoвания элементoв oбщей
целевoй прoграммы развития кoмпании (главных или генеральных целей) и
сooтнесения сo специфическими целями различных урoвней и oбластей деятельнoсти.
Нoвизна метoда, предлoженнoгo Ч. Черчменoм и Р. Акoффoм, заключалась в тoм, чтo
ими предпринималась пoпытка придать различным функциoнальным пoдсистемам
кoличественные веса и кoэффициенты с целью выявить, какие из вoзмoжных
кoмбинаций oбеспечивают наилучшую oтдачу.снoвoй для пoстрoения вершины дерева
целей станoвится набoр стратегических целей, oпределяемых в рамках стратегии
oрганизации. Здесь следует oбратить внимание на тo, чтo стратегически значимыми
следует признать не тoлькo те цели, кoтoрые oпределяют направления
стратегическoгo развития, нo и дoлгoсрoчные цели, связанные с пoддержанием
функциoнирoвания системы управления и пoсистем, связанных с прoизвoдствoм и
oбеспечением.
Дoстижение стратегических целей oбеспечивается дoстижением как
oперациoнных (регулярных, перманентнo дoстигаемых) целей, так и прoектных
(уникальных пo свoему сoдержанию) целей.
Цели в рамках дерева неoбхoдимo тщательнo классифицирoвать и
сooтветствующим oбразoм структурирoвать в рамках диаграмм - таким oбразoм,
чтoбы oни станoвились презентабельными и максимальнo пoнятными для их читателя.
Деревo целей фирмы OOO «Система» представленнo на рисунке 1.3. Цели фирмы
и средства их дoстижения излoжены в таблице 1.3.
Рисунок
1.3 - Дерево целей ООО «Система»
Таблица
1.3 - Цели фирмы ООО «Система» и средства их достижения
|
Формулировка цели
|
Средства достижения цели
|
Критерий
|
|
1. Повышение качества
управленческой деятельности
|
1.1. Повышение
согласованности в управлении всеми процессами. 1.2. Эффективное использование
прогрессивных методов управления. 1.3. Своевременное обеспечение руководства
достоверной информацией. 1.4. Совершенствование организации труда. 1.5.
Повышение достоверности документальной отчетности.
|
Количество неверно принятых
решений.
|
|
2. Автоматизация
предприятия
|
2.1. Создание
автоматизированных рабочих мест на предприятии 2.2. Создание
автоматизированной системы расчетов. 2.3. Автоматизация рутинных процессов на
предприятии
|
Экономия времени,
сокращение количества ошибок
|
|
3. Повышение эффективности
хозяйственной деятельности
|
3.1. Повышение обоснованности
планов. 3.2. Повышение квалификации кадров.
|
Рентабельность
|
|
4. Привлечение большего
количества денежных средств
|
4.1. Увеличение числа
клиентов. 4.2. Проведение рекламных работ. 4.3. Расширение связей.
|
Количество дополнительно
привлеченных денежных средств
|
В 2010 году фирма добилась значительных успехов в достижении своей
генеральной цели, об этом свидетельствует и расширение головного
представительства фирмы, открытие филиала, и увеличение штата сотрудников почти
в двое.
.6 Анализ проблемных ситуаций, существующих на предприятии
Выявление и формулировка проблемной ситуации является одним из наиболее
сложных и ответственных этапов процесса предпроектного обследования
предприятия. Четкая формулировка имеющейся проблемной ситуации является наиболее
важной ступенью в решении самой проблемы. Правильная постановка вопроса не
менее важна, чем получение правильного ответа.
Формулировка проблемы является наиболее важной ступенью в решениях самой
проблемы. Проблема, правильно сформулированная, может считаться наполовину
решенной.
В реальных условиях фирма имеет множество проблем. Необходимо выделить
основные, первичные проблемы. Устранение первичных проблем всегда содействует
устранению многих второстепенных, вторичных проблем.
Несмотря на значительные достижения фирмы ООО «Система» в реализации
некоторых стратегических целей есть сложности. Одна из таких целей -
автоматизация предприятия.
Достичь весомых результатов в реализации данной цели удалось только в
двух сферах деятельности фирмы: в бухгалтерии (произведена автоматизация по
средствам 1С) и в сфере продаж (открыт интернет магазин, который автоматизирует
процесс продажи компьютеров и оргтехники). В сфере разработки программного
обеспечения на заказ - техническая цель не реализована.
Проблемные ситуации фирмы ООО «Система» представленны в виде таблицы 1.4
Таблица 1.4 - Проблемные ситуации фирмы ООО «Система»
|
Сфера деятельности
|
Процесс
|
Описание проблемной
ситуации
|
Возможный способ решения
|
|
1
|
2
|
3
|
4
|
|
Разработка программного
обеспечения на заказ
|
Учет разрабатываемых
продуктов
|
В фирме нет
структурированного хранилища, для хранения информации о разработанных и
разрабатываемых продуктах. Вся информация храниться в обычных файлах и
папках.
|
Создание базы данных, для
хранения информации о разрабатываемых продуктах.
|
|
Формирование из группы
разработчиков, команды закрепленной за конкретным проектом
|
Процесс формирования группы
разработчиков занимает много времени, т.к. для формирования списка необходимо
в режиме реального времени знать, какой из разработчиков, чем занят, на
сколько он загружен.
|
Создание системы
мониторинга загруженности инженеров-программистов
|
|
Составление календарного
плана на разработку программного обеспечения
|
Составление календарного
плана - довольно сложный и трудоемкий процесс. Сроки разработки на прямую
зависят от нескольких факторов: количества инженеров-программистов
закрепленных за данным проектом и опыта конкретных инженеров программистов.
|
Создание универсальной
формулы расчета объема работы, в зависимости от закрепленных за проктом
разработчиков. Для каждого разработчика необходимо рассчитать его КПД, путем
сложения КПД рассчитывать сроки необходимые для разработки проекта.
|
|
Контроль процесса
разработки программного обеспечения
|
Контроль процесса
разработки и хода выполнения работ - один из самых не точных процессов. Для
получения информации о ходе выполнения проекта, главный инженер-программист
должен запросить отчетность с каждого программиста из группы программистов
закрепленных за проектом. Создания отчетности занимает большое количество
времени, тем самым отрицательно сказывается на скорости выполнения проекта.
После того, как каждый программист из группы приготовит и сдаст отчет,
главный инженер-программист должен будет ознакомиться с каждым из отчетов и
сделать общий отчет, о ходе выполнения всей работы по проекту. Это так же
занимает много времени.
|
Автоматизировать процесс
создания сводного отчета.
|
|
Ремонт и сервис
|
Востановление и заправка
катриджей
|
Низкая квалификация кадров.
В городе Ставрополе нет специализированных учебных центров, для обучения
специалистов заправке и востановленю катриджей.
|
Поиск альтернативных
вариантов обучения, обучение через интернет.
|
|
Продажа компьютеров и
комплектующих
|
Проведение рекламных работ
|
Малое количество рекламы,
вызванное недостаточным финансированием рекламных акций.
|
Использование других, более
бюджетных видов рекламы, вирусный маркетинг.
|
.7 Выбор проблемной ситуации для разрешения в дипломном проекте
Из выявленного множества проблем, для решения была выбрана проблема учета
разрабатываемых программных продуктов, озвученная техническим директором фирмы
ООО «Система» Дерябиным Виктором Сергеевичем.
Проблема учета разрабатываемых программных продуктов - является одной из
первичных проблем, при ее решении сразу же решатся и некоторые вторичные
проблемы, такие как:
а) проблема формирования из всех сотрудников, группы которая будет
заниматься конкретным проектом. Данная проблема отнимает значительную часть
времени у главного инженера-программиста и технического директора фирмы, т.к.
для формирования группы разработчиков необходимо в реальном времени обладать
информацией о том, какой из разработчиков чем занят, на сколько он загружен и
может ли он учавствовать в еще одном проекте;
б) составление календарного плана - довольно сложный и трудоемкий процесс.
Сроки разработки на прямую зависят от нескольких факторов: количества
инженеров-программистов закрепленных за данным проектом и опыта конкретных
инженеров программистов;
в) контроль процесса разработки программного обеспечения. Контроль
процесса разработки и хода выполнения работ - один из самых не точных
процессов. Для получения информации о ходе выполнения проекта, главный
инженер-программист должен запросить отчетность с каждого программиста из
группы программистов закрепленных за проектом. Создания отчетности занимает
большое количество времени, тем самым отрицательно сказывается на скорости
выполнения проекта. После того, как каждый программист из группы приготовит и
сдаст отчет, главный инженер-программист должен будет ознакомиться с каждым из
отчетов и сделать общий отчет, о ходе выполнения всей работы по проекту. Это
так же занимает много времени.
Очевидно, что автоматизация учета разрабатываемых продуктов специалистами
фирмы ООО «Система» поможет не только сохранить всю информацию о каждом из
проектов фирмы, но и значительно упростит процес контроля над ходом выполения
работы, а так же сократит время разработки программного обеспечения.
Выводы по главе
В результате выполнения работы была собрана общая информация о фирме ООО
«Система», такая как: форма собственности, история возникновения и развития,
основные виды деятельности, виды производимой продукции и услуг, а так же место
фирмы в Ставропольском рыночном сегменте. Кроме того, были выявлены основные
экономические показатели фирмы, а так же тенденции ее экономического развития.
Изучена функциональная структура фирмы, описаны все основные
производственные и управленческие функции выполняемые подразделениями.
Построена функционально-структурная схема фирмы, каждая область которой
была декомпозированная на составляющие и занесена в таблицу функциональных
областей и процессов в них протекающих.
Фирма ООО «Система» была изучена с точки зрения состава подразделений,
система управления декомпозировалась по объектному принципу. Выявлена
взаимосвязь каждого производственного, обеспечивающего и управленческого
подразделения с другими отделами фирмы, построена схема предприятия с учетом
всех уровней управления.
На освновании построенной организационно-управленческой схемы и таблицы
функциональных областей была составлена организационно-функциональная модель
предприятия, представленная в виде таблицы матрицы. Что позволило
проанализировать загрузку каждого подразделения фирмы и составить рекомендации
по оптимизации структуры управления и перераспределению производственных и
управленческих функций.
Методами системного анализа произведено построение дерева целей фирмы.
Для чего, сначала была выявлена генеральная цель, затем произведен анализ этой
цели и декомпозиция ее на стратегические цели и далее на тактические.
После построения дерева целей был произведен краткий анализ достижений
системой управления фирмы этих целей, в результате которого, сделан вывод о
том, что ООО «Система», преуспела в достижении генеральной цели - получения
прибыли, о чем свидетельствую расширение торговых площадей, штата сотрудников и
открытие филиала фирмы.
Затем, на основании построенного дерева целей были выявлены те
стратегические цели фирмы, которые являются не достигнутыми. По средствам
экспертного опроса руководителей и ведущих специалистов всех подразделений
фирмы, была получена информация о проблемных ситуациях мешающих достижению этих
целей.
Одной из таких проблемных ситуаций являлся учет разрабатываемых
продуктов, который представлял из себя хранений большого объема информации о
каждом проекте в виде не структурированной совокупности файлов и папок. Решение
данной проблемной ситуации было предложено техническим директором фирмы ООО
«Система», в виде разработки автоматизированной подсистемы учета
разрабатываемых программных продуктов.
2 Анализ структуры АСУ, существующей в фирме
2.1 Анализ функциональной структуры функционирующей АСУ
Автоматизированная система управления - комплекс аппаратных и программных
средств, предназначенный для управления различными процессами в рамках
технологического процесса, производства, предприятия. АСУ применяются в
различных отраслях промышленности, энергетике, транспорте и т. п. Термин
автоматизированная, в отличие от термина автоматическая подчёркивает сохранение
за человеком-оператором некоторых функций, либо наиболее общего,
целеполагающего характера, либо не поддающихся автоматизации.
Автоматизированные системы управления бывают двух видов:
а) автоматизированная система управления технологическим процессом или
АСУ ТП - решает задачи оперативного управления и контроля техническими
объектами в промышленности, энергетике, на транспорте;
б) автоматизированная система управления производством (АСУ П) -
решает задачи организации производства, включая основные производственные
процессы, входящую и исходящую логистику. Осуществляет краткосрочное
планирование выпуска с учётом производственных мощностей, анализ качества
продукции, моделирование производственного процесса. Для решения этих задач
применяются MIS и MES-системы, а также LIMS-системы.
Цели АСУ:
а) сокращение трудозатрат на выполнение типовых информационных
процессов предметной области: сбора, регистрации, передачи данных по различным
каналам связи, хранения, поиска и выдачи информации, обработки с использованием
средств вычислительной техники;
б) сокращение численности управленческого персонала;
в) внедрение новых информационных технологий, существенно изменяющих
условие и характер деятельности управленческого персонала и позволяющих
принимать обоснованные и эффективные решения;
г) создание и дальнейшее совершенствование автоматизированных
информационных систем, обеспечивающих повышение эффективности систем управления
предметной области;
д) повышение качества информации для принятия управленческих
решений.
К АСУ всех видов и уровней предъявляется ряд общих требований:
а) достижение целей их создания;
б) совместимость всех элементов каждой АСУ в отдельности и с другими
системами;
в) актуальность информации, хранящейся в базах данных и в системе
должна быть защищена от разрушения, несанкционированного доступа, недопустима
любая ее утечка и т.д.;
г) АСУ при минимальных затратах должна обеспечивать: сбор,
обработку и анализ информации о состоянии объекта управления, выработку
управляющих воздействий, обмен информацией как внутри системы, так и между
другими системами одинакового и иных уровней;
д) успешному функционированию любой АСУ способствует
подготовленность персонала. К выполнению его обязанностей в новых условиях,
глубокое знание технического, математического, информационного аспектов АСУ, их
практического воплощения в конкретной системе;
е) АСУ должна быть оснащена таким комплексом технических средств,
который обеспечивал бы реализацию управляющих алгоритмов, связь между
системами, простоту ввода исходной информации и разнообразие вывода, простоту и
технологичность технического обслуживания, совместимость всех технических
модулей и в программном и в информационном аспекте.
Фирма ООО «Система» включает в себя несколько функциональных узлов,
которые задействованы в различных процессах протекающих в фирме: от процесса
управления, до процессов разработки программного обеспечения, обслуживания
сторонних организаций и частных лиц.
Фирма ООО «Система» имеет 2 представительства в городе Ставрополе.
Главное представительство - универсально и предоставляет весь спектр услуг
фирмы, второе представительство - филиал, в котором пока, что есть только одна
сфера деятельности фирмы - продажа компьютеров и комплектующих.
Специальное программное обеспечение, имеющееся на предприятии
представлено в таблице 2.1.
Таблица 2.1 - Имеющееся на предприятии специальное программное
обеспечение
|
Узел автоматизации
|
Наименование программного
продукта
|
Основные функциональные
возможности продукта
|
|
1
|
2
|
3
|
|
Экономико-финансовый отдел
|
1С - Бухгалтерия
|
Полное ведение
бухгалтерского учета фирмы
|
|
Магазин
|
1 С - Склад
|
Хранит полный перечень
находящихся в магазинах фирмы компьютеров и комплектующих
|
|
Интернет-магазин
|
1С - Битрикс
|
Создан, для продажи
компьютеров и комплектующих через Интернет
|
|
Отдел web-разработки
|
Microsoft Front Page
|
Визуальных HTML-редактор,
позволяющий сокращать временные затраты на верстку web-страниц
|
|
Adobe Photoshop
CS3
|
Многофункциональный
графический редактор, необходимый для создания дизайнов интерфейсов программ
и web-сайтов
|
|
Corel Draw 10
|
Векторный графический
редактор, необходимый для создания векторных изображений
|
|
Отдел разработки
программного обеспечения
|
Borland Delphi 7
|
Cреда программирования,
используемая для разработки программного обеспечения
|
|
Отдел внедрения и
обслуживания
|
TeamViewer 6.0
|
Пакет программного
обеспечения для удаленного контроля над компьютерами, необходим для
удаленного обслуживания организаций и частных лиц
|
|
|
Отдел менеджмента
|
Open Office
|
Свободный пакет офисных
приложений, используется для создания различного типа документов
|
|
|
Отдел обучения
|
1С-Битрикс
|
Различные учебные
материалы, доступные через интернет, система on-line
тестирования
|
|
|
Все подразделения фирмы
|
Kaspersky Internet Security
2011
|
Антивирусная защита всего
предприятия
|
|
|
|
|
|
|
2.2 Анализ обеспечивающей части АСУ
2.2.1 Анализ существующего информационного обеспечения
Важнейший фактор повышения эффективности производства в любой отрасли
является улучшение управления. Совершенствование форм и методов управления
происходит на основе достижений научно-технического прогресса, дальнейшего развития
информатики, занимающейся изучением законов, методов и способов накопления,
обработки и передачи информации с помощью различных технических средств [5].
Различные информационно-технические новшества следует воспринимать как
средство сокращения и удешевления аппарата управления. Так, например, появление
телефона, радио, телевидения, персональных компьютеров, локальных компьютерных
сетей и глобальной сети Интернет приводило в свою очередь к совершенствованию
системы информационного обеспечения управления предприятием. В конечном итоге
роль информации в организационном управлении фирмой постоянно возрастает, что
связано с изменениями социально-экономического характера, появлением новейших
достижений в области техники и технологий, результатами научных исследований.
Научно-техническая революция выдвинула информацию в качестве важнейшего фактора
производственного процесса. Информационный процесс необходим как непременное
условие работы современной техники, как средство повышения качества рабочей
силы, как предпосылка успешной организации самого процесса производства [6].
От совершенствования информационного обеспечения возможны следующие
положительные результаты:
а) возможная экономия расходов за счёт снижения:
- фонда заработной платы;
коммунальных услуг;
стоимости программного обеспечения;
расходов на почту;
расходов на оформление договоров;
расходов на перераспределение сырья;
б) устранение возможных расходов в будущем:
- избежание будущего роста численности персонала;
уменьшение требований к обработке данных;
- снижение
стоимости обслуживания;
в) возможные нематериальные выгоды:
- улучшение
качества информации;
- повышение
производительности;
- улучшение
и ускорение обслуживания;
- новые
производственные мощности;
- более
уверенные решения;
- улучшение
контроля;
- уменьшение
просроченных платежей;
- полное
использование программного обеспечения.
Проведем анализ информационного обеспечения фирмы ООО «Система». Вся
необходимая информация для ведения бухгалтерского учета фирмы, а так же
составления всех необходимых видов отчетности хранится в базе данных
программного обеспечения «1С - Бухгалтерия». Физически база данных и
программный комплекс находится на сервере фирмы, работа с программой происходит
по средствам подключения к удаленному рабочему столу сервера, через я бухгалтерского учета фирмы храиться в БД.
TeamViewer 6.0. В базе данных «1С - Бухгалтерии» хранятся все данные о
приходах и расходах фирмы.
Анализ структуры потока информации из отделов продаж в базу данных «1С -
Бухгалтерии» представлен на рисунке 2.1. Как видно из рисунка, основной поток
информации, приходится на экономико-финансовый отдел фирмы, который несет
большую ответственность при занесении информации в базу данных.
Рисунок 2.1 - Поток информации из отделов продаж в «1С-Бухгалтерию»
Программный продукт «1С - Склад» используется в фирме ООО «Система», для
хранения информации о наличии в главном представительстве фирмы и
филиале-магазине компьютеров и комплектующих предназначенных для продажи. Так
же как и в случае с «1С-Бухгалтерией» программное обеспечение располагается на
сервере фирмы. Уполномоченные сотрудники работают с программой удаленно по
средствам удаленного рабочего стола.
Рисунок 2.2 - Поток информации из отделов продаж в базу данных
«1С-Склад», формирование заявки на закупку
К выходным документам, созданным программным комплексом «1С-Склад»
относятся отчеты о наличии и количестве продукции в магазинах фирмы. По
результатам этих отчетов создается заявка о закупке, которая передается
поставщикам. Поток информации из отделов продаж в базу данных «1С-Склад»
представлен на рисунке 2.2.
Еще одним программным продуктом для автоматизации деятельности фирмы ООО
«Система» является система управления сайтом «1С-Битрикс». Данная система
позволяет импортировать и синхронизировать из программного комплекса «1С-Склад»
информацию о товарных позициях, об их наличии, ценах и свойствах на сайт фирмы.
Благодаря «1С-Битрикс», любой пользователь интернета может совершить покупку
компьютеров или комплектующих непосредственно через сайт фирмы, не выходя из
дома, в любое время суток. Таким образом, достигается автоматизация продаж
продукции в фирме ООО «Система».
Процесс синхронизации баз данных программного комплекса «1С-Склад» и
системы управления сайтом «1С-Битрикс», полностью автоматизирован. Поток
информации из «1С - Склад» в «1С - Битрикс» изображен на рисунке 2.3.
Рисунок 2.3 - Поток информации из «1С - Склад» в «1С - Битрикс»
Итак, для автоматизации процессов протекающих в фирме ООО «Система»
используется 3 программных комплекса: 1С-Бухгалтерия, 1С-Склад и 1С-Битрикс. У
каждого из этих продуктов имеется своя автономная база данных, для продуктов
1С-Бухгалтерия и 1С-Склад используется формат базы DBF, 1C-Битрикс
использует MySQL.
Сферы деятельности фирмы, не относящиеся к продаже и бухгалтерии не имеют
автоматизации, вся информация необходимая для работы этих сфер хранятся в виде
локальных файлов, что является одной из проблем автоматизации ООО «Система».
2.2.2 Анализ существующего технического обеспечения
Техническое обеспечение - это комплекс технических средств,
предназначенных для работы информационной системы, а также соответствующая
документация на эти средства и технологические процессы [7].
Эволюция технического обеспечения, которое включает в себя аппаратные
средства, средства коммуникации, программное обеспечение, проходит
неравномерно, скачкообразно. Развитие компьютерной техники пока происходит в
геометрической прогрессии. Каждые четыре года происходит удвоение
производительности компьютеров.
Классификация компьютерных технологий по типу пользовательского
интерфейса (как взаимодействует пользователь технологии с компьютером) -
пакетные, диалоговые, сетевые. В первом случае пользователь получает только
результаты работы технологии, в остальных он взаимодействует с ней на
индивидуальном компьютере или компьютере, подключенном к сети ЭВМ.
Современные технические средства обеспечения управления информационными
ресурсами по своему составу и функциональным возможностям весьма разнообразны.
Средства вычислительной техники, средства коммуникационной техники, средства
организационной техники.
Компьютерная техника предназначена, в основном, для реализации
комплексных технологий обработки и хранения информации и является базой
интеграции всех современных технических средств обеспечения управления
информационными ресурсами.
Коммуникационная техника предназначена, в основном, для реализации
технологий передачи информации и предполагает как автономное функционирование,
так и функционирование в комплексе со средствами компьютерной техники.
Организационная техника предназначена для реализации технологий хранения,
представления и использования информации, а также для выполнения различных
вспомогательных операций в рамках тех или иных технологий информационной
поддержки управленческой деятельности.
Так как фирма ООО «Система» специализируется на продаже компьютеров и
предоставление большого количества компьютерных услуг, то в фирме нет, не
одного подразделения или отдела, в котором не было бы компьютеров.
Условно все компьютеры фирмы можно разделить на 2 типа в зависимости от
их конфигурации.
Первый тип используется в отделах:
а) разработки программного обеспечения;
б) разработки web-сайтов;
в) внедрения и обслуживания.
Конфигурация компьютеров первого типа представлена в таблице 2.2.
Таблица 2.2 - Конфигурация компьютеров первого типа
|
Вид
|
Характеристика
|
|
Монитор
|
Монитор 19" Acer
A191HQLbm
|
|
Материнская плата
|
IPM45 S775
i945GC 2*DDR2 PCI-E ATA SATAII 6ch GLAN mATX OEM
|
|
HDD
|
320 Гб, HDD, SATA 8Mb
|
|
Видеокарта
|
встроенная, 256 Мб
|
|
Звуковая карта
|
Встроенная
|
|
Адаптер Ethernet
|
10/100 Ethernet
|
|
Клавиатура и мышь
|
A4Tech
|
|
ОЗУ
|
DDR2, 2048 Мб,
800 МГц - 2шт.
|
|
Процессор
|
Intel, Core 2
Quad, 2500 МГЦ, 4 ядра, LGA775 Q8300 2.50/1333/4M SLAY7
|
|
Операционная система
|
Windows XP
|
Второй тип используется в:
а) отделе менеджмента;
б) экономико-финансовом отделе;
г) отделе обучения.
Конфигурация компьютеров второго типа представлена в таблице 2.3.
Таблица 2.3 - Конфигурация компьютеров второго типа
|
Вид
|
Характеристика
|
|
Монитор
|
Монитор 19" Acer
A191HQLbm
|
|
Материнская плата
|
D410MW Intel CPU
integrated Atom D410 iM10 2*DDR2 SATA Audio Lan mini-ITX
|
|
HDD
|
160 Гб, HDD, SATA 8Mb
|
|
Видеокарта
|
встроенная, 256 Мб
|
|
Звуковая карта
|
Встроенная
|
|
Адаптер Ethernet
|
10/100 Ethernet
|
|
Клавиатура и мышь
|
A4Tech
|
|
ОЗУ
|
DDR2, 1024 Мб,
800 МГц
|
|
Процессор
|
Intel, Atom,
1600 МГЦ, 2 ядра, D410 DualCore 1MB 1.60ГГц
|
|
Операционная система
|
Windows XP
|
Помимо компьютеров, имеющих характеристики представленные в таблицах 2.2
и 2.3, в фирме имеется сервер с конфигурацией представленной в таблице 2.4.
Таблица 2.4 - Конфигурация сервера фирмы ООО «Система»
|
Вид
|
Характеристика
|
|
Процессор
|
4ядра Intel Xeon34XX
|
|
ОЗУ
|
8192 МБ DDR3 ECC
|
|
Чипсет
|
Intel 3420
|
|
Жесткие диски
|
4 ТБ SATA HDD
|
|
RAID контроллер
|
Штатно - интегрированный
Intel ICH10R
|
|
Сеть
|
2 x Gigabit Ethernet (RJ45)
плюс выделенный порт IPMI
|
|
Питание
|
Одиночный 665Вт блок
питания, 220В 50Гц
|
|
Габариты
|
Напольный, 178х427х531мм
(ШхГхВ)
|
|
Управление
|
Удаленное управление IPMI с функцией KVM-Over-LAN, virtual media over LAN
|
|
Интегрированные устройства
|
DVD-ROM,
2xUSB2.0, 6xSATA, Video, PS/2 KB/Mouse
|
В головном офисе фирмы 5 принтеров:
а) HP LaserJet 9050 - принтер предназначен для больших объемов
черно-белой печати, характеристики принтера:
- печать до 50 стр./мин;
выход первой страницы (ч/б): до 8 секунд;
рекомендуемый месячный объем печати (стр.): 15000 - 50000;
до 4 лотков, емкость подачи до 3100 листов;
HP PCL 6, PCL 5e, эмуляция HP PS уровень 3.
Этот принтер использует 2 подразделения: подразделение управления и
подразделения обслуживания.
б) HP LaserJet P2035 - этот принтер используется на ресепшене магазина
главного офиса, предназначен для печати клинетских документов;
в) HP Officejet Pro 8000 - струйный цветной принтер, используется
для печати изображений и цветных схем;
г) МФУ Samsung SCX-4824FN - исользуется так же как и HP LaserJet
P2035 на ресепшене магазина главного офиса, для клиентских нужд;
д) HP LaserJet P2055 - офисный принтер, используемый в подразделении
разработки.
Так же в фирме используется 2 сканера:
а) Epson GT-1500;
б) Samsung SCX-4100.
2.2.3
Анализ существующего общего программного обеспечения
Программное обеспечение - совокупность программ системы обработки
информации и программных документов, необходимых для эксплуатации этих программ
(ГОСТ 19781-90) [8].
Также - совокупность программ, процедур и правил, а также документации,
относящихся к функционированию системы обработки данных (СТ ИСО 2382/1-84) [9].
Программное обеспечение является одним из видов обеспечения
вычислительной системы, наряду с техническим (аппаратным), математическим,
информационным, лингвистическим, организационным и методическим обеспечением.
Общее программного обеспечения, используемое в фирме ООО «Система» -
операционные системы и офисные программы.
В фирме используется несколько операционных систем, как коммерческих, так
и бесплатных. Использование нескольких операционных систем обусловлено
потребностью в них некоторых сфер деятельности фирмы. Так, при разработке
программного обеспечения, иногда требуется кросплатформенное функционирование
создаваемой программы, вполне естественно, что для соблюдения этого требования
у разработчика должно быть несколько операционных систем.
Перечень используемых в фирме ООО «Система» операционных систем:
а) Windows Server 2000 -
используется для тестирования разрабатываемого программного обеспечения;
б) Windows Server 2003 -
аналогично с Windows Server 2000, используется только для тестирования;
в) Windows XP - основная
часть рабочих станций использует Windows XP;
г) Windows Vista
- только для тестирования программного обеспечения;
д) Windows Server 2008 -
сервер фирмы использует для своей работы Windows Server 2008;
е) Windows 7 - компьютер генерального директора фирмы под управлением Windows;
ж) Mac OS 10 - только для тестирования программного обеспечения;
з) FreeBSD 7.4 - только для тестирования программного обеспечения;
и) Linux 2.6.29 - только для тестирования программного обеспечения.
Давольно похожая ситуация и с использованием браузеров, в отделе
web-разработок. На каждом компьютере этого отдела установлено 6 обозревателей
интернета, причем каждый из них имеется в нескольких версиях:
а) Opera 10.0 - 11.10;
б) Mozilla Firefox 3.6 - 4.0;
в) Google Chrome 11.0;
г) Safari 5.0.1;
д) Internet Explorer 5.1 - 9;
е) Netscape Navigator 9.0.
При разработке сайтов, как и при разработке программного обеспечения,
есть такое понятие как кросплатформеность, только под ним понимается не
работоспособность сайта, в разных операционных системах (понятие
работоспособность сайта в разных операционных системах, вообще не применимо к
web-разработкам, т.к. сайт находится на сервере, на компьютере клиента он
просто отображается), а корректность отображения в различых браузерах. Этим и
обусловлена необходимость использования различных браузеров в отделе
web-разработок.
Из пакетов офисных программ в фирме используется Open Office 3.3. Главным критерием выбора именно этого пакета -
стало его свободное распространение. Open Office установлен
на всех рабочих станциях фирмы.
В качестве антивирусного программного обеспечения фирма использует
Kaspersky Internet Security 2011. Этот антивирус установлен так же на всех
компьютерах фирмы.
Кроме того, на многих компьютерах установлено следующее программное
обеспечение:
а) WinRAR - для работы с архивами;
б) TotalCommander - файловый менеджер;
в) Mozilla Thunderbird - почтовый клиент;
г) Foxit Reader - для работы с документами формата PDF;
д) Google Chrome - браузер, для работы в интернете.
2.2.4 Анализ существующего математического обеспечения
Математическое обеспечение - это модели и методы, с помощью которых
решаются задачи функциональной части. Математическое обеспечение реализуется
при разработке программного обеспечения.
В таблице 2.6 приведены основные математические комплексы, используемые
для решения задач управления в фирме ООО «Система». Для каждого комплекса
установлена версия, перечень выполняемых с ее помощью задач и ее функции.
Математические методы делятся на:
а) методы вычислительной математики;
б) методы математической статистики;
в) методы линейного программирования;
г) метода сетевого планирования;
д) метода теории массового обслуживания;
е) методы и модели имитационного моделирования.
Таблица 2.6 - Существующее математическое обеспечение фирмы ООО «Система»
|
Название
|
Версия
|
Выполняемая задача
|
|
Net Cracker
Professional
|
4.1
|
Сетевое планирование
|
|
Cisco Packet
Tracer
|
5.0
|
Сетевое планирование
|
|
MathCAD
|
15.0
|
Математические вычисления
|
|
Math Lab
|
7.12
|
Математические вычисления
|
2.2.5 Анализ существующего организационного и правового обеспечения
Организационное обеспечение - это совокупность методов и средств,
регламентирующих взаимодействие работников с техническими средствами и между
собой в процессе разработки и эксплуатации ИС.
Организационное обеспечение реализует следующие функции:
а) анализ существующей системы управления организацией, где будет
использоваться ИС, и выявление задач, подлежащих автоматизации;
б) подготовку задач к решению на компьютере, включая техническое
задание на проектирование ИС и технико-экономическое обоснование ее
эффективности;
в) разработку управленческих решений по составу и структуре
организации, методологии решения задач, направленных на повышение эффективности
системы управления. Организационное обеспечение создается по результатам
предпроектного обследования на 1-м этапе построения БД.
Правовое обеспечение - это совокупность нормативных правовых актов,
принимаемых на разных уровнях власти и управления, регулирующих комплекс
общественных отношений, связанных с созданием и использованием информации,
особенно с применением новых информационных отношений [10].
Структура отдела, занимающегося установкой, настройкой, отладкой и
обслуживанием всех подсистем АСУ, а так же установкой и настройкой локальной
сети фирмы ООО «Система» представлена на рисунке 2.4.
Рисунок 2.4 - Структура отдела внедрения и обслуживания
Все решения, принимаются техническим директором и главным инженером
фирмы. Трудовая деятельность сотрудников отдела внедрения и обслуживания соответствует
Трудовому кодексу Российской Федерации.
В таблице 2.7 представлены характеристики работ, выполняемые каждым
специалистом отдела внедрения и обслуживания.
Таблица 2.7 - Характеристики работ выполняемых специалистами отдела
внедрения и обслуживания фирмы ООО «Система»
|
Должность
|
Типы выполняемых работ
|
|
Технический директор
|
Организаторская
деятельность
|
|
Главный инженер
|
Проектирование, и настройка
информационной сети, руководство над техниками и консультантами, закупка и
продление лицензий на операционные системы и программное обеспечение.
|
|
Технический консультант
|
Консультативная
деятельность, служба поддержки
|
|
Техник
|
Обеспечение работы
локальных сетей и их монтаж, обеспечение работоспособности компьютеров фирмы
и организаций - клиентов, установка и настройка программного обеспечения
|
2.3 Описание выявленных преимуществ и недостатков функционирующей АСУ
Для автоматизиции процессов происходящих в фирме ООО «Система»
используется ряд типовых решений созданных фирмой «1С».
Безсуловно использование типовых решений имеет множество плюсов:
а) рентабильность - гораздо дешевле купить типовое решение и
сконфигурировать его под свои нужды, нежели создать новое с нуля;
б) программа постоянно поддерживается и обновляется;
в) около полумилона предприятий использует продукты фирмы «1С», а
ведь все они в какой то мере являются тестерами программного продукта, ошибки
найденые в процессе использования довольно быстро исправляются.
Все процессы связанные с бухгалтерией в полной мере автоматизированны по
средствам «1С - Бухгалтерия». Экономико-финансовый раздел в автоматизации не
нуждается. То же самое можно сказать и о учете продукции в фирме.
Однако, есть сферы деятельности в которых автоматизация отсутствует как
таковая. Например, разработка программного обеспечения на заказ.
2.4 Разработка предложений по совершенствованию (модернизации) существующей
АСУ
Процесс разработки программного обеспечения давольно трудозатратен, ведь
он включает в себя не только написание программного кода, условно процесс можно
разделить на 3 этапа:
а) организационный этап - это создание и утверждение всякого рода
документации, такой как: запрос на разработку, предложение на разработку,
техническое задание. Кроме того, к этому этапу относится: составление
календарного плана работ и формирование группы разработчиков;
б) этап разработки - непосредственно написание кода программного
продукта, тестирование созданного обеспечения, отладка и исправление найденых
ошибок;
в) этап внедрения и поддержки. На этом этапе происходит внедрение
созданного программного обеспечения в фирму - заказчик. Сюда же относится и
написание различного рода справочной документации, как для пользователей
созданного программного обеспечения, так и для разработчиков, которые будут
заниматься поддержкой и обновлением разработки. Давольно часто к этому этапу
относится и процесс обчения персонала фирмы - заказчика работе с программным
обеспечением.
Как видно разработка программного обеспечения очень объемный процесс, с
большим количеством документаоборота.
Кроме, того в этой сфере деятельности не мешало бы усовершенстовать учет
разрабатываемых продуктов, в данный момент весь учет сводится к хранению
информации о разработанном продукте в текстовых файлах.
Так же, не стоит упускать из виду такой не мало важный пункт как контроль
хода выполения работы, ведь от контроля процесса, во многом зависит весь исход.
Сейчас процесс мониторинга хода выполнения разработки очень сложен и не точен,
руководство фирмы получает информацию с задержкой в лучшем случае в неделю
(именно это время уходит на сопоставление промежуточных отчетов о ходе
выполнения работ каждого инженера-программиста работающего над проектом и
объединение этих отчетов воедино), не говоря уже о трудозатратах каждого
инженера-программиста над созданием отчета.
Итак, основными направлениями по совершенстованию являются:
а) автоматизация учета разрабатываемых продуктов;
б) атоматизация процесса создания промежуточных отчетов,
инженерами-программистами, о ходе выполнения индивидуальной части работы;
в) атоматизация процесса объединения промежуточных отчетов в один
общий отчет.
Выводы по главе
В ходе выполнения работы был проведен комплексный анализ структуры АСУ,
существующей в фирме ООО «Система». В результате анализа были выявлены узлы
автоматизации и специальное программное обеспечение используемой в этих узлах.
Составлены схемы информационных потоков между подразделениями фирмы.
Кроме того, была собрана информация о техническом обеспечении фирмы,
общем программном и математическом обеспечении.
В результате анализа были выявлены преимущества и недостатки существующей
АСУ функционирующей на предприятии, разработаны рекомендации по ее
совершенствованию:
а) автоматизация учета разрабатываемых продуктов;
б) автоматизация процесса создания промежуточных отчетов,
инженерами-программистами, о ходе выполнения индивидуальной части работы;
в) автоматизация процесса объединения промежуточных отчетов в один
общий отчет.
3. Проектирование подсистемы «Учет разрабатываемых программных продуктов»
3.1 Обоснование разработки подсистемы
3.1.1 Общее обоснование
Процесс разработки программного обеспечения представляет из себя не
только программирование, но и большой объем работы связанный с различного рода
документами, такими как: запросы на разработку, технические задания,
экономические обоснования, документации для пользователей программного
обеспечения и разработчиков и так далее.
Кроме того, при разработки программного обеспечения проводится большая
организационная работа: формирование группы разработчиков, разделение работы,
составление календарных планов и контроль хода выполнения работы.
Вполне естественно, что вся информация по проекту нуждается в
систематизации и упорядоченном хранении, а сам процесс разработки в
автоматизации и упрощении.
В фирме ООО «Система» документация на проект хранится в виде файлов и
папок, что естественно создает множество проблем и неудобств:
а) из-за отсутствия систематизации и четкой иерархии документации,
бывает довольно сложно найти необходимый документ в кратчайшие сроки;
б) так как работа над проектом ведется совместная, то существует
проблема в синхронизации выходных документов, в процессе разработки справочной
документации, например, трудно найти самый актуальный файл справки из всего их
множества;
в) во время работы над проектом, бывает необходимость взаимодействия
с заказчиком, причем часто заказчиком выступает не одно лицо, а группа лиц, из
которых каждый компетентен лишь в определенном, узком направлении.
Например, один из представителей фирмы заказчика компетентен в
технических вопросах, другой в вопросах связанных с бухгалтерской отчетностью и
финансированием проекта, третий участвует в составлении технического задания и
т.д. Соответственно возникает проблема и с хранением контактной информации этих
лиц, обычно эта информация есть только у главного-инженера, но она бывает,
необходима и финансово-экономическому отделу и некоторым
инженерам-программистам.
Кроме проблем работы с документами, есть еще группа организационных
проблем:
а) Процесс формирования группы разработчиков занимает много времени,
т.к. для формирования списка необходимо в режиме реального времени знать, какой
из разработчиков, чем занят, на сколько он загружен.
б) Составление календарного плана - довольно сложный и трудоемкий
процесс. Сроки разработки на прямую зависят от нескольких факторов: количества
инженеров-программистов закрепленных за данным проектом, опыта конкретных
инженеров программистов.
в) Контроль процесса разработки и хода выполнения работ - один из
самых не точных процессов. Для получения информации о ходе выполнения проекта,
главный инженер-программист должен запросить отчетность с каждого программиста
из группы программистов закрепленных за проектом. Создания отчетности занимает
большое количество времени, тем самым отрицательно сказывается на скорости
выполнения проекта. После того, как каждый программист из группы приготовит и
сдаст отчет, главный инженер-программист должен будет ознакомиться с каждым из
отчетов и сделать общий отчет, о ходе выполнения всей работы по проекту. Это
так же занимает много времени.
Очевидно, что фирме ООО «Система» для повышения эффективности разработок
требуется создать автоматизированную подсистему учета разрабатываемых
программных продуктов.
3.2
Проектирование функциональной структуры подсистемы
3.2.1 Анализ бизнес-процессов объекта автоматизации
Анализ бизнес-процессов представляет собой обследование деятельности
предприятия с целью формализовать его основные производственные и
вспомогательные процессы, а иногда и выявить их, поскольку, зачастую, процессы
на предприятии вообще отдельно не определены. Конечным результатом
бизнес-анализа является выстроенная цепочка выполняемых функций разными
подразделениями компании, или модель деятельности предприятия. Причем, в
цепочку включаются не только функции, но и результаты выполнения каждой их них,
информационные потоки. Выстраивание бизнес-процессов предприятия желательно
проводить до как можно более глубокого уровня, в идеале - до отдельного
работника. Цель анализа бизнес-процессов - получить четкую картину деятельности
предприятия, с целью дальнейшей оптимизации процессов, процедур, структуры и
т.д. Бизнес-анализ деятельности предприятия является начальным этапом процесса
автоматизации.
После обследования предприятия становится очевидным - какие функции
дублируются, какие цепочки зациклены, где, наоборот, не хватает связей. Таких
моментов, приводящих к неэффективности, может быть выявлено очень много, в
самых разных областях - и непосредственно в производственных процессах, и в
документообороте, и в финансовом учете, и в управлении персоналом.
Проведем анализ процессов происходящих в фирме ООО «Система» при
разработке программного обеспечения на заказ. Для анализа бизнес-процессов,
проведем их декомпозицию с точностью до отдельно взятого сотрудника
участвующего в разработке программного обеспечения.
В фирме ООО «Система» в процессе разработки программного обеспечения
участвуют четыре вида сотрудников: технический директор, главный
инженер-программист, инженеры-программисты и менеджеры фирмы. Рассмотрим
подробнее функции и обязанности каждого из них.
Технический директор.
Технический директор фирмы ООО «Система», при разработке программного
обеспечения на заказ выполняет контролирующие и организационные работы, он
является главным ответственным в следующих процессах: получение запроса на
разработку, составление предложения на разработку, разработка технического
задания, согласование технического задания, управление качеством работ,
контроль за разработкой, разработка программного обеспечения, тестирование
программного обеспечения, исправление найденных ошибок, разработка справочной
документации, внедрение программного обеспечения, техническая поддержка
предприятия-заказчика.
В процессе работы технический директор тесно взаимодействует с главным
инженером-программистом.
Главный инженер-программист.
В обязанности главного инженера-программиста входит непосредственный
контроль практически всех процессов происходящих в фирме при разработке
программного обеспечения, а так же некоторые организационные работы, которые
главный-инженер программист согласует с техническим директором.
Главный инженер-программист является основным ответственным в процессах:
изучении запросов и составлении предложений на разработку, разработки
технического задания, согласовании технического задания, разработки
программного обеспечения и контроле хода разработки, тестировании программного
обеспечения, исправлении ошибок, разработке справочной документации, внедрение
программного обеспечения и в технической поддержке предприятия-заказчика.
Главный инженер-программист, является непосредственным управляющим
подразделения разработок.
Инженер-программист.
Основным участником процесса разработки является инженер-программист,
ведь именно он занимается созданием программного обеспечения.
Инженер-программист участвует в: изучении запроса на разработку, составлении
предложения на разработку, разработке технического задания, разработке
программного обеспечения, тестировании программного обеспечения, исправлении
найденных ошибок, разработке справочной документации.
Менеджер.
В процессе разработки программного обеспечения, так же участвуют и
менеджеры фирмы ООО «Система». Их участие не является непосредственным и
проявляется во взаимодействии с фирмой-заказчиком, а именно в поиске фирм,
которые потенциально могут быть заказчиками, ведении с ними переговоров,
получении и передаче им различной документации (запросы и предложения на
разработку, акты сдачи-приема и т.д).
Проанализировав процессы, протекающие при разработке программного
обеспечения можно составить список документации, которая используется в этих
процессах:
а) запрос на разработку;
б) предложения на разработку;
в) договор на разработку;
г) техническое задание;
д) календарный план;
е) промежуточный отчет инженера-программиста;
ж) сводный отчет группы разработчиков;
з) справочная документация;
и) акт сдачи-приема.
Схема информационного обмена между сотрудниками фирмы представлена на
рисунке 3.1.
Рисунок
3.1 - Схема информационного обмена между специалистами фирмы
3.2.2 Проектирование функционального состава подсистемы
Универсальные решения хороши своей универсальностью. Однако когда
действительно важен результат следует обращать внимание на
узкоспециализированные методы и средства. Причем независимо от того, о какой
сфере идет речь - медицина, строительство, учет или управление предприятием.
Только сконцентрировав свои усилия на определенной области, не распыляясь
на все остальные, можно достичь в ней максимального результата. Это утверждение
доказано опытом многих компаний, поэтому является аксиомой.
Типовое решение по автоматизации учета для той или иной отрасли
представляет собой программный продукт, в котором учтены особенности данного
типа предприятия. Типовые решения отличаются в первую очередь - спектром задач,
которые решаются благодаря программному обеспечению. Когда речь идет о
производственном предприятии, то при автоматизации учета очень важно особо
тщательно прописать те части программы, которые выполняют учет объемов
производимой продукции, ее отгрузки, сырья, использованного при производстве и
т. д.
Главным преимуществом внедрения типового решения является максимальная
эффективность этого мероприятия.
Проведя анализ бизнес-процессов фирмы ООО «Система» и обратившись к схеме
информационного обмена представленной на рисунке 3.1, можно сделать вывод, что
работа с таким объемом информации наиболее эффективна при использовании баз
данных.
Учитывая, что работать с базой будет несколько человек, необходимо
выбрать способ организации распределенной обработки данных. Существует
несколько таких способов, рассмотрим из более детально.
Параллельный доступ к одной базе данных нескольких пользователей, в том
случае, если база данных расположена на одной машине, соответствует режиму
распределенного доступа к централизованной базе данных.
Если же база данных распределена по нескольким компьютерам, расположенным
в приделах одной сети, и к ней возможен параллельный доступ нескольких
пользователей, то имеем дело с параллельным доступом к распределенной базе
данных. Такие системы называются системами распределенной обработки данных.
Одной из вычислительных моделей, изначально связанной с концепцией
открытых систем, является модель клиент/сервер. Эта модель широко применяется в
технологии БД.
Основной принцип технологии клиент/сервер применительно к технологии БД
заключается в разделении функций стандартного интерактивною приложения на 5
групп, имеющих различную природу [11]:
а) функции ввода и отображения данных (Presentation Logic);
б) прикладные функции, определяющие основные алгоритмы решения задач
приложения (Business Logic);
в) функции обработки данных внутри приложения (Database Logic);
г) функции управления информационными ресурсами (Database Manager
System);
д) служебные функции, играющие роль связок между функциями первых
четырех групп.
Модели клиент/сервер бывают двухуровневые и трехуровневые [12].
На рисунке 3.2 представлена двухуровневая модель клиент/сервер. Эта
модель наиболее общая, поскольку она подобна схеме разработки локальных баз
данных. Многие системы клиент/сервер, используемые сегодня, развились из существующих
локальных приложений баз данных, которые хранят свои данные в файле на сервере.
Рисунок
3.2 - Двухуровневая модель клиент/сервер
В
такой модели данные постоянно находятся на сервере, а клиентские приложения -
на своем компьютере. Бизнес-правила при этом могут располагаться на любом из
компьютеров (или даже на обоих одновременно).
На
рисунке 3.3 показана трехуровневая модель клиент/сервер. Здесь клиент - это
пользовательский интерфейс к данным, а данные находятся на удаленном сервере.
Клиентское приложение делает запросы для получения доступа или изменения данных
через сервер.
Рисунок
3.3 - Трехуровневая модель клиент сервер
Если
клиент, сервер и бизнес-правила распределены по отдельным компьютерам,
разработчик может оптимизировать доступ к данным и поддерживать их целостность
во всей системе.
Структура
проекта, разрабатываемого в дипломном проекте, должна соответствовать
архитектуре клиент/сервер. В данном дипломном проекте используется двух
уровневая модель, в связи с этим, база данных и бизнес правила располагаются на
одном сервере, а система ввода и вывода информации на стороне клиента.
3.2.3 Постановка задач в составе каждого функционального элемента
Для выявления задач, в составе каждого функционального элемента
подсистемы учета разрабатываемых программных продуктов специалистами фирмы ООО
«Система», выявим сначала функциональные элементы:
а) ведение справочников;
б) учет разрабатываемых программных продуктов;
в) формирование отчетов;
г) дополнительные функции.
Первым функциональным элементом являются справочники, рассмотрим
подробнее виды справочников:
а) справочник сотрудников. Данный справочник содержит полную информацию
о сотрудниках фирмы ООО «Система», которые участвуют в процессе разработки
программного обеспечения на заказ. Здесь содержится такая информация как: номер
сотрудника, его фамилия, имя, отчество, дата рождения, должность, телефон,
паспортные данные (кем выдан, когда, номер и серия паспорта), номер страхового
медицинского полиса, а так же полное название фирмы, которая его выдала, адрес
проживании сотрудника (край, область, город, улица, номер и корпус дома,
квартира). Кроме того, справочник хранит информацию о стаже работы сотрудника:
приведущее место работы, должность, дата поступления и увольнения,
характеристика;
б) справочник медицинских полюсов. Этот справочник необходим для
хранения информации о полюсах, их типах, а так же учреждений их выдающих;
в) справочник краев и областей. Справочник содержит список субъектов
Российской Федерации. Используется для присвоения адресов, как сотрудникам, так
и фирмам-заказчикам;
г) справочник городов. Справочник хранит список городов,
присвоенных определенному субъекту Российской Федерации. Назначение -
аналогично преведущему справочнику;
д) справочник улиц. Справочник хранит список улиц, закрепленных за
определенным городом. Назначение - аналогично приведущему справочнику;
е) справочник проектов. Самый объемный справочник
автоматизированной подсистемы. Хранит полную информацию о разрабатываемых
фирмой ООО «Система» программных продуктах: номер проекта, его короткое
название, дата начала работы над проектом, дата сдачи, бюджет, календарный
план, словом всю информацию, которая хоть каким-то образом причастна к проекту;
ж) справочник фирм-заказчиков. В этом справочнике хранится
информация о фирмах, которые пользуются в услугах разработки программного
обеспечения на заказ;
з) справочник компетентных лиц. Данный справочник отделен от
справочника фирм, так как бывали случаи, когда персона, участвующая в
разработке программного обеспечения (со стороны фирмы заказчика, т.е.
представитель заказчика), не имела официального отношения к фирме. Кроме того
один и тот же человек может представлять интересы разных фирм.
Данные содержащиеся в этих справочниках вводятся в ручную пользователями
автоматизированной подсистемы.
Рассмотрим подробнее задачу учета разрабатываемых продуктов, а именно
функции необходимые для ее реализации:
а) создание проекта;
б) закрепление за проектом фирмы-заказчика;
в) закрепление за проектом компетентных лиц, со стороны
фирмы-заказчика;
г) формирование рабочей группы разработчиков;
д) создание поэтапного календарного плана на реализацию проекта;
е) составление списка документации.
Следующей задачей является - формирование отчетности, произведем
декомпозицию этой задачи, на подзадачи:
а) формирование отчета по сотрудникам фирмы ООО «Система», т.е. список
сотрудников с общей информацией (фамилия, имя, телефон, должность);
б) формирование детального отчета, о каждом сотруднике - подробная
информация о выбранном сотруднике (фамилия, имя, отчество, телефон, должность,
адрес проживания, паспортные данные, номер полиса и т.д.);
в) формирование отчета о проектах, аналогично с отчетом о
сотрудниках - список проектов с краткой информацией;
г) детальный отчет о проекте - полная информация о выбранном
проекте;
д) формирование отчета о фирмах заказчиках.
Рисунок
3.4 - Функциональная структура подсистемы «Учет разрабатываемых программных
продуктов»
Кроме
того, в автоматизированной подсистеме учета разрабатываемых программных
продуктах есть дополнительные функции, такие как логирование всех действий
пользователей, разграничение доступа к данным для пользователей программы.
Проанализировав
все вышесказанное, составим функциональную структуру автоматизированной
подсистемы учета разрабатываемых программных продуктов и представим ее в виде
рисунка 3.4.
3.3 Проектирование информационной базы данных
3.3.1 Анализ предметной области и построение инфологической и
даталогической моделей базы данных
Одним из способов моделирования баз данных является построение
инфологической модели. Концептуальное (инфологическое) проектирование -
построение семантической модели предметной области, то есть информационной
модели наиболее высокого уровня абстракции [13]. Такая модель создаётся без
ориентации на какую-либо конкретную СУБД и модель данных. Термины
«семантическая модель», «концептуальная модель» и «инфологическая модель»
являются синонимами. Кроме того, в этом контексте равноправно могут
использоваться слова «модель базы данных» и «модель предметной области»
(например, «концептуальная модель базы данных» и «концептуальная модель
предметной области»), поскольку такая модель является как образом реальности,
так и образом проектируемой базы данных для этой реальности.
Конкретный вид и содержание концептуальной модели базы данных
определяется выбранным для этого формальным аппаратом. Обычно используются
графические нотации, подобные ER-диаграммам.
Цель инфологического моделирования - обеспечение наиболее естественных
для человека способов сбора и представления той информации, которую
предполагается хранить в создаваемой базе данных [13]. Поэтому инфологическую
модель данных пытаются строить по аналогии с естественным языком (последний не
может быть использован в чистом виде из-за сложности компьютерной обработки
текстов и неоднозначности любого естественного языка). Основными элементами
инфологических моделей являются сущности, связи между ними и их свойства (атрибуты).
Для построения модели «сущность-связь» (ER-модели) необходимо ввести
понятие «связь» и определить типы связи между сущностями в проектируемой базе
данных.
Связь - ассоциирование двух или более сущностей. Если бы назначением базы
данных было только хранение отдельных, не связанных между собой данных, то ее
структура могла бы быть очень простой [14]. Однако одно из основных требований
к организации базы данных - это обеспечение возможности отыскания одних
сущностей по значениям других, для чего необходимо установить между ними
определенные связи.
Между двумя сущностям, например, А и В возможны четыре вида связей.
Связь один-к-одному (1:1): в каждый момент времени каждому представителю
(экземпляру) сущности А соответствует 1 или О представителей сущности В.
Связь один-ко-многим (1:М): одному представителю сущности А соответствуют
0, 1 или несколько представителей сущности В.
Так как между двумя сущностями возможны связи в обоих направлениях, то
существует еще два типа связи: многие-к-одному (М:1) и многие-ко-многим (M:N).
В разрабатываемом проекте используется три типа связи «один-ко-многим»,
«многие-ко-многим», «один-к-одному» так как они полностью отражают
взаимоотношения между сущностями рассматриваемой предметной области.
В ER-моделях сущности изображаются помеченными
прямоугольниками, ассоциации - помеченными ромбами или шестиугольниками,
атрибуты - помеченными овалами, а связи между ними -ненаправленными ребрами,
над которыми может проставляться степень связи (1 или буква, заменяющая слово
«много») и необходимое пояснение [15].
Инфологическая модель проектируемой базы данных представлена на рисунке
3.5.
Логическое (даталогическое) проектирование - создание схемы базы данных
на основе конкретной модели данных, например, реляционной модели данных. Для
реляционной модели данных даталогическая модель - набор схем отношений, обычно
с указанием первичных ключей, а также «связей» между отношениями,
представляющих собой внешние ключи.
Преобразование концептуальной модели в логическую модель, как правило,
осуществляется по формальным правилам. Этот этап может быть в значительной
степени автоматизирован.
На этапе логического проектирования учитывается специфика конкретной
модели данных, но может не учитываться специфика конкретной СУБД.
Даталогическая модель разрабатываемой базы данных представлена на рисунке
3.6.
В таблице 3.3 отражено описание таблиц, полей и дополнительная информация
относительно датологической модели.
Таблица 3.3 - Таблицы, типы полей, описания
|
Наименование
таблицы
|
Описание
|
|
Наименование
атрибута
|
Тип данных
|
NULL опция
|
Первичный ключ
|
Внешний ключ
|
Описание
|
|
1
|
2
|
3
|
4
|
5
|
6
|
|
portfolio
|
Портфолио
сотрудника
|
|
pf_id
|
integer
|
NOT
NULL
|
Да
|
Нет
|
уникальный
номер портфолио
|
|
wk_id
|
integer
|
NOT
NULL
|
Нет
|
Да
|
уникальный
номер сотрудника
|
|
pf_inc_name
|
text
|
NULL
|
Нет
|
Нет
|
название
организации
|
|
pf_date_s
|
date
|
NULL
|
Нет
|
Нет
|
дата
поступления на работу
|
|
pf_date_po
|
date
|
NULL
|
Нет
|
Нет
|
дата увольнения
|
|
pf_function
|
text
|
NULL
|
Нет
|
Нет
|
должность
|
|
pf_xor
|
NULL
|
Нет
|
Нет
|
характеристика
|
|
pasports
|
Паспортные
данные сотрудника
|
|
wk_id
|
integer
|
NOT
NULL
|
Нет
|
Да
|
уникальный
номер сотрудника
|
|
pas_serial
|
integer
|
NULL
|
Да
|
Нет
|
серия паспорта
|
|
pas_number
|
integer
|
NULL
|
Да
|
Нет
|
номер паспорта
|
|
pas_date_v
|
date
|
NULL
|
Нет
|
Нет
|
дата выдачи
|
|
pas_kem
|
text
|
NULL
|
Нет
|
Нет
|
кем выдан
|
|
wk_birthday
|
date
|
NULL
|
Нет
|
Нет
|
день рождения
|
|
polis
|
Типы полюсов
|
|
pol_id
|
integer
|
NOT
NULL
|
Да
|
Нет
|
уникальный
номер типа полиса
|
|
pol_type
|
text
|
NULL
|
Нет
|
Нет
|
тип полиса
|
|
pol_inc
|
text
|
NULL
|
Нет
|
Нет
|
название
организации страховщика
|
|
polis_wk
|
Полис
сотрудника
|
|
wk_id
|
integer
|
NOT
NULL
|
Да
|
Да
|
уникальный
номер сотрудника
|
|
pol_id
|
integer
|
NOT
NULL
|
Нет
|
Нет
|
уникальный
номер типа полиса
|
|
pol_number
|
integer
|
NULL
|
Нет
|
Нет
|
номер полиса
|
|
wk_adress
|
Адрес
сотрудника
|
|
wk_id
|
integer
|
NOT
NULL
|
Да
|
Да
|
уникальный
номер сотрудника
|
|
strace_id
|
integer
|
NOT
NULL
|
Нет
|
Да
|
уникальный
номер улицы
|
|
dom_number
|
integer
|
NULL
|
Нет
|
Нет
|
номер дома
|
|
dom_korp
|
text
|
NULL
|
Нет
|
Нет
|
корпус
|
|
kv_number
|
integer
|
NULL
|
Нет
|
Нет
|
номер квартиры
|
|
worker
|
Список
сотрудников
|
|
wk_id
|
integer
|
NOT
NULL
|
Да
|
Нет
|
уникальный
номер сотрудника
|
|
wk_first_name
|
text
|
NULL
|
Нет
|
Нет
|
фимилия
|
|
wk_last_name
|
text
|
NULL
|
Нет
|
Нет
|
имя
|
|
wk_last_name_2
|
text
|
NULL
|
Нет
|
Нет
|
отчество
|
|
wk_function
|
text
|
NULL
|
Нет
|
Нет
|
должность
|
|
wk_phone
|
text
|
NULL
|
Нет
|
Нет
|
телефон
|
|
type_wk
|
Права доступа
|
|
wk_id
|
integer
|
NOT
NULL
|
Да
|
Да
|
уникальный
номер сотрудника
|
|
tu_id
|
integer
|
NOT
NULL
|
Нет
|
Да
|
уникальный
номер типа пользователея
|
|
wk_pas
|
text
|
NOT
NULL
|
Нет
|
Нет
|
пароль
|
|
type_user
|
Тип
пользователя
|
|
tu_id
|
integer
|
NOT
NULL
|
Да
|
Нет
|
уникальный номер
типа пользователея
|
|
tu_name
|
text
|
NULL
|
Нет
|
Нет
|
название типа
пользователея
|
|
plan
|
Календарный
план
|
|
pj_id
|
integer
|
NOT
NULL
|
Нет
|
Да
|
уникальный
номер проекта
|
|
pl_id
|
integer
|
NOT
NULL
|
Да
|
Нет
|
уникальный
номер работы
|
|
pl_name
|
text
|
NULL
|
Нет
|
Нет
|
название работы
|
|
pl_date_begin
|
date
|
NULL
|
Нет
|
Нет
|
дата начала
|
|
pl_date_end
|
date
|
NULL
|
Нет
|
Нет
|
дата окончания
|
|
xod_work
|
Ход работы
|
|
pl_id
|
integer
|
NOT
NULL
|
Да
|
Нет
|
уникальный
номер работы
|
|
wk_id
|
integer
|
NOT
NULL
|
Нет
|
Да
|
уникальный
номер сотрудника
|
|
xw_date_begin
|
date
|
NULL
|
Нет
|
Нет
|
дата начала
|
|
xw_date_end
|
date
|
NULL
|
Нет
|
Нет
|
дата окончания
|
|
workgroup
|
Рабочая группа
|
|
pj_id
|
integer
|
NOT
NULL
|
Да
|
Да
|
уникальный
номер группы
|
|
wk_id
|
integer
|
NOT
NULL
|
Да
|
Да
|
уникальный
номер сотрудника
|
|
stadt
|
Субъет РФ
|
|
st_id
|
integer
|
NOT
NULL
|
Да
|
Нет
|
уникальный
номер субъекта
|
|
st_name
|
text
|
NULL
|
Нет
|
Нет
|
название
субъекта
|
|
city
|
Город
|
|
st_id
|
integer
|
NOT
NULL
|
Нет
|
Да
|
уникальный
номер субъекта
|
|
city_id
|
integer
|
NOT
NULL
|
Да
|
Да
|
уникальный
номер города
|
|
city_name
|
text
|
NULL
|
Нет
|
Нет
|
название города
|
|
strace
|
Улица
|
|
city_id
|
integer
|
NOT
NULL
|
Нет
|
Да
|
уникальный
номер города
|
|
strace_id
|
integer
|
NOT
NULL
|
Да
|
Да
|
уникальный
номер улицы
|
|
strace_name
|
text
|
NULL
|
Нет
|
Нет
|
название улицы
|
|
projekt
|
Список проектов
|
|
pj_id
|
integer
|
NOT
NULL
|
Да
|
Нет
|
уникальный
номер проекта
|
|
inc_id
|
integer
|
NOT
NULL
|
Нет
|
Да
|
уникальный
номер организации
|
|
pj_name
|
text
|
NULL
|
Нет
|
Нет
|
название
проекта
|
|
pj_date_create
|
date
|
NULL
|
Нет
|
Нет
|
дата
поступления
|
|
pj_date_end
|
date
|
NULL
|
Нет
|
Нет
|
дата сдачи
|
|
pj_price
|
integer
|
NULL
|
Нет
|
Нет
|
цена
|
Адрес
организации
|
|
inc_id
|
integer
|
NOT
NULL
|
Да
|
Да
|
уникальный
номер организации
|
|
strace_id
|
integer
|
NOT
NULL
|
Нет
|
Да
|
уникальный
номер улицы
|
|
dom_number
|
integer
|
NULL
|
Нет
|
Нет
|
номер дома
|
|
dom_korp
|
text
|
NULL
|
Нет
|
Нет
|
корпус
|
|
office_number
|
integer
|
NULL
|
Нет
|
Нет
|
номер офиса
|
|
docs
|
Документация
|
|
pj_id
|
integer
|
NOT
NULL
|
Нет
|
Да
|
уникальный
номер проекта
|
|
doc_id
|
integer
|
NOT
NULL
|
Да
|
Нет
|
уникальный
номер документа
|
|
doc_name
|
text
|
NULL
|
Нет
|
Нет
|
название
документа
|
|
doc_msg
|
text
|
NULL
|
Нет
|
Нет
|
описание
документа
|
|
person
|
Контактные лица
|
|
pj_id
|
integer
|
NOT
NULL
|
Нет
|
Да
|
уникальный
номер проекта
|
|
ps_id
|
integer
|
NOT
NULL
|
Да
|
Нет
|
уникальный
номер контактного лица
|
|
ps_first_name
|
text
|
NULL
|
Нет
|
Нет
|
фамилия
|
|
ps_last_name
|
text
|
NULL
|
Нет
|
Нет
|
имя
|
|
ps_last_name2
|
text
|
NULL
|
Нет
|
Нет
|
отчество
|
|
ps_phone
|
text
|
NULL
|
Нет
|
Нет
|
телефон
|
|
ps_email
|
text
|
NULL
|
Нет
|
Нет
|
электронный
адрес
|
|
ps_role
|
text
|
NULL
|
Нет
|
Нет
|
роль в проекте
|
|
incorporation
|
Организация
|
|
inc_id
|
integer
|
NOT
NULL
|
Да
|
Нет
|
уникальный
номер организации
|
|
inc_name
|
text
|
NULL
|
Нет
|
Нет
|
название
организации
|
|
inc_phone
|
text
|
NULL
|
Нет
|
Нет
|
телефон
|
|
inc_ogrn
|
integer
|
NULL
|
Нет
|
Нет
|
ОГРН
|
|
inc_inn
|
integer
|
NULL
|
Нет
|
Нет
|
ИНН
|
3.3.2 Выбор среды разработки
Выбор системы управления баз данных (СУБД) представляет собой сложную
многопараметрическую задачу и является одним из важных этапов при разработке
приложений баз данных. Выбранный программный продукт должен удовлетворять как
текущим, так и будущим потребностям предприятия, при этом следует учитывать
финансовые затраты на приобретение необходимого оборудования, самой системы,
разработку необходимого программного обеспечения на ее основе, а также обучение
персонала. Кроме того, необходимо убедиться, что новая СУБД способна принести
предприятию реальные выгоды.
Сначала необходимо сформулировать требования или, иными словами, критерии
которыми необходимо руководствоваться при выборе СУБД, затем приводится
классификация требований/критериев. Очевидно, наиболее простой подход при
выборе СУБД основан на оценке того, в какой мере существующие системы
удовлетворяют основным требованиям создаваемого проекта информационной системы.
Более сложным и дорогостоящим вариантом является создание испытательного
проекта на основе нескольких СУБД и последующий выбор наиболее подходящего из
кандидатов. Но и в этом случае необходимо ограничивать круг возможных систем,
опираясь на некие критерии отбора. Вообще говоря, перечень требований к СУБД,
используемых при анализе той или иной информационной системы, может изменяться
в зависимости от поставленных целей [16].
Итак, сформулируем основные требования, к выбору СУБД, для автоматизированной
подсистемы учета разрабатываемых программных продуктов:
а) скорость работы СУБД (производительность). Для тестирования
производительности применяются различные средства, и существует множество
тестовых рейтингов. Одним из самых популярных и объективных является TPC-анализ
производительности систем. Фактически TPC анализ рассматривает композицию СУБД
и аппаратуры, на которой эта СУБД работает. Показатель TPC - это отношение
количества запросов обрабатываемых за некий промежуток времени к стоимости всей
системы;
б) работа на платформах Win32, Linux - кросплатформеность важный
критерий отбора системы управления базами данных, т.к. в фирме ООО «Система»
используются компьютеры под управлением различных операционных систем;
в) поддержка многопользовательского режима работы - довольно
критичный параметр, автоматизированная подсистема учета обязательно должна быть
многопользовательской;
г) стоимость - для фирмы ООО «Система» особо важным является цена
используемого программного обеспечения и как для любой коммерческой
организации, чем ниже эта цена, тем лучше;
д) безопасность - в данном случае подразумевается защита, прежде
всего от взломов, с программой будут работать инженеры-программисты, поэтому
уровень безопасности должен быть на высоте;
е) архитектура клиент-сервер - как было сказано выше,
разрабатываемая автоматизированная подсистема должна быть клиент-серверной
архитектуры;
ж) надёжность. Понятие надежности системы имеет много смыслов - это
и сохранность информации независящая от любых сбоев, и безотказность работы
системы в любых условиях, резервное копирование информации, откат изменений.
Таблица 3.5 - Сводная таблица характеристик СУБД
|
Наименование параметра
|
PostgreSQL
|
MySQL
|
MS SQL Server
|
Firebird
|
|
1
|
2
|
3
|
4
|
5
|
|
Скорость
|
-
|
-
|
+
|
+
|
|
Работа на платформах Win32,
Linux
|
+
|
+
|
-
|
+
|
|
Поддержка пользователей
|
+
|
+
|
+
|
+
|
|
Стоимость
|
+
|
-
|
-
|
+
|
|
Безопасность
|
+
|
+
|
+
|
+
|
|
Архитектура клиент-сервер
|
+
|
+
|
+
|
+
|
|
Надёжность
|
+
|
-
|
+
|
+
|
Как видно из таблицы 3.5 наиболее подходящей системой управления базами
данных, в условия решаемой задачи является - FireBird.
3.3.3 Разработка запросов к базе данных
Проанализировав даталогическую модель базы данных, можно сделать вывод,
что для выборки некоторых данных будут использоваться сложные запросы, например
для выборки данных об адресе сотрудника используется следующий SQL-запрос:
SELECT worker.wk_first_name, worker.wk_last_name,
worker.wk_last_name_2, worker.wk_birthday, worker.wk_function, worker.wk_phone,
wk_adress.strace_id, wk_adress.dom_number, wk_adress.dom_korp,
wk_adress.kv_number, strace.city_id, strace.strace_id, strace.strace_name,
city.st_id, city.city_id, city.city_nameworkerjoin wk_adress on (worker.wk_id =
wk_adress.wk_id)join strace on (wk_adress.strace_id = strace.strace_id)join
city on (strace.city_id = city.city_id) inner join stadt on (city.st_id =
stadt.st_id).
Что касается запросов на удаление, изменение и вставку данных, то тут
ситуация гораздо проще, так как у каждой записи в базе есть первичный ключ,
который однозначно идентифицирует ее.
Запрос на удаление адреса сотрудника выглядит следующим образом:
delete from WK_ADRESS where WK_ID = :OLD_WK_ID.
Так же следует отметить, что удаление записей каскадное по первичному
ключу, что дает высокий уровень целостности информации и уменьшает количество
необходимых запросов. Запрос на изменение списка сотрудников, выглядит так:
update WORKER set WK_ID = :WK_ID, WK_FIRST_NAME = :WK_FIRST_NAME, WK_LAST_NAME = :WK_LAST_NAME, WK_LAST_NAME_2 = :WK_LAST_NAME_2, WK_FUNCTION = :WK_FUNCTION, WK_PHONE = :WK_PHONE where WK_ID = :OLD_WK_ID
Вставка нового сотрудника происходит при помощи следующего запроса:
insert into WORKER (WK_ID, WK_FIRST_NAME, WK_LAST_NAME,
WK_LAST_NAME_2, WK_FUNCTION, WK_PHONE) values (:WK_ID, :WK_FIRST_NAME,
:WK_LAST_NAME, :WK_LAST_NAME_2, :WK_FUNCTION, :WK_PHONE).
3.3.4
Разработка системы разграничения доступа к данным
При решении вопроса о разграничении прав доступа к базе данных,
необходимо определиться с тем, какие типы пользователей вообще есть.
В базе данных автоматизированной подсистемы учета разрабатываемых
программных продуктов существует три вида пользователей, которых условно можно
назвать операторами, аналитиками и администраторами.
Под операторами понимаются в основном те, кто либо заполняет базу данных
(вводят туда вручную информацию о фирмах-заказчиках, проектах, сотрудниках и
т.д.), либо выполняют задачи, связанные с обработкой информации. В
классификации сотрудников фирмы ООО «Система» этими пользователями являются:
инженеры-программисты и менеджеры фирмы.
Под аналитиками подразумеваются те, ради кого, собственно, создается эта
база данных: технический директор, главный инженер-программист и генеральный
директор фирмы ООО «Система». Эти люди по роду своей работы получают
обширнейшие отчеты по собранной информации.
Администраторы. Эта категория людей может только в общих чертах
представлять, что хранится и обрабатывается в хранилище данных. Но они решают
ряд важнейших задач, связанных с жизнеобеспечением системы, ее отказо - и
катастрофоустойчивости.
Но различные роли по отношению к обрабатываемой информации - не
единственный критерий. Указанные группы различаются еще и по способу
взаимодействия с СУБД.
Операторы чаще всего работают с информацией через различные приложения.
Безопасность и разграничение доступа к информации тут реализованы очень хорошо,
проработаны и реализованы методы защиты. Производители СУБД, говоря о
возможностях своих систем, акцентируют внимание именно на такие способы защиты.
Доступ к терминалам/компьютерам, с которых ведется работа, разграничение
полномочий внутри приложения, разграничение полномочий в самой СУБД - все это
выполнено на высоком техническом уровне. Честно внедрив все эти механизмы
защиты, специалисты по безопасности чувствуют успокоение и удовлетворение.
Но беда в том, что основные проблемы с безопасностью приходятся на две оставшиеся
категории пользователей.
Проблема с аналитиками заключается в том, что они работают с СУБД на
уровне ядра. Они должны иметь возможность задавать и получать всевозможные
выборки информации из всех хранящихся там таблиц. Включая и запросы общего типа
"select * *".
С администраторами дело обстоит ненамного лучше. Начиная с того, что в
крупных информационных системах их число сопоставимо с числом аналитиков. И
хотя абсолютно полными правами на СУБД наделены лишь два-три человека,
администраторы, решающие узкие проблемы (например, резервное копирование
данных), все равно имеют доступ ко всей информации, хранящейся в СУБД.
Между аналитиками и администраторами на первый взгляд нет никакой
разницы: и те и другие имеют доступ ко всей обрабатываемой информации. Но все
же отличие между этими группами есть, и состоит оно в том, что аналитики
работают с данными, используя некие стандартные механизмы и интерфейсы СУБД, а
администраторы могут получить непосредственный доступ к информации, например на
физическом уровне, выполнив лишний раз ту же операцию по резервному копированию
данных.
Таким образом, с точки зрения безопасности самыми опасными являются два
типа пользователей: аналитики и администраторы.
При разработке автоматизированной подсистемы учета разрабатываемых
продуктов, группа пользователей - аналитики, не имеет возможность составлять
свои произвольные запросы, т.к. в целях решаемой задачи в этом нет
необходимости, что же касается администраторов, то вопрос администрирования
всех баз данных в фирме ООО «Система» ведется одним человеком - техническим
директором фирмы.
Таким образом, обеспечение безопасности разрабатываемой
автоматизированной подсистемы учета можно решить штатными средствами СУБД FireBird.
.4 Описание средств обеспечения достоверности и целостности
информации
Главная особенность SQL-технологий наличие у сервера СУБД специальных
средств контроля целостности данных, не зависящих от клиентских программ и
привязанных непосредственно к таблицам [17]. Т.е. принципиально не важно, каким
образом осуществляется доступ к базе данных: через SQL-консоль, через
ODBC-драйвера из приложения Windows, через WWW-connector из Internet-браузера
или через DBI-интерфейс Perl. В любом из этих случаев, за контролем целостности
данных следит сервер, и при нарушении правил целостности данных сервер известит
клиента об ошибке.
К структурам контроля целостности данных относятся ограничители
(constraint), которые привязаны к столбцам и триггеры (trigger), которые могут
быть привязаны как к столбцам, так и к строкам в таблице.
Ограничители это элементарные проверки или условия, которые выполняются
для операций вставки и модификации значения столбца. Если данная проверка не
проходит или условие не выполняется, то вставка или модификация отменяется, а в
программу клиента передается ошибка.
Firebird содержит следующие ограничители:
а) NOT NULL - проверка на непустое значение. NULL - специальное понятие
в СУБД, которое означает "пусто";
б) UNIQUE - проверка на уникальность. Вставляемое значение должно
быть уникально для данного столбца по всей таблице. Может содержать пустые
значения;
в) PRIMARY KEY - первичный ключ. Значение в столбце считается
первичным ключом, если оно непустое и уникально в пределах столбца данной
таблицы. Первичный ключ может быть составным и представлять собой комбинацию
столбцов. Тогда чтобы считаться первичным ключом, каждое из группы значений не
должно быть пустыми и формируемые строки значений первичного ключа должны быть
уникальны в пределах таблицы. Первичный ключ - основа для построения индексов
по таблице.технология позволяет на уровне столбца задавать домены значений,
т.е. строго определенные наборы или диапазоны значений, для помещаемых в
столбец данных. В частности можно реализовывать ограничения ссылочной
целостности (referential integrity constraint) и проверки фиксированного
условия. Ограничение ссылочной целостности не позволяет значениям из столбца
одной таблицы принимать значения кроме как из присутствующих в столбце другой
таблицы. Это делается при помощи ограничителей FOREIGN KEY (внешний ключ) и
REFERENCES (указатель ссылки). Таблица, содержащая FOREIGN KEY, считается
родительской таблицей. Таблица, содержащая REFERENCES, считается дочерней
таблицей. Внешний ключ и указатель ссылки могут находиться в одной таблице,
т.е. родительская таблица одновременно является дочерней.KEY - внешний ключ.
Назначает столбец или комбинацию столбцов в текущей (родительской) таблице в
качестве внешнего ключа для ссылки из других таблиц.- указатель ссылки (или
родительский ключ). Указывает на столбец (комбинацию столбцов) в родительской
таблице, ограничивающую значения в текущей (дочерней) таблице.
Для использования ограничений ссылочной целостности должны выполняться
некоторые условия. В частности, родительская и дочерняя таблицы должны
находиться в пределах одного аппаратного сервера базы данных, они не могут
находиться на различных узлах распределенной базы данных. Столбцы, участвующие
в отношении ограничения ссылочной целостности обязаны иметь один и тот же тип
данных.
Ограничения ссылочной целостности используются при каскадном удалении,
т.е. при удалении записи в родительской таблице удаляются все записи с
указанным ключом из дочерних таблиц, и, наоборот, при запрете
удаления/модификации, т.е. при наличии зависимых записей в дочерних таблицах,
значение ключа записи в родительской таблице нельзя удалить или
модифицировать.- проверка фиксированного условия. В данном ограничителе явно
указывается условие, которое должно выполняться для вставляемого или
модифицируемого значения в столбце. Например: check (user in 'ALEX','JUSTAS') -
в столбце user могут содержаться только значения 'ALEX' и 'JUSTAS', попытка
вставки значения 'SHTIRLITZ' будет интерпретирована как ошибочная , check
(user_salary between 1000 and 5000) - столбец user_salary может принимать
целочисленные значения в диапазоне от 1000 до 5000 и т.д. При формировании
условий с некоторыми ограничениями могут использоваться функции, например check
(user = upper(user)), в данном случае имя пользователя должно вводиться только
в верхнем регистре. Есть и ограничения, например, CHECK не может содержать
подзапросы (SELECT).
Обычно ограничители задаются при создании таблиц. Но в дальнейшем их
можно изменять, удалять или временно запрещать при помощи соответствующих
команд СУБД.
Триггеры - это сохраненная откомпилированная процедура, которая связана с
определенной таблицей. Триггеры, в отличие от ограничителей, могут выполнять
сколь угодно сложные манипуляции над данными. Помимо операций модификации и
вставки, триггеры могут срабатывать и при удалении данных из таблицы. Можно
также задавать порядок срабатывания триггера относительно операции, т.е.
выполниться ли триггер перед операцией вставки/модификации/удаления значения из
столбца (или всей строки) или непосредственно после такой операции.
Атомарность SQL-выражений при работе с данными. Под атомарностью
выражения понимается неизменность (фиксация во времени) набора данных, с
которыми это выражение работает на всем протяжении своего исполнения. Т.е. если
мы выполняем оператор UPDATE над определенной таблицей, то состояние таблицы на
момент начала выполнения операции фиксируется во времени и не изменяется до
конца выполнения оператора. Этот набор данных для текущего выполняемого
выражения не может быть изменен другим пользователем или даже другой сессией
этого же пользователя, которая пытается выполнить операцию модификации этих же
данных в этой же таблице.
Типовые операции с таблицей в базе данных состоят из многих однотипных
операций, например оператор UPDATE, который модифицирует 5000 строк в таблице,
по своей сути состоит из 5000 операций, каждая из которых может быть выполнена
независимо. В связи с этим такие операторы очень хорошо распараллеливаются при
использовании многопроцессорных систем. Это позволяет выровнять нагрузку в
системе между разными процессорами, при том условии, что СУБД умеет работать в
многопроцессорной конфигурации, и уменьшить время ответа системы.
Многопользовательские системы широко используют понятие транзакций.
Транзакция - это логическая единица работы, которая состоит из одного или
нескольких SQL-выражений. Группа выражений отмеченных как транзакция
рассматривается как единое и неделимое целое. В случае если в одном из
выражений обработки данных происходит ошибка, то транзакция отменяется целиком.
Таким образом, система возвращается в состояние предшествующее началу
транзакции, обеспечивая при этом физическую и логическую непротиворечивость
данных.
Выводы по главе
В ходе проектирования автоматизированной подсистемы учета разрабатываемых
программных продуктов специалистами фирмы ООО «Система» была спроектирована
функциональная структура подсистемы, сделано описание узлов автоматизации, а
так же выбрана клиент-серверная архитектура базы данных.
При изучении предметной области была построена инфологическая и
датологическая модель базы данных, выбрана среда разработки СУБД - FireBird, как наиболее подходящая для решения
данной задачи. Кроме того, было уделено внимание таким вопросам как обеспечение
достоверности и целостности информации хранимой в базе.
4. Описание подсистемы «Учет разрабатываемых программных продуктов»
4.1 Условия применения
Автоматизированная подсистема учета разрабатываемых программных продуктов
специалистами фирмы ООО «Система», как видно из названия, предназначена
непосредственно для учета программных продуктов разрабатываемых фирмой.
Основное предназначение программного продукта - хранение абсолютно всей
информации так или иначе связанной с разрабатываемыми или уже разработанными
фирмой продуктами. Благодаря такому подходу информация имеет четкую структуру
(все документы четко структурированы) и доступность (информация доступна с
любого компьютера рабочей сети, на котором установлен программный комплекс).
Автоматизированная подсистема учета разрабатываемых программных продуктов
имеет архитектуру клиент-сервер, что открывает широкие возможности совместной
работы с базой данных.
Рассмотрим более подробно возможности подсистемы. Всю информация
хранящуюся в базе данных автоматизированной подсистемы, можно условно разделить
на три вида:
а) информация о сотрудниках фирмы ООО «Система»;
б) информация о разработанных и находящихся в разработке программных
продуктах;
в) информация о фирмах-заказчика и контактных лицах - представителях
этих фирм.
Информация о сотрудниках фирмы содержит следующие значения: фамилия, имя,
отчество сотрудника, его должность, дата рождения, телефон, адрес проживания
(край или область, город, улица, дом, корпус, квартира), паспортные данные
(номер и серия паспорта, кем выдан, дата выдачи), номер полиса, сведения о
предыдущих местах работы (название фирмы, период работы, занимаемая должность,
характеристика).
Автоматизированная подсистема была создана для подразделения разработок
фирмы, поэтому, когда идет речь о сотрудниках фирмы, подразумеваются сотрудники
только этого подразделения.
Необходимость информации о сотрудниках в подсистеме учета разрабатываемых
программных продуктов продиктована тем, что автоматизированная подсистема,
кроме учета разработок используется для составления календарных планов работ и
формирования групп разработчиков.
Информация о разработанных и находящихся в разработке программных
продуктах, содержит полные данные о разработках, такие как: название проекта,
дата поступления заказа, дата сдачи, стоимость разработки, календарный план
(название работы, дата начала, дата окончания, кем должна быть выполнена
работа), рабочую группу на проект (коды сотрудников), все документы, которые
были созданы до, вовремя и после разработки (заявки на разработку, предложения
на разработку, технические задания).
Третий вид информации хранимый в базе: информация о фирмах-заказчика и
контактных лицах - представителях этих фирм, представляет из себя следующие
значения: название фирмы-заказчика, телефон, ОГРН, ИНН, юридический адрес (край
или область, город, улица, номер дома, корпус, номер офиса), фамилия, имя,
отчество контактного лица, телефон, его роль в проекте, e-mail. Автоматизированная подсистема учета разработана
таким образом, что для одного проекта можно назначить произвольное число
автономных контактных лиц.
Подсистема имеет возможность формировать несколько видов отчетов:
а) список сотрудников;
б) сотрудник детально;
в) список проектов;
г) все о проекте;
д) список фирм-заказчиков.
Данные виды отчетности позволяют в полной мере удовлетворить всевозможные
информационные потребности, возникающие в ходе разработки.
Перейдем к рассмотрению технических сторон автоматизированной подсистемы.
Подсистема корректно работает на компьютерах под управлением операционной
системы Windows XP, 2000, 2003 Server,
2008 Server, Vista, Seven.
Минимально необходимая конфигурация для корректного функционирования
программы-клиента: процессор Pentium
I с тактовой частотой 233 МГц, 64 Мб оперативной памяти, разрешение экрана
800х600. Как видно, клиентская часть автоматизированной подсистемы не
требовательна к ресурсам. Кроме того, для работы клиента не требуется
стороннего программного обеспечения, кроме естественно операционной системы.
Что же касается минимально необходимой конфигурации сервера:
а) процессор: 800 МГц
б) оперативная память: 256 Мб
в) свободное дисковое пространство: 250 Мб и выше
г) операционная система: семейство Microsoft Windows NT (x86 или
x64) или Linux.
Автоматизированная подсистема изначально разработана для работе по сети,
однако возможна так же работа и на автономном компьютере, в таком случае, такой
компьютер одновременно выступает и сервером и клиентом.
4.2 Руководство программиста
Клиентом в автоматизированной подсистеме выступает прикладное приложение
написанное на языке программирования высокого уровня - Borland Delphi 7
Enterprise, в качестве сервера выступает система управления базами данных
FireBird 2.5.- среда программирования, в которой используется язык
программирования Object Pascal. Начиная со среды разработки Delphi 7.0, в
официальных документах Borland стала использовать название Delphi для
обозначения языка Object Pascal [18].(FirebirdSQL) - компактная,
кроссплатформенная, свободная система управления базами данных (СУБД),
работающая на Linux, Microsoft Windows и разнообразных Unix платформах [19].
В качестве преимуществ Firebird можно отметить многоверсионную
архитектуру, обеспечивающую параллельную обработку оперативных и аналитических
запросов (это возможно потому, что читающие пользователи не блокируют пишущих),
компактность (дистрибутив 5Mb), высокую эффективность и мощную языковую поддержку
для хранимых процедур и триггеров.используется в различных промышленных
системах (складские и хозяйственные, финансовый и государственный сектора) с
2001 г. Это коммерчески независимый проект C и C++ программистов, технических
советников и разработчиков мультиплатформенных систем управления базами данных,
основанный на исходном коде, выпущенном корпорацией Borland 25 июля 2000 года в
виде свободной версии Interbase 6.0.
Очевидно, что для корректной работы автоматизированной подсистемы учета
разрабатываемых программных продуктов специалистами фирмы ООО «Система»,
необходимо:
а) установить необходимой программное обеспечение на сервере;
б) установить клиентское программное обеспечение на клиентских
рабочих станциях.
Установка и настройка серверной части:
а) для работы базы данных необходимо установить систему управления
базами данных FireBird, рекомендуемая версия 2.5.
Рассмотрим подробно процесс установки СУБД.
Запускаем установщик FireBird 2.5, во всех диалоговых окнах установки нажимаем кнопку «Далее», в плоть
до шага 4, представленного на рисунке 4.1.
Рисунок
4.1 - Четвертый шаг установки СУБД FireBird 2.5
Выбираем
из выпадающего списка: Полная установка сервера и инструментов разработки.
Нажимаем
кнопку далее, в плоть до окна, изображенного на рисунке 4.2.
Рисунок 4.2 - Дополнительные задачи FireBird 2.5
Снимаем галочку в первом квадрате и оставляем переключатель
"Запускать в качестве службы". В окне "Завершение
установки" снимаем нижнюю галку, верхнюю оставляем и жмём
"Завершить". Сервис Firebird будет запущен по окончанию установки.
После перезагрузки компьютера он будет стартовать в автоматическом режиме.
После
установки СУБД, необходимо зарегистрировать базу данных, для этого
рекомендуется использовать программное обеспечение IBExpert.
Последним
шагом, выполняемым в настройке сервера, является запуск службы СУБД. На
компьютерах находящихся под управлением операционной системы Windows,
для запуска службы можно воспользоваться штатными средствами, а именно: Пуск
-> Панель управления -> Администрирование -> Службы, в появившемся
списке служб необходимо выбрать Firebird Server и запустить ее.
Настройки
клиентского программного обеспечения. Для работы с базой данных автоматизированной
подсистемы, необходимо прикладное программное обеспечение. Все, что необходимо
сделать - это скопировать его на компьютер клиента и настроить путь к базе
данных на сервере.
4.3 Руководство пользователя
Работа с автоматизированной подсистемой учета разрабатываемых программных
продуктов начинается с диалогового окна авторизации, представленного на рисунке
4.3.
Рисунок 4.3 - Диалоговое окно авторизации
Данное диалоговое окно запрашивает личную информацию пользователя, а
именно: имя пользователя и его пароль. После ввода данных, открывается главное
окно автоматизированной подсистемы, рисунок 4.4, которое представляет из себя
главную MDI форму, с меню, отображающим основные
функции программы.
Рисунок
4.4 - Главное окно программы
Рассмотрим
основные пункты меню программы:
а) файл;
б) сотрудники:
список сотрудников;
личная информация;
портфолио;
в) проекты:
- список проектов;
контактные лица;
календарный план;
документация;
г) отчетность:
- сотрудники;
список сотрудников;
карточка сотрудника;
проекты;
список проектов;
карточка проекта;
а) окно:
- каскадом;
плиткой;
закрыть все.
Пункт меню Файл, содержит системные функции для работы с программой.
Пункт меню Сотрудники, предназначен для открытия дочерней MDI -формы, позволяющей оператору
программы вводить, изменять, добавлять как сотрудников, так и любую информацию
о них.
Для работы со списком сотрудников необходимо выбрать пункт меню
Сотрудники -> Список сотрудников, в результате чего на экране отобразится
форма: «Список сотрудников фирмы ООО «Система», изображенная на рисунке 4.5.
Рисунок 4.5 - Список сотрудников ООО «Система»
Форма представляет собой таблицу, состоящую из 6 столбцов и произвольного
числа строк, в которых отображается основная информация о каждом из
сотрудников.
Используя данное окно, пользователь автоматизированной подсистемы может
не только просматривать список, но и выполнять всевозможные действия над ним:
добавление в список нового сотрудника, изменение и удаление уже существующего.
Для выполнения операций над записями таблицы, используется специальный
навигационный элемент, представленный на рисунке 4.6 (обведен в красную рамку).
Рисунок 4.6 - Навигационный элемент таблицы
Данный элемент присутствует везде, где данные отображаются в виде
таблицы, поэтому рассмотрим его основные функции, представленные в виде таблицы
4.1.
Таблица 4.1 - Кнопки навигационного элемента и их назначение
|
Кнопка
|
Назначение
|
|
 К первойУказатель текущей записи перемещается к
первой записи файла данных
|
|
|
 К предыдущейУказатель текущей записи перемещается к
предыдущей записи файла данных
|
|
|
 К следующейУказатель текущей записи перемещается к
следующей записи файла данных
|
|
|
 К последнейУказатель текущей записи перемещается к
последней записи файла данных
|
|
|
 ДобавитьВ файл данных добавляется новая запись
|
|
|
 УдалитьУдаляется текущая запись файла данных
|
|
|
 РедактированиеУстанавливает режим редактирования
текущей записи
|
|
|
 СохранитьИзменения, внесенные в текущую запись,
записываются в файл данных
|
|
|
 ОтменитьОтменяет внесенные в текущую запись
изменения
|
|
|
 ОбновитьЗаписывает внесенные изменения в файл
|
|
Рассмотрим процесс удаления сотрудника. Итак, для удаления сотрудника
необходимо сначала выделить его в списке, затем нажать на кнопку «минус», после
чего появится диалоговое окно, с запросом на подтверждения операции удаления,
изображенное на рисунке 4.7.
Данное диалоговое окно содержит две кнопки: OK и Cancel. Удалить и отменить действие соответственно. После
нажатия на кнопку ОК произойдет удаление выбранного сотрудника. Кроме удаления
данных о сотрудники отображаемых в таблице, удалятся, и все записи, где он
участвует.
Аналогично с удалением и процедура вставки нового сотрудника. Для
добавления нового сотрудника необходимо, в навигационном элементе нажать на
кнопку «плюс». После, чего в таблицу добавится новая строка, в которую
необходимо ввести информацию о сотруднике. Номер сотруднику присваивается
автоматически.
Рисунок 4.7 - Удаление сотрудника
После занесения информации о сотруднике, необходимо сохранить изменения,
для этого нужно нажать на кнопку «готово». После этого добавление сотрудника
можно считать законченным.
Любой столбец таблицы можно отсортировать как по убыванию, так и по
возрастанию, кроме того можно применить быстрые фильтры к столбцу, щелкнув на
его шапку, рисунок 4.8.
Как описано выше, кроме основной информации, каждый сотрудник имеет и
другую информацию (паспортные данные, адрес проживания, портфолио и т.д.).
Для просмотра этой информации, а так же для ее редактирования необходимо
перейти на вкладку: Личная информация или Портфолио, соответственно.
Вкладка
личная информация представляет из себя, информацию о выбранном сотруднике и
изображена на рисунке 4.9.
Рисунок
4.9 - Личная информация сотрудника
На
данной вкладке, как видно на рисунке 4.9, представлена такая информация как:
адрес проживания (улица, номер дома, номер квартиры и т.д), а так же паспортные
данные сотрудника (номер, серия, кем выдан, дата выдачи), а так же данные
медицинского страхового полиса.
Кроме
того, на данной форме есть выпадающий список для быстрого перехода к личной
информации другого сотрудника.
Для
изменения или добавления личной информации о сотруднике, необходимо изменять
значения в текстовых полях. После ввода данных нужно нажать на кнопку
Сохранить, чтобы внесенные изменения вступили в силу. Для отмены изменений,
предусмотрена кнопка Отменить.
Следующая
вкладка называется Портфолио. Если перейти на нее, то можно увидеть знакомую
(аналогичную таблице «Список сотрудников») таблицу, однако уже с другими
полями: название организации, должность, дата поступления, дата увольнения,
рисунок 4.10.
Рисунок
4.10 Опыт работы выбранного сотрудника
В
данной таблице отображаются информация об опыте работы выбранного сотрудника.
Добавление, изменение, удаление данных происходит с помощью навигационного
элемента, подробно рассмотренного ранее.
Как
и в случае с личной информаций, существует инструмент быстрого переключения
между сотрудниками, рисунок 4.11.
Рисунок
4.11 - Быстрое переключение между сотрудниками
Пункты
меню Сотрудники -> Личная информация и Сотрудники -> Портфолио, являются
альтернативным (и более быстрым), способа перехода на одноименные вкладки
автоматизированной подсистемы.
При
выборе любого из этих пунктов, появляется диалоговое окно выбора сотрудника,
изображенное на рисунке 4.12.
Рисунок
4.12 - Диалог выбора сотрудника
В
этом окне из выпадающего списка необходимо выбрать интересующего сотрудника и
нажать на кнопку ОК, после чего осуществится переход к уже описанным ранее
формам: личная информация, либо портфолио.
Рассмотрим
процесс работы с информацией о проектах. Вся информация о проектах представлена
на 4 вкладках: список проектов, контактные лица, календарный план,
документация.
Рассмотрим
более подробно первую вкладку - список проектов. Для просмотра, изменения,
добавления и удаления основной информации о проекте, необходимо воспользоваться
пунктом меню: Проекты -> Список проектов. После выбора этого пункта появится
форма, представленная на рисунке 4.13.
Рисунок
4.13 - Список проектов фирмы ООО «Система»
В
данной таблице отображаются все проекты, выполненные или выполняемые
специалистами фирмы.
Работа
со списком проектов весьма типична и не чем не отличается от вышеописанной
работы со списком сотрудников. Для выполнения действий необходимо использовать
навигационный элемент, расположенный в нижней части окна, функционал и
возможности которого были описаны ваше.
Следующая
вкладка - контактные лица. Попасть на эту вкладку можно двумя способами: открыв
список проектов и выбрав интересующий проект, затем перейдя на вкладку
контактные лица (при этом будет выведена на экран таблица со списком контактных
лиц выбранного на предыдущем шаге проекта), либо из пункта меню: Проекты ->
Контактная информация. Во втором случае на экране сначала появится диалоговое
окно выбора проекта, и только после выбора проекта из выпадающего списка,
появится информация о его контактных лицах.
Вкладка
календарный план. Данная вкладка представляет собой таблицу, в которой вся
работа по проекту декомпозирована на части. Каждая из частей имеет свое
название, дату начала выполнения, дату окончания, а так же краткое описание.
Вкладка календарный план изображена на рисунке 4.14.
Рисунок
4.14 - Вкладка «Календарный план проекта»
Последней
вкладкой для проектов является вкладка «Документация». Здесь представлен список
документов на текущий проект: заявки на разработку, предложения на разработку,
технические задания и так далее. Вкладка «Документация» проиллюстрирована на
рисунке 4.15.
Рисунок
4.15 - Вкладка «Документация на проект»
Отчетность
в автоматизированной подсистеме, можно получить, выбрав соответствующий пункт
меню.
Рассмотрим
процесс получения отчета, на примере отчета «Список сотрудников». Итак, для
получения отчета необходимо в меню программы выбрать пункт Отчетность ->
Сотрудники -> Список сотрудников. После чего откроется новое окно,
напоминающее интерфейсом Adobe Reader и изображенное на рисунке
4.16.
Рисунок
4.16 - Отчет «Список сотрудников»
Для
формирования других отчетов, необходимо произвести аналогичные действия, т.е.
выбрать из пункта меню необходимый вид отчетности.
4.4 Описание контрольного примера
В качестве контрольного примера рассмотрим работу со списком сотрудников:
добавление, изменение, удаление сотрудника, а так же формирование отчета о
сотрудниках.
Запустим автоматизированную подсистему учета и в первом появившемся окне
(окно авторизации), введем учетные данные суперпользователя SYSDBA. Имя пользователя - SYSDBA, пароль - masterkey.
Перед нами откроется главное окно автоматизированной подсистемы, в
котором мы выберем пункт меню Сотрудники -> Список сотрудников.
Рисунок 4.17 - Добавление нового сотрудника
После чего перед нами появится детально описанная в руководстве
пользователя форма с таблицей сотрудника. Для добавления сотрудника в
навигационном элементе (нижний левый угол окна), нажмем на кнопку «плюс». В
таблице появится новая пустая строка, рисунок 4.17.
Далее необходимо заполнить все поля: фамилия, имя, отчество, должность,
телефон.
Обратим внимание, что поле №, заполнять не надо, это поле является
первичным ключом таблицы WORKER
и его значение генерируется на стороне сервера с использованием специально
созданного генератора и тиггера.
После внесения необходимых данных, нужно нажать на кнопку «Готово» -
данные сохранены.
Теперь создадим отчет «Список сотрудников» и проверим, появился ли в нем,
только что созданный сотрудник: Иванов Иван Иванович. Для создания отчета
воспользуемся пунктом меню: Отчетность -> Сотрудники -> Список
сотрудников, на экране отобразится вновь созданный отчет, рисунок 4.18.
Рисунок 4.18 - Отчет «Список сотрудников»
Как видно из рисунка, последним в списке числится только что созданный
сотрудник под номером 16, Иванов Иван Иванович.
Для изменения основной информации о сотруднике вновь перейдем на вкладку
«Список сотрудников», выделим нужного сотрудника и при помощи клавиатуры и мышь
внесем необходимые изменения, после чего кликнем на кнопку «готово». Изменения
внесены.
В случае необходимости удаления, находясь на вкладке «Список
сотрудников», воспользуемся кнопкой «минус», после нажатия на которую, нужно в
появившемся диалоговом окне подтвердить удаление, нажав на кнопку ОК.
В результате выполнения контрольного примера, можно сделать вывод, что
функционал работы с основной информацией о сотруднике, а так же функционал
формирования отчета, работают корректно, выполняют все необходимые функции в
полном объеме и реализуют интуитивно понятны, удобный для пользователя
интерфейс.
Выводы по главе
В процессе разработки автоматизированной подсистемы учета разрабатываемых
программных продуктов кроме базы данных и прикладной программы, была так же
разработана необходимая рабочая документация.
В описании программного комплекса изложены условия и технические
требования к применению автоматизированной подсистемы, описаны ее основные
функции и возможности.
В руководстве администратора подробно расписано как установить серверную
часть, настроить и запустить ее, а так же описано все, что касается клиентской
части.
Кроме того, существует руководство пользователя, рассказывающее о том,
как работать с автоматизированной подсистемой, режимы ее работы, функциональный
интерфейс и многое другое.
При описании контрольного примера было выяснено, что разработка
соответствует поставленной задаче и решает ее в полном объеме.
5. Экономический раздел
5.1 Характеристика разрабатываемой информационной системы
Давно известно, что генеральная цель любой коммерческой организации -
получение прибыли, поэтому вполне естественно, что оценка экономической
эффективности информационной системы является неотъемлемой частью процесса
разработки этой системы [20].
Основной целью технико-экономического обоснования, в дипломной работе,
является определение целесообразности инвестиционного проекта по внедрению
информационной системы. Заключение о целесообразности делается на основании
качественных и количественных показателей, таких как: материальные затраты
необходимых для разработки и функционирования информационной системы, сроки
окупаемости, прибыль полученная в результате внедрения этой системы.
Рассматриваемая информационная система носит название: «Автоматизированная
подсистемы учета разрабатываемых продуктов специалистами фирмы ООО «Система».
Одним из основных направлений деятельности фирмы ООО «Система» является
разработка программного обеспечения и web-сайтов на заказ для сторонних организации. Типовой процесс разработки
программного обеспечения предполагает довольно большой объем различной
документации: технической (запрос на разработку, предложение на разработку,
техническое задание проекта, справочная документация для пользователей,
справочная документация для программистов и т.д.), правовой (договор на
разработку, акт сдачи-према программного продукта и т.д.), организационной
(календарные планы, отчеты о ходе выполнения т.д.). Вполне естественно, что
такой объем документации нуждается в четкой структуризации и формализации
процесса хранения. Для этого и служит «Автоматизированная подсистема учета
разрабатываемых продуктов».
Для создания АСУ использовалась среда разработки программного обеспечения
Bоrland Delphi 7.0 Enterprise,
в качеcтве системы управления базами данных
- СУБД FireBird 2.5.
Разработка автоматизированной подсистемы состояла из 6 стадий
проектирования:
а) описание задачи;
б) исследование предметной области;
в) разработка блок-схемы;
г) программирование;
д) отладка программы;
е) подготовка документации.
5.2 Определение трудоемкости выполняемых работ
Для определения общей трудоемкости выполняемых работ, необходимо сначала
определить трудоемкость каждого из 6 этапов проектирования автоматизированной
подсистемы:
а) описание задачи;
б) исследование предметной области;
в) разработка блок-схемы;
г) программирование;
д) отладка программы;
е) подготовка документации.
Затраты труда на описание задачи То принимают ориентировочно То
= 38 чел.- ч.
Затраты труда на исследование предметной области Ти с учетом
уточнения описания и квалификации программистов определяются по формуле:
где,
Чоп.общ - общее число операторов, ед., рассчитывается по формуле
5.2;
Кузт - коэффициент увеличения затрат труда, вследствие
недостаточного описания задачи (Кузт = 1,34);
Чоп.u - количество операторов, приходящееся на 1 чел.-ч (Чоп.u
= 81 ед / чел.-ч);k - коэффициент квалификации программиста (так,
как программист разрабатывающий данную автоматизированную подсистему имеет опыт
работы 4 года, то его коэффициент равен 1).
Для расчета общего числа операторов используется следующая формула:
где,
Чоп - число операторов, ед.;
Ксз
- коэффициент сложности задачи (Ксз = 1,45);
Ккп
- коэффициент коррекции программы, учитывающий новизну проекта (программа
новая, поэтому Ккп = 0,1).
С учетом всего вышесказанного, после подстановки данных, получаем:
Рассчитаем затраты труда на Та разработку алгоритма решения
(блок-схемы), по формуле:
где, Чоп.а - количество операторов, приходящееся на 1 чел.-ч
(Чоп.а = 22 ед./чел.-ч.). Подставим значения:
Затраты
труда на составление программы по готовой блок-схеме Тп
рассчитываются по формуле:
где,
Чп.n - количество операторов, приходящееся на 1 чел.-ч (Чп.n
= 23 ед./чел.-ч.).
В
результате расчетов получаем:
Затраты
труда на отладку программы рассчитываются по формуле:
где,
Чоп.отл - количество операторов, приходящееся на 1 чел.-ч
(Чоп.отл = 5 ед /чел.-ч.).
Затраты
труда на подготовку документации по задаче Тд определяются по
формуле:
Тд
= Тдр + Тдо = 135,13 + 101,35 
236,48
где,
Тдр - затраты труда на подготовку материалов в рукописи,
определяются по формуле:
где,
Чоп.др - количество операторов, приходящееся на 1 чел.- ч (Чоп.др
= 18 ед/чел.- ч.).
Затраты
труда на редактирование, печать и оформление документов:
Тдо
= 0,75Тдр = 0,75*135,13 101,35
Все
полученные значения трудоемкости, представлены в таблице 5.1
Таблица
5.1 - Определение трудоемкости разработки программного обеспечения
|
Виды затрат труда
|
Трудоемкость, чел.- ч
|
|
Затраты труда на описание
задачи, То
|
38
|
|
Затраты труда на
исследование предметной области, Ти
|
40,24
|
|
Затраты труда на разработку
блок-схемы, Та
|
101,35
|
|
Затраты труда на
программирование, Тп
|
105,76
|
|
Затраты труда на отладку
программы, Тотл
|
486,47
|
|
Затраты труда на подготовку
документации, Тд
|
236,48
|
|
Итого затраты труда на
разработку программного продукта, Тпо
|
1008,3
|
Полученное общее значение трудоемкости Тпо корректируется с
учетом уровня языка программирования:
Т
= Тпоkкор = 46,35 * 0,9 = 907,47
где,
kкор - коэффициент, учитывающий уровень языка программирования (для Bоrland Delphi 7.0, kкор = 0,9).
5.3 Расчет затрат на разработку программного продукта
Для того чтобы рассчитать себестоимость разработки автоматизированной
подсистемы учета разрабатываемых продуктов, необходимо рассчитать: расходы на
материалы и запасные части, заработную плату сотрудников, которые занимались
разработкой программного продукта, дополнительную заработную плату (премии),
отчисления на социальные нужды, затраты на электроэнергию, а так же затраты на
амортизацию и ремонт вычислительной техники.
Затраты на материальные ресурсы и запасные части представлены в таблице
5.2.
Таблица 5.2 - Затраты на материальные ресурсы и запасные части
|
Наименование материального
ресурса
|
Единица измерения
|
Количество израсходованного
материала
|
Цена за единицу, руб
|
Сумма, руб.
|
|
Монитор 19" Acer
A191HQLbm
|
шт.
|
1
|
3846
|
3846
|
|
Материнская плата IPM45
S775 i945GC 2*DDR2 PCI-E ATA
SATAII 6ch GLAN
mATX ОEM
|
шт.
|
1
|
2547
|
2547
|
|
HDD 320 Гб, HDD,
SATA 8Mb
|
шт.
|
1
|
1649
|
1649
|
|
Адаптер Ethernet
10/100 Ethernet
|
шт.
|
1
|
250
|
250
|
|
Клавиатура и
мышь A4Tech
|
шт.
|
1
|
543
|
543
|
|
ОЗУ DDR2, 2048
Мб, 800 МГц
|
шт.
|
2
|
850
|
1700
|
|
Процессор Intel,
Cоre 2 Quad, 2500 МГЦ, 4 ядра, LGA775 Q8300 2.50/1333/4M SLAY7
|
шт.
|
1
|
4120
|
4120
|
|
Бумага для принтера
|
пачка
|
2
|
240
|
240
|
|
ИТОГО затраты на
материальные ресурсы и запасные части
|
14895
|
Общая сумма затрат на материальные ресурсы и запасные части (ЗМ)
определяется по формуле 5.10:
где, Pi - расход i-го вида материального ресурса, натуральные единицы;
Цi - цена за единицу i-го вида материального ресурса, руб.
i -
вид материального ресурса;
n -
количество видов материальных ресурсов.
Подставив значения из таблицы 5.2, получаем ЗМ =14895 рублей.
Затраты на оплату труда производственного персонала (всех работников,
занятых разработкой программного продукта) приведены в таблице 5.3.
Таблица 5.3 - Основная заработная плата производственного персонала
|
Категория работника
|
Квалификация
|
Трудоемкость разработки,
чел. ч
|
Часовая ставка, руб./ч.
|
Сумма, руб.
|
|
Программист
|
Опыт работы 4 года
|
907,47
|
41,7
|
37811,23
|
|
ИТОГО основная заработная
плата
|
37811,23
|
Общая сумма затрат на оплату труда (Ззп.о) определяется по
формуле:
где,
ЧСi - часовая ставка i-го работника, руб.;
Тi
- трудоемкость разработки автоматизированной информационной системы, чел.×ч;- категория работника;- количество работников,
занятых разработкой автоматизированной информационной системы.
Часовая
ставка работника может быть рассчитана по формуле:
где,
ЗПi - месячная заработная плата i-го работника, руб.
ФРВi - месячный фонд рабочего времени i-го работника, час (по
данным бухгалтерии).
Дополнительная заработная плата производственного персонала Ззп.д
рассчитывается по формуле:
где,
Кдоп.зп - коэффициент дополнительной заработной платы.
(Кдоп.зп = 0,1).
Отчисления
на социальные нужды, Зсн= (37811,4+3781,13)/100*34,2 = 14224,59руб.
Затраты
на потребляемую энергию Зэ определяются по формуле:
Зэ
= Рв * tв * цэ,=0,35* 907,46*2,4= 762,27руб.
где,
Рв - мощность ЭВМ, кВт;в - время работы вычислительного
комплекса, ч;
цэ
- стоимость 1 кВт-ч электроэнергии, руб./кВт-ч.
Затраты
на техническое обслуживание и текущий ремонт рассчитываются по формуле:
где,
Кв - балансовая стоимость вычислительной техники;в.г -
годовой фонд рабочего времени вычислительной техники.
Таблица
5.4 - Себестоимость создания автоматизированной информационной системы
|
Статья затрат
|
Сумма, руб.
|
|
Расходы на материалы и
запасные части, Зм
|
14895
|
|
Основная заработная плата
производственного персонала, Ззп.о
|
37811,23
|
|
Дополнительная заработная
плата производственного персонала, Ззп.д
|
3781,12
|
|
Отчисления на социальные
нужды, Зсн
|
14224,58
|
|
Затраты на электроэнергию,
Зэ
|
762,27
|
|
Затраты на амортизацию и
ремонт вычислительной техники, Зр
|
595,8
|
|
Итого затрат, Зобщ
|
72070,01
|
Полные затраты на создание программного продукта составят:
Зобщ = Зм + Ззп.о + Ззп.д + Зсн
+ Зэ + Зр=72070,01руб.
5.4 Расчет экономической эффективности проекта
Расчет экономической эффективности проекта позволяет определить прибыль
от использования разработанного программного продукта. Вычислить прибыль можно,
по формуле:
где,
Э - стоимостная оценка результатов применения программного продукта в течение
года, руб. Рассчитывается по формуле 5.18;
З
- стоимостная оценка затрат при использовании программного продукта, руб.
где,
Зручн - затраты на ручную обработку информации в руб.;
Рассчитывается по формуле 5.19;
Завт.
- затраты на автоматизированную обработку информации, руб.; Рассчитывается по
формуле 5.20;
Эдоп
- дополнительный экономический эффект, связанный с уменьшением числа
используемых бланков, высвобождением рабочего времени и т. д., руб.
где,
tp - время, затрачиваемое на обработку информации вручную, ч;
цч
- цена одного часа работы оператора, руб.;d - 1,75 - коэффициент,
учитывающий дополнительные затраты времени на логические операции.
где,
ta - затраты времени на автоматизированную обработку информации, ч.
.5
Оценка основных технико-экономических показателей проекта
При
разработке любой автоматизированной подсистемы, всегда ведется работа в
нескольких направлениях, как в техническом (непосредственно разработка
программного обеспечения), так и в экономическом (расчеты экономической
эффективности системы, технико-экономических показателей и т.д.) [21]. Причем
экономическая сторона вопроса, не менее важна, чем техническая (в некоторых
случаях даже более важна), что вполне естественно, ведь программное обеспечение
должно быть рентабельно, иначе необходимость в его разработке и вовсе
пропадает.
Для
оценки экономической эффективности инвестиционного проекта используют различные
системы и методы, наибольшее распространение получил метод с использованием
четырех основных показателей: чистого дисконтированного дохода, индекса
доходности, внутренней нормы доходности и срока окупаемости капитальных
вложений.
Чистый
дисконтированный доход от использования программного продукта определяют по
формуле:
где,
п - расчетный период, год;
Пk
- прибыль от использования программного продукта за k-й год его эксплуатации,
руб.;
Е
- норма дисконта;
К
- капиталовложения при внедрении программного продукта.
Для
реализации автоматизированной подсистемы учета разрабатываемых программных
продуктов специалистами фирмы ООО «Система» требуются инвестиции в размере 72
тыс. руб.
Чистые
денежные притоки по годам ориентировочно составят (тыс. руб.):
-й
год − 28;
-й
год − 32;
-й
год − 33;
-й
год − 40.
Ставка
дисконта Е = 20%.
Подставив
данные значения в формулу 5.21 получаем следующее уравнение:
Рассчитаем
ВНД автоматизированной подсистемы по формуле:
где,
Е1 − значение процентной ставки в дисконтном множителе, минимизирующее
положительное значение показателя ЧДД;
Е2
− значение процентной ставки в дисконтном множителе, максимизирующее
отрицательное значение ЧДД.
Таблица
5.5 - Исходные данные для расчета ВНД
|
Шаги расчетного периода, т
|
Денежный поток Ф(т), тыс.
руб.
|
Расчет для E1
|
Расчет для Е2
|
|
|
|
|
|
|
|
0
|
-72
|
1,00
|
-72,00
|
1,00
|
-72,00
|
|
1
|
28
|
0,91
|
-46,55
|
0,83
|
-48,67
|
|
2
|
32
|
0,83
|
-20,10
|
0,69
|
-26,44
|
|
3
|
33
|
0,75
|
4,69
|
0,58
|
-7,35
|
|
4
|
40
|
0,68
|
32,01
|
0,48
|
11,94
|
В результате ВНД будет иметь значение:
Рассчитаем срок окупаемости автоматизированной
подсистемы, без учета дисконтирования денежных поступлений на основе
среднегодовой величины притока денежных средств, по формуле 5.23:
где, Э рассчитывается по формуле:
Рассчитаем
срок окупаемости с учетом дисконтирования денежных средств при норме дисконта Е
= 0,2.
На
основании полученных данных денежного потока определим среднегодовую величину
его:
Срок
окупаемости:
Таблица
5.6 - Основные технико-экономические показатели разрабатываемого проекта
|
Основные технико-экономические показатели проекта
|
Единицы измерения
|
Значение показателя
|
|
Итоговая
трудоемкость разработки
|
чел-ч.
|
907,47
|
|
Полные затраты
на создание программного продукта
|
руб.
|
72070,01
|
|
Годовой эффект
от внедрения программного продукта
|
руб.
|
61186,66
|
|
Чистый
дисконтированный доход от использования программного продукта
|
руб.
|
11940
|
%
|
25,95
|
|
Срок
окупаемости проекта
|
год
|
2,17
|
Выводы
В результате оценки экономической
эффективности разработки автоматизированной подсистемы учета разрабатываемых
продуктов специалистами фирмы ООО «Система», были получены следующие показатели:
a) трудоемкость разработки
автоматизированной подсистемы, которая составила 907 чел-ч или 113 рабочих дней
одного программиста;
б) затраты на создание программного
обеспечения, сложенные из цены расходных материалов и техники необходимой для
работы специалиста, а так же заработной платы разработчика и некоторых других
факторах. Полные затраты составили 72070,01 рублей;
в) годовой эффект от внедрения программного
продукта, который составил 61186,66 рублей;
г) чистый дисконтированный доход от
использования программного продукта - 11940 рублей;
д) норма рентабельности инвестиций,
составившая 25,95%;
е) срок окупаемости проекта, который
составил 2,17 лет, без учета дисконтирования денежных поступлений и 3,43 года с
учетом дисконтирования денежных средств.
На основании этих данных, был сделан вывод,
что разработка автоматизированной подсистемы учета разрабатываемых продуктов -
целесообразна, т.к. чистый дисконтированный доход оказался больше 0, значение
нормы рентабельности инвестиций, больше цены привлекаемых финансовых ресурсов,
срок окупаемости проекта чудь более двух лет, что так же является хорошим
результатом.
6.
Безопасность и экологичность проекта
6.1 Анализ
опасных и вредных факторов в помещении
На человека в процессе его трудовой деятельности могут воздействовать
опасные (вызывающие травмы) и вредные (вызывающие заболевания) производственные
факторы.
При работе на компьютере пользователь подвергается следующим факторам:
а) возможность поражение электрическим током;
б) влияние различных излучений - тепловых, ионизирующих,
электромагнитных, инфракрасных;
в) запыленность воздуха рабочей зоны;
г) недостаточная освещенность рабочего места;
д) возможность возникновения пожара;
е) воздействие шума;
ж) неправильная посадка за рабочим местом;
з) монотонность работы.
.2 Общие
мероприятия по обеспечению безопасности жизнедеятельности в помещении
Данное рабочее место расположено в пятиэтажном здании. Отдел расположен
на первом этаже здания. Длина рабочего помещения составляет 3.2 м, ширина - 2.5
м, высота - 2.5 м.
В отделе располагается одно рабочее место, площадь отдела 40.0 м2,
объем - 80 м3.
Рабочее помещение не граничит с помещениями, в которых уровни шума и
вибрации превышают нормируемые значения.
Для внутренней отделки интерьера рабочего помещения с ВДТ и ПЭВМ,
использованы диффузно-отражающие материалы с коэффициентом отражения для
потолка - 70%-80%; для стен - 50%-60%; для пола - 30%-50%.
Поверхность пола в помещении эксплуатации ВДТ и ПЭВМ ровная, без выбоин,
нескользкая, удобная для очистки и влажной уборки, обладает антистатическими
свойствами.
Экран видеомонитора находится от глаз пользователя на оптимальном
расстоянии 600-700 мм, но не ближе 500 мм с учетом размеров алфавитно-цифровых
знаков и символов.
Высота рабочей поверхности стола для пользователей регулируется в
пределах 680-800 мм.
Размеры рабочей поверхности стола для ВДТ и ПЭВМ: ширина 1200 мм, глубина
1000 мм.
Конструкция стула обеспечивает:
а) ширину и глубину поверхности сиденья не менее 400 мм;
б) регулировку высоты поверхности сиденья в пределах 400-550 мм;
в) высоту опорной поверхности спинки 300 ± 20 мм, ширину - не менее
380 мм.
Клавиатура располагается на специальной, регулируемой по высоте рабочей
поверхности, отделенной от основной поверхности.
В помещении, работа на ВДТ и ПЭВМ является основной, обеспечивается
оптимальными параметры микроклимата. Работа оператора ЭВМ относится к легкой
категории работ параметры микроклимата для которой приведены в таблице 6.1.
Таблица 6.1 - Оптимальные параметры микроклимата для помещений с ВДТ и ПЭВМ
|
Период года
|
Категория работ
|
Температура воздуха, ° С не
более
|
Относительная влажность
воздуха, %
|
Скорость движения воздуха,
м/с
|
|
Холодный
|
Легкая - 1а
|
22-24
|
40-60
|
0.1
|
|
Теплый
|
Легкая - 1а
|
23-25
|
40-60
|
0.1
|
Источниками шума в рабочем помещении являются принтер, системный блок,
ксерокс. Уровень шума и вибрации в данном рабочем помещении не превышает
допустимых пределов и составляет 30 Дб.
Основное неблагоприятное влияние на организм человека оказывает
электромагнитное излучение. Однако, после закупки жидкокристалических
мониторов, на рабочие места сотруднитков, проблема с электромагнитным
излучением была решена. Кроме электромагнитного излучения на человека влияют
тепловое, ионизирующее и инфракрасное излучения, которые излучают монитор,
системный блок. Для защиты от данных видов излучения необходимо правильно
располагать монитор и системный блок., а также использовать защитный экран,
очки, костюмы.
Световой поток и отраженный свет оказывают неблагоприятное влияние на
оператора. Световой поток падает на экран монитора и отражается от него, это
может вызвать усталость глазной мышцы и повысится утомляемость глаз.
Характерной особенностью труда за компьютером является необходимость
выполнения точных зрительных работ на светящемся экране в условиях перепада
яркостей в поле зрения, наличии мельканий, неустойчивости и нечеткости
изображения. Объекты зрительной работы находятся на разном расстоянии от глаз
пользователя (от 30 до 70 см) и приходится часто переводить взгляд в
направлениях экран-клавиатура-документация (согласно хронометражным данным от
15 до 50 раз в минуту). Частая переадаптация глаза к различным яркостям и
расстояниям является одним из главных негативных факторов при работе с
дисплеями. Нередко на экранах наблюдается зеркальное отражение источников света
и окружающих предметов. Все выше изложенное затрудняет работу и приводит к
нарушениям основных функций зрительной системы. Работающие с видеодисплейными
терминалами предъявляют жалобы на боль и ощущение песка в глазах, покраснение
век, трудности перевода взгляда с близких на далекие предметы. Отмечается
быстрое утомление и затуманенность зрения, двоение предметов.
Труд оператора ПЭВМ относится к формам труда с высоким
нервно-эмоциональным напряжением. Это обусловлено необходимостью постоянного
слежения за динамикой изображения, различения текста рукописных и печатных
материалов, выполнением машинописных и графических работ. В процессе работы
требуется постоянно поддерживать активное внимание.
В ЭВМ источником опасности является электрическая часть, а именно входные
цепи блока питания, который может быть подключен к сети промышленного тока
напряжением 220 В. Следовательно, устройство относится к установкам с рабочим
напряжением до 1000 В.
Использовавшееся помещение с ЭВМ относится к классу помещений без повышенной
опасности с точки зрения поражения электрическим током. Температура окружающей
среды +20± 5 °С, относительная влажность воздуха 60± 20%. В помещении
непроводящие полы, отсутствует токопроводящая пыль, отсутствует электрически
активная среда, отсутствует возможность одновременного прикосновения к
металлическим частям прибора и заземляющему устройству, отсутствует высокая
температура и сырость.
Помещения, в которых установлены персональные ЭВМ, по пожарной опасности
относятся к пожаробезопасной категории, и удовлетворяют требованиям по
предотвращению и тушению пожара по ГОСТ 12.1.004-91 [22].
При работе на ПК рекомендуется делаются перерывы на 10-15 мин каждые
1,5-2 часа работы в соответствии с СанПиН 2.2.2/2.4.1340-03 [23].
Материалы, применяемые для ограждающих конструкций и отделки рабочих
помещений огнестойкие. Для предотвращения возгорания в зоне расположения ЭВМ
обычных горючих материалов (бумага) и электрооборудования, приняты следующие
меры:
з) в помещении размещен углекислотный огнетушитель типа ОУ-8;
и) для непрерывного контроля помещения установлены системы
обнаружения пожаров, для этого используются комбинированные извещатели типа
КИ-1;
к) на каждом этаже имеется план эвакуации;
л) имеется в наличие телефонная связь и пожарная сигнализация.
Пользователи допускаются к работе на персональных ЭВМ только после
прохождения инструктажа по безопасности труда и пожарной безопасности.
.3
Мероприятия по обеспечению электробезопасности
ЭВМ представляют собой большую потенциальную опасность для человека: в
процессе эксплуатации или профилактических работ человек может коснуться оголенных проводов, находящихся под напряжением,
что может привести к поражению электрическим током. Для предотвращения
электротравматизма большое значение имеет
правильная организация обслуживания действующих ЭВМ, проведение ремонтных, монтажных и профилактических
работ. Под правильной организацией обслуживания подразумевается строгое
выполнение ряда организационных и
технических мероприятий.
При выполнении электромонтажных и ремонтных работ выполняются следующие правила техники безопасности:
все виды обслуживания ЭВМ производятся одновременно не менее чем двумя специалистами;
м) наладчик стоит на резиновом коврике и проверяет электрическую схему не касаясь корпуса и токоведущих цепей.
Наряду с предписанными организационными защитными
мерами используются следующие технические средства защиты:
электрическую изоляцию токоведущих частей;
н) защитное заземление;
о) зануление;
п) выравнивание потенциалов;
р) защитное отключение;
с) электрическое разделение сети;
т) малое напряжение;
у) двойная изоляция.
Использование этих средств в различных сочетаниях
обеспечивает защиту людей от прикосновения к токоведущим частям и предотвращает возможный
травматизм.
.4
Мероприятия по обеспечению пожарной безопасности на объекте
Степень огнестойкости зданий и сооружений зависит от сопротивляемости
материалов зданий к огню. Данное помещение относится ко II-й категории (сновные
элементы выполнены из несгораемых материалов).
В целях обеспечения пожарной безопасности приняты следующие меры:
в служебных помещениях вывешены «Планы эвакуации людей при пожаре»,
регламентирующие действия персонала в случае возникновения очага возгорания и
указывающий места расположения противопожарной техники;
ф) в рабочем помещении размещены ручной огнетушитель ОУ-8 - 1шт.
х) помещение оборудовано средствами обнаружения и оповещения о
пожаре (автоматические противопожарные датчики-сигнализаторы типа ДТП,
реагирующие на повышение температуры);
ц) определены и оборудованы места для курения;
ч) определен порядок обесточивания электрооборудования в случае
пожара и по окончании рабочего дня;
ш) определены порядок и сроки прохождения противопожарного
инструктажа и занятий по пожарно-техническому минимуму, а также назначены лица, ответственные за их проведение.
6.5 Расчет
естественного освещения в рабочем помещении
Для обеспечения нормируемой освещенности рабочего места используются
световые проемы, площадь которых рассчитывается следующим образом:
S0=(eN*kЗ*h0*kЗД*Sn)/(100*t0*r1)
где, S0 - площадь световых проемов,n - площадь пола
помещения = 5*8=40 м2,
h0 - световая
характеристика окон = 9.5,З - коэффициент запаса (1,2 - 1,5) = 1.3,ЗД
- коэффициент, учитывающий затенение окон противостоящими зданиями = 1,1
- коэффициент, учитывающий повышение КЕО при боковом освещении благодаря свету,
отраженному от поверхностей помещения и подстилающего слоя, прилегающего к
зданию.
Нормированное значение КЕО eN зависит от характера зрительной
работы, вида освещения, устойчивости снежного покрова и пояса светового
климата, где расположено здание.
Для зданий eN определяется по формуле:
eN =eН *mN=1,5 *0,8=1,2,
где, eН - значение КЕО, определяемое по нормам: СП
52.13330.2011 и равное 1,6.N - коэффициент светового климата,
характеризующий особенности светового климата в месте расположения здания, СП
52.13330.2011, для Ставропольского края mN=0,8.
t0 - общий
коэффициент светопропускания окон, определяемый по формуле:
t0=t1*t2*t3*t4
где, t1 - коэффициент светопропускания
материала = 0.8,
t2 -
коэффициент, учитывающий потери света в конструкциях = 0.75,
t3 -
коэффициент, учитывающий потери света в переплетах светопроема = 0.9,
t4 -
коэффициент, учитывающий потери света в солнцезащитных устройствах = 1.
t0=0,8*0,75*0,9*1=0,54
Используя таблицы СП 52.13330.2011, рассчитаем необходимую площадь
световых проемов для комнаты с размерами: высота 2.5м, длина стены со световыми
проемами 8м, длина стены без световых проемов 5м.0=(1,2*1,3*9.5*1*40)/(100*0,54*1,15)=9,54
м2
Таким образом площадь световых проемов должна быть не менее 9,54 м2.
Рисунок 6.1 - Планировка рабочих мест
Выводы по
главе
В разделе «Безопасность жизнедеятельности» проведен анализ вредных и
опасных факторов на предприятии, воздействующих на пользователя. Рассмотрены
меры, улучшающие микроклимат помещения, уменьшающие влияние электромагнитного
излучения на оператора. Проведен расчет естественного освещения в помещении,
рассчитаны необходимая площадь световых проемов и уровень шума. Рабочее место
укомплектовано мебелью, отвечающей стандартам по безопасности труда, что ведет
к уменьшению физических нагрузок и утомляемости пользователя. Компьютер и
оргтехника отвечает международным стандартам безопасности. Принтер, в данном
рабочем помещении, используется лазерный, что приводит к снижению шума и
вибраций. Монитор - жидкокристаллический, что снижает электромагнитное
излучение. Разработана система защиты электроприборов и программного
обеспечения от скачков и резкого пропадания электрического тока. Использована
система предупреждения о начале пожара, посредством дымовых и температурных
датчиков. На каждом этаже вывешены планы эвакуации персонала и места
расположения средств пожаротушения.
Заключение
В результате выполнения дипломной работы была собрана общая информация о
фирме ООО «Система»: форма собственности, история возникновения и развития,
основные виды деятельности, виды производимой продукции и услуг, а так же место
фирмы в Ставропольском рыночном сегменте.
Методами системного анализа произведено построение дерева целей фирмы. На
основании построенного дерева целей выявлены те стратегические цели фирмы,
которые являются не достигнутыми. По средствам экспертного опроса руководителей
и ведущих специалистов всех подразделений фирмы, была получена информация о
проблемных ситуациях мешающих достижению этих целей.
Одной из таких проблемных ситуаций являлся учет разрабатываемых
продуктов, который представляет собой хранение большого объема информации о
каждом проекте в виде не структурированной совокупности файлов и папок. Решение
данной проблемной ситуации было предложено техническим директором фирмы ООО
«Система», в виде разработки автоматизированной подсистемы учета
разрабатываемых программных продуктов.
Для создания новой автоматизированной подсистемы, первоначально был
проведен комплексный анализ уже существующей в фирме АСУ. В результате анализа
были выявлены узлы автоматизации и специальное программное обеспечение
используемой в этих узлах. Составлены схемы информационных потоков между
подразделениями фирмы.
Кроме того, была собрана информация о техническом обеспечении фирмы,
общем программном и математическом обеспечении.
Выявлены преимущества и недостатки существующей АСУ функционирующей на
предприятии, разработаны рекомендации по ее совершенствованию:
г) автоматизация учета разрабатываемых продуктов;
д) автоматизация процесса создания промежуточных отчетов,
инженерами-программистами, о ходе выполнения индивидуальной части работы;
е) автоматизация процесса объединения промежуточных отчетов в один
общий отчет.
Используя полученную информацию, была построена сначала инфологическая, а
затем и датологическая модель базы данных, определены необходимые таблицы и их
поля. В качестве системы управления базой данных была выбрана СУБД FireBird, как наиболее подходящая в условиях
данной задачи. При разработке базы данных особое внимание уделялось вопросам
целостности и достоверности хранимой информации, а так же защите доступа к ней.
Результатом выполнения всего вышеизложенного, стала полностью
разработанная, прекрасно функционирующая автоматизированная подсистема учета
разрабатываемых программных продуктов.
Данная подсистема позволила повысить качество разрабатываемых программных
продуктов, эффективность работы
инженеров-программистов, а так же сократить временные трудозатраты на
разработку.
Информация о разрабатываемых программных продуктах,
хранящиеся в БД автоматизированной подсистемы, хорошо структурирована, что
позволяет найти любой документ, относящийся к конкретной разработке в более
короткое время. Удобное представление этих данных упрощает процесс работы с
ними.
Кроме того, после внедрения данной подсистемы в фирме ООО
«Система» процесс контроля над ходом работы стал более прозрачным и простым.
Приложение А
Интерфейс автоматизированной подсистемы
Рисунок П.А.1 - Главное окно автоматизированной подсистемы учета
разрабатываемых программных продуктов
Рисунок П.А. 2 - Окно «Список сотрудников фирмы»
Рисунок П.А. 3 - Окно «Личная информация о сотруднике»
Рисунок П.А. 4 - Окно «Портфолио сотрудника»
Рисунок П.А. 5 - Окно «Список проектов фирмы»
Рисунок П.А. 6 - Окно «Контактные лица проетка»
Рисунок П.А. 7 - Окно «Календарный план»
Рисунок П.А. 8 - Окно «Документация на проект»
Рисунок П.А. 9 - Диалоговое окно выбора сотрудника
Рисунок П.А. 10 - Отчет «Список сотрудников фирмы»
Рисунок П.А. 11 - Отчет «Список проектов»
Рисунок П.А. 12 - Отчет «Карточка сотрудника»