Критерии выбора персональных компьютеров

· Небольшие габариты.

· Невысокая стоимость.

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

· Возможность индивидуального взаимодействия пользователя и машины.

· Относительно высокие технико-эксплутационныепараметры такие как быстродействие, большой объем памяти.

· Возможность расширения и адаптации техники.

· Универсальность.

· Возможность объединения в сети.

· Относительно низкие цены.

Основные факторы, влияющие на выбор ПЭВМ:

1. Установление целей применения компьютера.

2. Технико-эксплуатационные характеристики (быстродействие, объемы памяти и т.п.).

Цена в зависимости от сборки.

4. Гарантия.

5. Подготовленность персонала к использованию техники.

6. Возможность технического сопровождения компьютера.

7. Безопасность при работе с ПЭВМ.

ОРГАНИЗАЦИЯ ТРУДА ПРИ РАЗРАБОТКЕ АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ. ОРГАНИЗАЦИЯ ФОРМЫ УПРАВЛЕНИЯ ПРОЕКТИРОВАНИЕМ. ПРОЦЕССЫ УПРАВЛЕНИЯ ПРОЕКТИРОВАНИЕМ. МЕТОДЫ ПЛАНИРОВАНИЯ И УПРАВЛЕНИЯ.

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

Действия и необходимые ресурсы для проведения проектирования АИС укрупнёно определяются в виде основных компонентов проекта и групп ресурсов. Их детализация проводится при дальнейшей разработке проекта.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таким образом, в частности, можно минимизировать или оптимизировать как финансовые затраты заказчика, так и трудовые (интеллектуальные, временные и др.) затраты разработчиков, поскольку объём программного кода практически отражает трудозатраты на разработку программы (число строк кода, человеко-дни и др.).

Приступая к разработке АИС, важно чётко разграничить цели, результаты и действия и соответственно определить области ответственности, в частности.