Управление проектом ИС
Под управлением проектом подразумевается деятельность, направленная на реализацию проекта с максимально возможной эффективностью при заданных ограничениях по времени, в денежных средствах и материальных ресурсах, а также по качеству конечных результатов проекта (документированных, например, в техническом задании). Управление как процесс характеризуется следующими компонентами: целью управления, ограничениями, объектом и субъектом управления, контуром управления, методами и средствами управления. Глобальной целью управления проектированием ЭИС является получение проекта с заданными пользователем параметрами. Ограничениями могут выступать сроки проектирования, требуемые ресурсы. Объектом управления является процесс проектирования ЭИС как деятельность коллектива разработчиков системы, а также состояние используемых ресурсов Процесс проектирования ЭИС имеет специфические особенности, которые в свою очередь, определяют специфику управления. В связи с отсутствием общепринятых надежных способов оценки качества проектных решений затруднен его контроль. 3.Стремление разработчиков к индивидуальному характеру труда приводит к невысокой степени организации контроля и Выделение субъекта управления связано с разделением труда в группе специалистов в процессе проектирования ЭИС. Управление проектными работами в этом случае может осуществляться на нескольких уровнях: • руководства проектной организации; • руководства обеспечивающих подразделений (например, планово-производственного отдела и т.п.); • руководства функциональными подразделениями; • руководителей проектов (главных конструкторов); • руководителей проектных групп (ответственных исполнителей). На каждом уровне управления проектными работами существует определенное представление о процессе проектирования, частных целях и задачах управления процессом проектирования ЭИС, что определяется кругом должностных обязанностей, характером выполняемых функций субъектов управления каждым уровнем, набором используемых методов и средств управления. Управление проектированием, как правило, рассматривают в двух аспектах: организационном и функциональном. В организационном аспекте управление проектированием рассматривается по уровням организационно-административной структуры с соответствующими правами и обязанностями субъектов процесса проектирования. В функциональном аспекте управление проектированием рассматривается как применение соответствующих методов и средств организации и ведения проектных работ. На практике данные аспекты управления проектированием реализуются в конкретных формах управления, применяемых в организациях-разработчиках систем..
23) Принципы и особенности проектирования распределённой обработки информационных систем Распределенная база данных состоит из нескольких, возможно, пересекающихся или даже дублирующих друг друга частей, хранимых в различных ПЭВМ ЛВС. Однако пользователь распределенной базы данных получает возможность работать с ней как с единым информационным массивом с помощью СУБД. Части распределенной базы данных, размещенные на отдельных ПЭВМ сети, управляются собственными локальными СУБД и могут использоваться одновременно как самостоятельные локальные базы данных. Локальные СУБД не обязательно должны быть одинаковыми в разных узлах сети. При разработке информационной системы обычно стремятся, чтобы ее база данных была интегрированной. Один из основных принципов создания баз данных заключается в том, что на основе информационной системы должна строиться конкретизированная модель для информационного обслуживания специалистов. Проектирование структуры распределенной базы данных (П31). Разработка структуры распределенной базы данных D7 происходит на основе описания функциональной структуры КЭИС D6, как правило, с помощью CASE-технологии - D5 с учетом описания выбранного сервера БД D2 в конкретной программно-технической среде G1 и СУБД G2. В результате строятся модель базы данных и подмодели для различных категорий пользователей на основе установления им прав доступа к данным. Создание области базы данных (П32). Создание области базы данных G3 заключается в инициализации областей внешней памяти (системной, хранения данных, транзакций, хранения архивных данных). Данная операция выполняется системным администратором БД, который использует для этих целей средства СУБД сервера БД G2 и спроектированную структуру базы данных D7. Загрузка SQL-описания БД (ПЗЗ). Загрузка SQL-описания БД G4 осуществляется системным администратором БД на основе схемы базы данных D7 средствами СУБД сервера БД G2. Разработка управляющих элементов БД (триггеров, процедури т. д.) (П34) Разработка управляющих элементов G5, к которым относятся хранимые процедуры и триггеры, осуществляется на основе структуры базы данных D7 с учетом ее SQL-описания БД G4 и возможностей средств СУБД сервера БД G2. В результате получается готовая для эксплуатации схема базы данных с управляющими элементами, которая документируется в D10. Хранимая процедура представляет собой вариант программного наполнения базы данных, основная функция которой - функциональное расширение схемы БД. Хранимая процедура выполняет то или иное логическое действие. Например, администратор банковской системы создает хранимую процедуру, которая реализует функцию «занести на счет номер X сумму Y Разработчик приложения пользуется этой процедурой, но не знает, как именно она работает. Это дает следующие преимущества: • когда меняется алгоритм данного действия, то администратор меняет только эту хранимую процедуру и все приложения сразу начинают работать по-новому; • независимо от типа рабочего места, использующего хранимую процедуру, одно и то же действие выполняется одинаково, что • хранимая процедура пишется одним человеком, а используется многими, следовательно, повышаются темпы разработки КЭИС; • повышается скорость обработки запросов пользователей за счет того, что действия по анализу хранимой процедуры выполняются единожды при определении этой процедуры.
|