![]() Главная страница Случайная страница КАТЕГОРИИ: АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника |
Группа проекта разработки ПС. CASE – средства.
Для быстрой и эффективной разработки программных систем требуется привлечь достаточно квалифицированную рабочую силу, выбрать правильные инструменты и определить верное направление работы. В начале, ответим на вопросы, связанные с составом команды разработчиков и распределением обязанностей внутри этой команды. Для разработки программной системы, так или иначе, организуется некоторый коллектив. Такую рабочую группу называют группой проекта. В группу проекта входят следующие специалисты: 1) руководитель проекта – координирует все действия, организует внешнее и внутреннее взаимодействие группы проекта, обеспечивает соблюдение сроков разработки и качество разрабатываемой ПС и его соответствие требованиям заказчика, несет полную ответственность за результат работ по проекту. 2) системный аналитик – анализирует требования к системе, разрабатывает концепцию и логику работы системы, составляет техническое задание или подобные документы, несет ответственность за соответствие предлагаемых решений требованиям заказчика; 3) разработчики – реализуют принятые технические задания, отвечают за качество и сроки разрабатываемого кода, за его соответствие техническому заданию; 4) дизайнер – участвует в разработке концепции системы, разрабатывает ее пользовательский интерфейс и принимает участие в его реализации, несет ответственность за соблюдение фирменного стиля и требований к реализации пользовательского интерфейса; 5) тестировщик – разрабатывает программу тестирования, осуществляет ее и несет ответственность за полноту тестирования готовых модулей и системы в целом; 6) технический писатель – разрабатывает документацию на проект, несет ответственность за полноту и правильность описания. Ряд замечаний. Первое, дизайнер, тестер и технический писатель могут в группу постоянно не входить, а работать над несколькими проектами и привлекаться к работе по мере необходимости. Второе, в подразделение по разработке ПО, состоящие из нескольких проектных групп, может входить технолог, который разрабатывает, внедряет и поддерживает технологию производства программных продуктов. Третье, для сложных проектов, связанных например с применением сетевых решений, в группу может подключаться соответствующий специалист. И, наконец, это только команда разработчиков проекта, но кроме них над проектом могут работать и другие специалисты компании: менеджеры, маркетологи и т.д. Большинство характеристик программной системы – качество, стоимость, сроки создания – непосредственно определяются технологией разработки программных систем (ТРПС) и точностью ее соблюдения. Различают методы, средства и процедуры ТРПС. Методы обеспечивают решение следующих задач: – планирование и оценка проекта; – анализ и формализация требований заказчика; – проектирование алгоритмов, структур данных и программных структур; – кодирование; – тестирование; – внедрение и эксплуатация; – сопровождение. Кроме того, разработчикам необходимы средства для автоматизированного проектирования и создания программ или так называемые CASE-средства (Computer Assisted Software Engineering – CASE). CASE – средства позволяют хранить и получать доступ к моделям через центральный репозиторий, а также манипулировать этими моделями на экране компьютера в графическом и текстовом режимах. В идеале репозиторий должен обеспечивать одновременный доступ многих пользователей (многих разработчиков) к моделям. Перечень типичных функций CASE-средств (репозитория). - координация доступа к моделям. - помощь в организации взаимодействия между разработчиками. - хранение нескольких версия моделей. - идентификация различий между версиями. - возможность совместного использования одних и тех же концептов в различных моделях. - проверка непротиворечивости и целостности моделей. - генерация проектных отчетов и документов. - генерация структур данных и программного кода (конструирование ПО) - генерация моделей по существующей реализации (реконструкция ПО) и.т.д. Следует отметить, что зачастую программа, сгенерированная с помощью CASE средств, представляет собой на самом деле всего лишь «скелет» программы – вычислительный алгоритм, который необходимо дорабатывать программисту как при обычном программировании. Совершенствование процесса – это нечто большое, чем просто введение новых методов и средств. В действительности, введение новых методов и средств в организации, находящейся на низком уровне зрелости процесса разработки, может принести больше вреда чем пользы. Подходящий пример – CASE – технологии. Интегрированные CASE-средства позволяют нескольким разработчикам взаимодействовать и совместно использовать проектную информацию для выработки новых проектных артефактов. Чтобы воспользоваться преимуществами этой технологии, бригада разработчиков должна подчиняться определенным правилам, поскольку CASE-средства налагают на процессы некоторые ограничения. Но если группа проекта не настолько квалифицированна, чтобы усовершенствовать процесс разработки, чрезвычайно маловероятно, чтобы она смогла воспринять процесс, диктуемый CASE-средствами. В результате потенциальные возможности роста продуктивности и качества, которые обещает новая технология, так и не будут реализованы. Рассмотренные выше особенности применения CASE-средств не должны натолкнуть вас на мысль, что CASE-технология – «рискованное дело». Она может и не дать вам ожидаемых выгод, если вы пытаетесь использовать ее для того, чтобы направлять работу всей группы проекта, а группа проекта не готова следовать нужному процессу. Однако, те же методы и CASE – средства безусловно могут обеспечить повышение личной продуктивности и качества работы отдельных разработчиков, которые используют технологию на своих локальных рабочих станциях. Моделировать программные артефакты с помощью карандаша и бумаги уместно только в аудитории, но никак ни при работе над реальным проектом. Архитектура CASE-средства состоит из 6 компонентов: - Репозиторий данных - Графический редактор диаграмм - Верификатор диаграмм - Документатор проекта - Администратор проекта - Сервис. Репозиторий данных Является специализированной базой данных для отображения состояния проектируемой ЭИС в любой момент времени. В нём хранится информация об объектах проектируемой системы, и все подсистемы обмениваются данными с ним. Графический редактор диаграмм Графический редактор диаграмм предназначен для отображения в графическом виде в заданной нотации проектируемой ЭИС. Он позволяет: - создавать элементы диаграмм и взаимосвязи между ними - задавать описания элементов диаграмм - задавать описания связей между элементами диаграмм - редактировать элементы диаграмм, их взаимосвязи и описания Верификатор диаграмм Верификатор диаграмм служит для контроля правильности построения диаграмм в заданной методологии проектирования ЭИС. Он выполняет: мониторинг правильности построения диаграмм диагностику и выдачу сообщений об ошибках выделение на диаграмме ошибочных элементов Документатор проекта Документатор проекта позволяет получать информацию о состоянии проекта в виде различных отчётов. Отчёты могут строиться по нескольким признакам, например по времени, автору, элементам диаграмм, диаграмме или проекту в целом. Администратор проекта Администратор проекта представляет собой инструменты, необходимые для выполнения следующих административных функций: - инициализация проекта - задания начальных параметров проекта - назначения и изменения прав доступа к элементам проекта - мониторинга выполнения работ Сервис Сервис представляет собой набор системных утилит по обслуживанию репозитория. Данные утилиты выполняют функции архивации данных, восстановления данных и создания нового репозитория.
|