Проектирование информационной системы «Продажа компьютерной техники»

Министерство  образования науки  Российской Федерации

НОУ ВПО Московский институт государственного и  корпоративного управления. 

Факультет

«Информационных технологий в управлении»

Кафедра «Информационных систем и технологий» 
 
 
 

Курсовая  работа

По дисциплине «Проектирование информационных систем»

Тема: Проектирование информационной системы

«Продажа компьютерной техники» 
 
 
 
 
 
 

                                                Выполнил

                                                Студент группы ит-08 об

                                                Мазанов. Е. Ю.

                                                Принял

                                             к.т.н. доц. Шукенбаев. А. Б. 
 
 
 
 
 
 
 
 
 
 
 

Москва 2011 
 
 

Содержание

Введение…………………………………………………..3

1.Аналитическая  часть…………………………………4

1.1.Описание предметной области……………………....4

1.2.Постановка  задачи…………………………………....4

1.3.Обзор  существующих case средств…………………5

1.4.Выбор  инструментальных средств………………...11

2.Проектирование  системы…………………………...15

2.1.Разработка  диаграмм……………………………….15

2.2.Разработка  последовательности…………………....

2.3.Разработка  сотрудничества………………………...

2.4.Разработка  состояния……………………………….

2.5.Разработка  активности……………………………..

2.6.Разработка классов………………………………….

2.7.Разработка компонентов……………………………

2.8.Разработка топологии………………………………

Заключение…………………………………………….

Литература…………………………………………….. 
 
 
 
 
 
 
 
 
 
 
 

Введение.

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

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

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

     Данная  функциональная системы позволит избежать ошибок при построении информационной системы и при ее работе.

     Система строится с точки зрения стороннего наблюдателя.  
 
 

1.Аналитическая  часть.

1.1.Описание предметной области.

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

1. Прием заказа на определённый товар от потребителя и его поиск среди имеющихся товаров.

2. Заказ на эксклюзивный товар отсутствующий на складе.

3. Консультация и продажа.

4. Сборка комплектующих.

5. Диагностика.

6. Установка ОС на системный блок.

7. Доставка товара.

8. Выдача товара.

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

1.2.Постановка  задачи.

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

1. Поиск товара с определёнными техническими характеристиками и ценой среди имеющихся товаров.

2. Возможность оформления заказа на товар у поставщика данной продукции.

3. Физическое выполнение заказа, т.е. доставка и выдача товара с оформлением гарантийных талонов и т.д.

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

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

2. В случае заказа товара наличие гарантии со стороны клиента, что данный товар будет востребован им после доставки.

3. Наличие определённых требований технических характеристик, выдвинутых клиентом.

4. Наличие товара, на этапе его выдачи потребителю.

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

1.3.Обзор  существующих case средств.

Общие черты CASE-средств.

Согласно  обзору передовых технологий (Survey of Advanced Technology),

составленному фирмой Systems Development Inc. в 1996 г. по результатам

анкетирования более 1000 американских фирм, CASE-технология в настоящее время попала в разряд наиболее стабильных информационных технологий (ее использовала половина всех опрошенных пользователей более чем в трети своих проектов, из них 85% завершились успешно). Однако, несмотря на все потенциальные возможности CASE-средств, существует множество примеров их неудачного внедрения, в результате которых CASE-средства становятся "полочным" ПО (shelfware). В связи с этим необходимо отметить следующее:

·  CASE-средства не обязательно дают немедленный эффект; он может быть получен только спустя какое-то время;

·   реальные затраты на внедрение CASE-средств  обычно намного превышают затраты  на их приобретение;

·    CASE-средства обеспечивают возможности  для получения существенной

выгоды  только после успешного завершения процесса их внедрения.

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

·   широкое разнообразие качества и  возможностей CASE-средств;

·    относительно небольшое время использования CASE-средств в различных организациях и недостаток опыта их применения;

·    широкое разнообразие в практике внедрения различных организаций;

·  отсутствие детальных метрик и данных для  уже выполненных и текущих  проектов;

·        широкий диапазон предметных областей проектов;

·        различная степень интеграции CASE-средств в различных проектах.

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

Наиболее  трудоемкими этапами разработки ИС являются этапы анализа и

проектирования, в процессе которых CASE-средства обеспечивают качество

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

В разряд CASE-средств попадают как относительно дешевые системы для

персональных  компьютеров с весьма ограниченными  возможностями, так и

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

·   мощные графические средства для  описания и документирования ИС,

обеспечивающие  удобный интерфейс с разработчиком  и развивающие его творческие возможности;

·    интеграция отдельных компонент CASE-средств, обеспечивающая

управляемость процессом разработки ИС;

·    использование специальным образом  организованного хранилища

проектных метаданных (репозитория).

Интегрированное CASE-средство (или комплекс средств, поддерживающих полный ЖЦ ПО) содержит следующие компоненты;

·  репозиторий являющийся основой CASE-средства. Он должен

обеспечивать  хранение версий проекта и его  отдельных компонентов,

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

·   графические средства анализа и  проектирования, обеспечивающие

создание  и редактирование иерархических связанных диаграмм (DFD, ERD и др.), образующих модели ИС;

·    средства разработки приложений, включая  языки 4GL и генераторы кодов;

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

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

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

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

·        средства реинжиниринга.

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

·        применяемым методологиям и моделям  систем и БД;

·        степени интегрированности с  СУБД;

·        доступным платформам.

Классификация по типам в основном совпадает  с компонентным составом CASE- средств и включает следующие основные типы:

·   средства анализа (Upper CASE), предназначенные  для построения и

анализа моделей предметной области (Design/IDEF (Meta Software), BPwin (Logic Works));

·    средства анализа и проектирования (Middle CASE), поддерживающие

наиболее  распространенные методологии проектирования и использующиеся для создания проектных  спецификаций (Vantage Team Builder (Cayenne)),

Designer/2000 (ORACLE), Silverrun (CSA), PRO-IV (McDonnell Douglas),

CASE.Аналитик (МакроПроджект). Выходом таких средств являются спецификации компонентов и интерфейсов системы, архитектуры системы, алгоритмов и структур данных;

·  средства проектирования баз данных, обеспечивающие моделирование

данных  и генерацию схем баз данных (как  правило, на языке SQL) для наиболее распространенных СУБД. К ним относятся ERwin (Logic Works), S-Designor (SDP) и DataBase Designer (ORACLE). Средства проектирования баз данных имеются также в составе CASE-средств Vantage Team Builder, Designer/2000, Silverrun и PRO-IV;

·    средства разработки приложений. К ним относятся средства 4GL

(Uniface (Compuware)), JAM (JYACC), PowerBuilder (Sybase), Developer/2000

(ORACLE), New Era (Informix), SQL Windows (Gupta), Delphi (Borland) и др. и генераторы кодов, входящие в состав Vantage Team Builder, PRO-IV и частично - в Silverrun;

·  средства реинжиниринга, обеспечивающие анализ программных кодов и схем баз  данных и формирование на их основе различных моделей и проектных  спецификаций. Средства анализа схем БД и формирования ERD входят в состав Vantage Team Builder, PRO-IV, Silverrun, Designer/2000, ERwin и S-Designor. В области анализа программных кодов наибольшее распространение получают объектно-ориентированные CASE-средства, обеспечивающие реинжиниринг программ на языке С++ (Rational Rose (Rational Software), Object Team (Cayenne)).

Вспомогательные типы включают:

·    средства планирования и управления проектом (SE Companion, Microsoft Project и др.);

·        средства конфигурационного управления (PVCS (Intersolv));

·        средства тестирования (Quality Works (Segue Software));

·        средства документирования (SoDA (Rational Software)).

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

·        Vantage Team Builder (Westmount I-CASE);

·        Designer/2000;

·        Silverrun;

·        ERwin+BPwin;

·        S-Designor;

·        CASE.Аналитик.

Кроме того, на рынке постоянно появляются как новые для отечественных

пользователей системы (например, CASE /4/0, PRO-IV, System Architect, Visible Analyst Workbench, EasyCASE), так и новые версии и модификации перечисленных систем.

Характеристики CASE-средств Silverrun

CASE-средство Silverrun американской фирмы Сomputer Systems Advisers, Inc. (CSA) используется для анализа и проектирования ИС бизнес-класса и

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

Настройка на конкретную методологию обеспечивается выбором требуемой

графической нотации моделей и набора правил проверки проектных спецификаций. В системе имеются готовые настройки для наиболее распространенных методологий: DATARUN (основная методология, поддерживаемая Silverrun), Gane/Sarson, Yourdon/DeMarco, Merise, Ward/Mellor, Information Engineering. Для каждого понятия, введенного в проекте, имеется возможность добавления собственных описателей. Архитектура Silverrun позволяет наращивать среду разработки по мере необходимости.

JAM

Средство  разработки приложений JAM (JYACC's Application Manager) – продукт фирмы JYACC (США). В настоящее  время поставляется версия JAM 7 и  готовится к выходу JAM 8.

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

Designer/2000 + Developer/2000.

CASE-средство Designer/2000 2.0 фирмы ORACLE является интегрированным  CASE- средством, обеспечивающим в  совокупности со средствами разработки  приложений Developer/2000 поддержку полного  ЖЦ ПО для систем, использующих  СУБД ORACLE.

Объектно-ориентированные CASE-средства (Rational Rose).

Rational Rose - CASE-средство фирмы Rational Software Corporation (США) -

предназначено для автоматизации этапов анализа  и проектирования ПО, а также для  генерации кодов на различных  языках и выпуска проектной документации. Rational Rose использует синтез-методологию объектно-ориентированного анализа и проектирования, основанную на подходах трех ведущих специалистов в данной области: Буча, Рамбо и Джекобсона. Разработанная ими универсальная нотация для моделирования объектов (UML - Unified Modeling Language) претендует на роль стандарта в области объектно-ориентированного анализа и проектирования.

Конкретный  вариант Rational Rose определяется языком, на котором генерируются коды программ (C++, Smalltalk, PowerBuilder, Ada, SQLWindows и ObjectPro). Основной вариант - Rational Rose/C++ - позволяет разрабатывать проектную документацию в виде диаграмм и спецификаций, а также генерировать программные коды на С++. Кроме того, Rational Rose содержит средства реинжиниринга программ, обеспечивающие повторное использование программных компонент в новых проектах.

1.4.Выбор  инструментальных  средств.

В основе работы Rational Rose лежит построение различного рода диаграмм и

спецификаций, определяющих логическую и физическую структуры модели, ее статические и динамические аспекты. В их число входят диаграммы классов, состояний, сценариев, модулей, процессов. В составе Rational Rose можно выделить 6 основных структурных компонент: репозиторий, графический интерфейс пользователя, средства просмотра проекта (browser), средства контроля проекта, средства сбора статистики и генератор документов. К ним добавляются генератор кодов (индивидуальный для каждого языка) и анализатор для С++, обеспечивающий реинжиниринг – восстановление модели проекта по исходным текстам программ. Репозиторий представляет собой объектно-ориентированную базу данных. Средства просмотра обеспечивают "навигацию" по проекту, в том числе, перемещение по иерархиям классов и подсистем, переключение от одного вида диаграмм к другому и т. д. Средства контроля и сбора статистики дают возможность находить и устранять ошибки по мере развития проекта, а не после завершения его описания. Генератор отчетов формирует тексты выходных документов на основе содержащейся в репозитории информации.

Средства  автоматической генерации кодов  программ на языке С++, используя  информацию, содержащуюся в логической и физической моделях проекта, формируют  файлы заголовков и файлы описаний классов и объектов. Создаваемый  таким образом скелет программы может быть уточнен путем прямого программирования на языке С++. Анализатор кодов С++ реализован в виде отдельного программного модуля. Его назначение состоит в том, чтобы создавать модули проектов в форме Rational Rose на основе информации, содержащейся в определяемых пользователем исходных текстах на С++. В процессе работы анализатор осуществляет контроль правильности исходных текстов и диагностику ошибок. Модель, полученная в результате его работы, может целиком или фрагментарно использоваться в

различных проектах. Анализатор обладает широкими возможностями настройки по входу  и выходу. Например, можно определить типы исходных файлов, базовый компилятор, задать, какая информация должна быть включена в формируемую модель и  какие элементы выходной модели следует выводить на экран. Таким образом, Rational Rose/С++ обеспечивает возможность повторного использования программных компонент.

В результате разработки проекта с помощью CASE-средства Rational Rose

формируются следующие документы:

·        диаграммы классов;

·        диаграммы состояний;

·        диаграммы сценариев;

·        диаграммы модулей;

·        диаграммы процессов;

·        спецификации классов, объектов, атрибутов  и операций

·        заготовки текстов программ;

·        модель разрабатываемой программной системы.

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

Тексты  программ являются заготовками для последующей работы программистов. Они формируются в рабочем каталоге в виде файлов типов .h (заголовки, содержащие описания классов) и .cpp (заготовки программ для методов). Система включает в программные файлы собственные комментарии, которые начинаются с последовательности символов //##. Состав информации, включаемой в программные файлы, определяется либо по умолчанию, либо по усмотрению пользователя. В дальнейшем эти исходные тексты развиваются программистами в полноценные программы.

Rational Rose интегрируется со средством PVCS для организации групповой

работы  и управления проектом и со средством SoDA - для документирования

проектов. Интеграция Rational Rose и SoDA обеспечивается средствами SoDA. Для организации групповой работы в Rational Rose возможно разбиение модели на управляемые подмодели. Каждая из них независимо сохраняется на диске или загружается в модель. В качестве подмодели может выступать категория классов или подсистема.

Для управляемой  подмодели предусмотрены операции: