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

Цель: выявить прикладные задачи, кот. Можно решать с использованием компьютерных технологий (если это целесообразно). Для достижения этой цели осущ-ся предварительное знакомство с деятельностью конкретной организации. Этот этап наз-ся – обследование. При его выполнении необходимо иметь соответствующие теоретические знания. При выполнении работы осуществляется: 1) знакомство с нормативно-организационной документацией данного подразделения; 2) предварительное исследование документооборота; 3) консультации у конкретных специалистов. При знакомстве с нормативно-организационной докумен-ей выполняются след-ие работы: 1. рассматривается структурная схема подчиненности и выявляется место данного подразделения в сис-ме управления; 2. изучается положения о соответствующем подразделении и выявляется те задачи подразделения, кот. Полностью или частично можно решать с использованием сетевых компьютерных технологий; 3. отмечаются основные взаимоотношения с другими подразделениями (по входам и выходам данной подсис-мы); 4. анализируется из должностных инструкций или из бесед основные, проблемные точки зрения обработки инф-ии, вопросы, с кот-ми сталкиваются отдельные работники сис-мы управления; 5. уточняется предварит-й список прикладных задач, кот. Можно решать с использованием инф-ой сис-мы. При выделении списка задач осущ-ся предварит-й анализ 2-х вопросов: - что даст работнику использование компьютера при решении конкретной задачи; - затраты времени и др. ресурсов, кот. Потребуются для автоматизации. Как правило необходимость использования вычислит-ой тех-ки возникает тогда, когда работники перегружены рутинной работой. Это в основном учет и отчетность. На этапе предпроектного обследования эти работы выявляются в 1-ю очередь, в основном при беседе. Перед беседой начинающим исследователям необходимо предварительно составить перечень вопросов. Иногда виде анкет. В результате обслед-я осущ-ся также знакомство с формами докум-ов. Помимо шапки док-та, анализируется его заполнение, откуда должно быть можно ли его автоматизировать. Выясняется также объем потоков инф-ии (в страницах, символах, битах и т.д.), с учетом периодичности их поступления и обработки. Выясняются маршруты и графики движения докум-ов. Большинство докум-ов в юр.организациях «обрабатываются» несколькими специалистами. Если это юридически возможно в рамках компьютерной сети, то необходимо выяснить технологию работы с докум-ом. Т.о. исслед-ие состава и объемов инф-ых потоков позволяют уточнить список прикладных задач и привязать к ним потоки входной и выходной инф-ии. На этапе предпроектного обследования выясняются также требования к составу БД нормативно-справочной инф-ии. Т.о. результатом предпроектного обслед-я явл-ся: 1. описание предметной области (орг.вопросы); 2. перечень проблемных ситуаций, кот. Можно решить в рамках инф-ых сис-м; 3. предварительный список прикладных задач; 4. предварительный список БД. результаты предпроектного обследования как правило не оформляются отчетом, они служат основой для оформления технических заданий на проектировании.

10. Понятие прямого и косвенного экономического эффекта от автоматизации. Организационные вопросы подготовки объектов автоматизации к разработки и внедрению ИС.

Поскольку разработка и внедрение ИС дорогостоящий и трудоёмкий процесс, возникает вопрос об окупаемости вложенных затрат (т.е. об эффективности автоматизации).По заявке заказчика ИС м.б. проведена оценка экономического эффекта об автоматизации, при этом экономический эффект (ЭЭ) автоматизации можно разделить на 2 вида:1)прямой;2)косвенный. Под прямым эффектом понимают такой эффект,к-ый получен за счет сокращения затрат ручного труда специалиста.Расчет осуществ-ся по формулам, в к-ых учитываются затраты связанные с разработкой и внедрением ИС, в т.числе на технич.обеспечение, затраты на выполнение работ традиционным способом(зарплата);сокращение времени на выполнение работ.Помимо величины прямого ЭЭ, рассчитывается срок окупаемости затрат, если он меньше нормативного (больше 2.7 года), то автоматиз-ия считается неэффективной . Прямой ЭЭ от автоматизации возникает тогда, когда БД используется многократно (пример:авиафлот).Под косвенным эффектом –понимается ЭЭ, к-ый получен в организации за счет совершения показателей деят-ти организации ,н-р, в следственном управлении увеличение кол-ва дел, сданных в суд, повышение раскрываемости в ОРМ(оперативно-розыскных мероприятий).Однако улучшение подобных покахателей зависит не только, и часто не столько от автоматизации управления, поэтому получить в количественном выражении величину эффекта достаточно сложно. На практике учитывают другие факторы эффективности использ-ия комп. техники:-оперативность обработки информации;- комфорт в работе;- имидж организации.

Организационные вопросы. Для обеспечения эффектив-ти автоматизации и обеспечения внедрения системы необходимо решить оргвопросы подготовки О-кта к автоматизации.

Основными явл-ся:-принятие решений(приказ,распоряжение) по разработке и/или внедрения ИС;-создание БД нормативно-справочной информации;-обучение пользователей навыкам работы в системе;-корректировка в случае необходимости должностных обязан-ей работников.

11. Этап разработки технического задания (ТЗ) на проектирование ИС. Требования ГОСТа к оформлению ТЗ на проектирование ИС.

ТЗ явл-ся докум-ом содержание которого регламентируется соответствующим стандартом ГОСТ 34.602-89. стандарт имеет следующую структуру: 1. общие положения; 2. состав и содержание ТЗ; 3. правило оформления ТЗ; приложение 1. порядок разработки, согласование и утверждение ТЗ на инф-ую сис-му. ТЗ разрабатывается с целью описания и обоснования требований, либо на разработку эксклюзивного проекта инф-ой сис-мы, либо для приобретения соответствующего типового проекта. Если приобретается или покупается готовая инф-ая сис-ма (подсис-ма), а требования к ней не были разработаны, то в большинстве случаев при эксплуатации такой сис-мы выясняется ее не полная адекватность реальной сис-мы управления. ТЗ включает в себя те требования, кот. Во первых логически следуют из организаций работы соответствующих подразделений. Во вторых требования предъявленные к лучшим современным отечественным и зарубежным аналогам. В ТЗ включаются лишь основные требования определяющие специфику объекта управления. Оставшиеся требования прорабатываются на уровне технического проектирования. После разработки ТЗ и выполнения работ по техническому проектированию или приобретение готового проекта могут возникнуть существенные предложения по изменению ТЗ. В этом случае ТЗ, как и любой плановый документ, должно быть доработано. Изменения к ТЗ оформляются дополнением к ТЗ и подписываются заказчиком и исполнителем в виде протокола, он явл-ся неотъемлемой частью договора. По стандарту ТЗ должно разрабатываться заказчиком сис-мы. Иногда на практике требования нарушаются и ТЗ разрабатывает организация, будущий исполнитель. В этом случае у заказчика могут возникать те же проблемы что и с покупкой готового проекта.

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

Технический проект задачи (постановка задачи) разрабатывается по результатам обследования реального объекта или при поэтапном проектировании сис-мы – на основании тех-го задания на проектир-ии. Цель разработки ТП – получить материалы для реализации БД и разработки алгоритма. ТП задачи можно считать техническим заданием на програмир-ии. Стандарт на разработку ТП отсутствует. Содержание ТП во многом определяется содержанием тех-ой области: 1. цели автоматизации; 2. описание предметной области; 3. описание выходной инф-ии; 4. опис. входной инф-ии; 5.требование к программной реализации (алгоритмы, экран); 6. требование к техническому обеспечению; 7. треб-я к организационному обеспечению; 8. приложение.

Состав ТП функциональной подсис-мы или комплекса задач этой подсис-мы определяется спецификой предметной области и объемами автоматизированных работ. Содержание ТП (наименование параграфов) практически всегда соответствует содержанию ТП прикладной задачи. Отличие ТП комплекса задач от ТП прикладной задачи: 1. описание предметной обл-ти осущ-ся с учетом задач подразделения решающего эти задачи (или группы), а не одной должностной инструкцией. При описании пред-ой обл-ти современные инф-ые сис-мы требуют описание основных процессов протекающих в рассматриваемой инф-ой сис-ме. В настоящее время это описание осущ-ся с использованием case-средств проектирования. В частности пакет BPWin. Описание основных процессов осущ-ся с учетом их декомпозиции. Т.о. характеристика пред-ой обл-ти осущ-ся с учетом взаимосвязи множества процессов, описывающие данную область, а также с учетом взаимодействия по инф-ии с другими функциональными подсис-ми. 2. инф-ое обеспечение комплекса задач в отличии от одной прикладной задачи проектируется с учетом системного подхода для всей сис-мы учетные и плановые потоки данных не дублируются, структура БД как привило проектируется с учетом сетевых технологий. 3. требование к программной реализации рассматривается внутри сис-мы с учетом типовых процедур обработки данных и типового интерфейса для различных АРМ. 4. требование к техническому обеспечению формулируется с учетом комплекса автоматизированных работ (требов-ие по конфигурации тех.средств).

⇐ Предыдущая1234567Следующая ⇒

Поделиться: