Обеспечение процесса анализа и проектирования ЭИС возможностями CASE-технологий

Затратный подход

Метод чистых активов и метод ликвидационной стоимости.

Методом чистых активов определяя стоимость оценщик может принимать в расчет как балансовую, так и рыночную оценки актива баланса. Пассивы только по балансовой цене. Документ «Порядок оценки стоимости чистых активов акционерных обществ.» приказ Минфина и ФКЦБ от 29.01.2003 года.

ОПРЕДЕЛЕНИЕ РЫНОЧНОЙ СТОИМОСТИ ДЕБИТОРСКОЙЙ ЗАДОЛЖЕННОСТИ

ТАБЛИЦА СМ. ЛЕКЦИЮ

 

 

CASE (Computer-Aided Software Engineering) — набор инструментов и методов программной инженерии для проектирования программного обеспечения, который помогает обеспечить высокое качество программ, отсутствие ошибок и простоту в обслуживании программных продуктов

Типичными CASE-инструментами являются:

· инструменты управления конфигурацией;

· инструменты моделирования данных;

· инструменты анализа и проектирования;

· инструменты преобразования моделей;

· инструменты редактирования программного кода;

· инструменты рефакторинга кода;

· генераторы кода;

· инструменты для построения UML-диаграмм.

ИнтегрированноеCASE-средствосодержит следующие компоненты:

· репозиторий;

· графические средства анализа и проектирования;

· средства разработки приложений, включая языки 4GL (Fourth Generation Language – язык 4-го поколения) и генераторы кодов;

· средства управления требованиями;

· средства управления конфигурацией ПО;

· средства документирования;

· средства тестирования;

· средства управления проектом;

· средства реверсного инжиниринга ПО и баз данных.

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

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

Графические средства анализа и проектирования (диаграммеры) обеспечивают:

· создание иерархически связанных диаграмм, в которых сочетаются графические и текстовые объекты;

· создание и редактирование объектов в любом месте диаграммы;

· создание, перемещение и выравнивание групп объектов, изменение их размеров, масштабирование;

· сохранение связей между объектами при их перемещении и изменении размеров;

· автоматический контроль ошибок и др.

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

В CASE-средствах обычно реализуются следующие виды контроля:

· контроль синтаксиса диаграмм и типов их элементов при вводе и редактировании элементов диаграмм;

· контроль полноты и состоятельности диаграмм: все элементы диаграмм должны быть идентифицированы и отражены в репозитории;

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

Рекомендуются следующие виды и последовательность работ при построении логических моделей предметной области врамках CASE-технологии анализа системы управления предприятием:

1. Проведение функционального и информационного обследования системы управления (административно-управленческой деятельности):

o определение организационно-штатной структуры предприятия;

o определение функциональной структуры предприятия;

o определение перечня целевых функций структурных элементов (подразделений и должностных лиц);

o определение круга и очередности обследования структурных элементов системы управления согласно сформулированным целевым функциям;

o обследование деятельности выделенных структурных элементов;

o построение FD-диаграммы системы управления с указанием структурных элементов и функций, реализация которых будет моделироваться на DFD-уровне.

2. Разработка моделей деятельности структурных элементов и системы управления в целом:

o выделение множества внешних объектов, оказывающих существенное влияние на деятельность структурного элемента;

o спецификация входных и выходных информационных потоков;

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

o спецификация информационных потоков между основными процессами деятельности, уточнение связей между процессами и внешними объектами;

o оценка объемов, интенсивности и других необходимых характеристик информационных потоков;

o разработка иерархии диаграмм потоков данных, образующих функциональную модель деятельности структурного элемента;

o объединение DFD-моделей структурных элементов в единую модель системы управления предприятием.

3. Разработка информационных моделей структурных элементов и модели информационного пространства системы управления:

o определение сущностей модели и их атрибутов;

o проведение атрибутного анализа и оптимизация сущностей;

o идентификация отношений между сущностями и определение типов отношений;

o анализ и оптимизация информационной модели;

o объединение информационных моделей в единую модель информационного пространства.

4. Разработка предложений по автоматизации системы управления предприятием

o определение границ автоматизации - составление перечня автоматизируемых структурных элементов, разбиение процессов основной деятельности на автоматические, автоматизированные и ручные;

o составление перечня подсистем и логических АРМов (автоматизированных рабочих мест), определение способов их взаимодействия;

o разработка предложений по очередности проектирования и реализации подсистем и отдельных логических АРМов, входящих в состав ИС;

o разработка требований к средствам базового технического обеспечения ИС;

o разработка требований к средствам базового программного обеспечения ИС.

 

Рис. 4.6 - Модель системы в технологическом CASE-решении